docs: 设计第三期架构收敛批次

This commit is contained in:
sunlei 2026-06-15 09:02:23 +08:00
parent 01a7e79bd1
commit e82edf51d5

View File

@ -0,0 +1,316 @@
# API/Admin 第三期架构收敛批次设计
## 背景
第三期全量重构已经完成了基础能力、schema、插件平台、NapCat 登录链路和线上闭环但当前源码结构仍没有完全兑现第三期目标架构API 业务实现仍散落在 `src/admin`、`src/blog`、`src/minio`、`src/wordpress`、`src/qqbot``src/modules/**` 仍大量反向导入旧根。用户已确认本批次选择“方案 A强门禁全收敛”。
本批次目标不是“继续能跑”,而是让第三期目标架构在当前代码里变成事实:旧根删除,业务实现归入 `src/modules/**`结构测试阻止回退Admin 同步按功能域整理,并在迁移过程中清理无用代码、废话代码和重复胶水,同时保持现有功能一致。
## 已确认原则
- 先清干净工作区,再开始架构收敛。
- 清理前必须分类:旧产物可删除,当前目标产物才提交,不确定的改动先停下来确认。
- 不做无意义备份、临时日志提交、根目录临时文件或为了“保险”留下的补丁文件。
- API 与 Admin 使用开发分支,不使用 `.worktree`
- 本批次必须覆盖父级模块、子模块、插件目录和 Admin 页面/caller/state不只移动父级目录。
- 功能行为保持一致,内部结构可以破坏式收敛。
- 完成条件必须由结构测试、typecheck、Jest、真实接口 smoke、Admin typecheck/page smoke 和 review 共同证明。
## 当前状态证据
清理后工作区状态:
- 根仓库 `D:\MyFiles\KT``main`,干净。
- API 仓库 `D:\MyFiles\KT\Node\kt-template-online-api``dev-api-architecture-convergence-v3`,干净。
- Admin 仓库 `D:\MyFiles\KT\Vue\kt-template-admin``dev-admin-architecture-convergence-v3`,干净。
- 其他 KT 子仓库:干净。
API 当前旧结构计数:
| 路径 | 文件数 | 目录数 | 本批次结论 |
| --- | ---: | ---: | --- |
| `src/admin` | 42 | 11 | 旧根,必须迁入 `src/modules/admin/**` 后删除。 |
| `src/blog` | 13 | 0 | 旧根,必须迁入 `src/modules/blog/**` 后删除。 |
| `src/minio` | 5 | 0 | 旧根,必须迁入 `src/modules/asset/**` 后删除。 |
| `src/wordpress` | 9 | 0 | 旧根,必须迁入 `src/modules/wordpress/**` 后删除。 |
| `src/qqbot` | 55 | 14 | 旧根,必须迁入 `src/modules/qqbot/**` 后删除。 |
| `src/modules` | 293 | 52 | 目标业务根,但当前仍依赖旧根。 |
| `src/common` | 26 | 11 | 允许保留,仅限跨模块基础能力。 |
| `src/runtime` | 13 | 5 | 允许保留,仅限运行时基础能力。 |
`src/modules/**` 当前反向导入旧根计数:
| 禁止导入 | 当前命中数 | 本批次结论 |
| --- | ---: | --- |
| `@/admin/` | 37 | 必须归零。 |
| `@/blog/` | 7 | 必须归零。 |
| `@/minio/` | 3 | 必须归零。 |
| `@/wordpress/` | 7 | 必须归零。 |
| `@/qqbot/` | 50 | 必须归零。 |
Admin 当前结构证据:
- `apps/web-antdv-next/src/api/qqbot` 目前有 `index.ts`、`napcat.ts`、`plugin.ts` 和测试文件caller 初步拆分但仍需按 Core、Plugin Platform、NapCat 的契约边界收敛类型和复用请求模型。
- `apps/web-antdv-next/src/views/qqbot` 已按 account、command、conversation、dashboard、message、permission、plugin、rule、sendLog 等页面散开,但页面状态、状态标签、登录进度、插件操作和 QQBot 基础管理仍需要统一复用边界。
## 范围
### API
必须完成:
- 删除旧根:`src/admin`、`src/blog`、`src/minio`、`src/wordpress`、`src/qqbot`。
- 所有业务实现迁入 `src/modules/**`
- `src/modules/admin/**`
- `src/modules/blog/**`
- `src/modules/wordpress/**`
- `src/modules/asset/**`
- `src/modules/qqbot/core/**`
- `src/modules/qqbot/napcat/**`
- `src/modules/qqbot/plugin-platform/**`
- `src/modules/qqbot/plugins/**`
- `src/modules/**` 不再导入 `@/admin/*`、`@/blog/*`、`@/minio/*`、`@/wordpress/*`、`@/qqbot/*`。
- `src/app.module.ts` 只注册目标模块,不注册旧根 shim。
- Entity、DTO、Controller、Service、domain policy、integration client、plugin implementation、tests 按实际模块归属移动。
- `src/common` 只保留真正跨模块基础能力例如响应、错误、时间、Snowflake、日志、装饰器、通用工具。
- `src/runtime` 只保留运行时基础能力,例如 HTTP/process/Docker adapter、runtime evidence、health。
- 删除或合并迁移后无引用的重复类型、重复常量、临时兼容胶水、空目录和纯转发文件。
### Admin
必须完成:
- 按功能域同步 API caller 和类型:
- Admin/Auth/Platform Config。
- Blog/WordPress/Asset。
- QQBot Core。
- QQBot Plugin Platform。
- NapCat 登录与设备。
- QQBot 页面按 Core、Plugin Platform、NapCat 三条边界整理状态和组件,避免账号页、插件页、登录页各自复制状态标签、进度文案、错误归一化和请求处理。
- 插件管理、NapCat 登录进度、QQBot 账号/命令/规则/消息/发送队列现有功能保持一致。
- 清理无引用组件、重复枚举、过时类型、临时兼容 caller 和只包一层的无意义函数。
### 测试与文档
必须补齐:
- API 结构测试:旧根不存在、`src/modules/**` 禁止导入旧根、目标模块边界存在。
- API 行为验证typecheck、聚焦 Jest、核心接口真实本地 smoke。
- Admin 行为验证typecheck、关键 QQBot/插件/NapCat 页面 smoke。
- 文档同步:架构收敛说明、必要 API/Admin 契约说明、`TASKS.md` 简短记录。
- KT global review 与 Superpowers code review。
## 非目标
- 不新增业务功能。
- 不重新发明第三期 schema除非迁移 Entity 暴露出当前 schema 与代码不一致;若发现,必须单独列为修复项并有验证。
- 不为了目录好看创建空的 `domain/application/infrastructure` 文件夹。
- 不保留旧根作为“兼容层”。
- 不把功能保持一致理解为保留内部旧路径。
- 不清理与本批次无关的其他 KT 子仓库。
- 不推送、不部署、不做线上数据库操作,除非后续用户明确要求进入上线闭环。
## 目标架构
API 目标顶层:
```text
src/
app.module.ts
common/
runtime/
modules/
admin/
asset/
blog/
wordpress/
qqbot/
```
允许的业务模块内部结构按实际复杂度使用:
```text
module/
contract/
application/
domain/
infrastructure/
tests/
```
规则:
- `contract` 放 Controller、DTO、SSE event、外部 API 适配。
- `application` 放用例编排、事务、跨服务状态流转。
- `domain` 放不依赖 Nest/TypeORM/Docker/HTTP 的规则和值对象。
- `infrastructure` 放 Entity、Repository、外部集成 client、Docker/NapCat/WordPress/MinIO/worker adapter。
- 小模块可以少层,但不能通过一个大 `*.module.ts` 继续导入旧根。
- 插件代码仍在 `src/modules/qqbot/plugins/**`,但插件内部也要按业务能力瘦身,不能把旧顶层 bucket 迁回插件内部。
Admin 目标:
```text
apps/web-antdv-next/src/
api/
system/
blog/
qqbot/
core or index
plugin
napcat
views/
system/
blog/
qqbot/
account/
command/
message/
permission/
plugin/
napcat/
shared/
```
Admin 允许沿用现有 Vben/Antdv/Vue TSX 组织方式,但状态文案、状态 tag、SSE 进度映射、插件操作按钮和 API 错误解析必须抽到可复用边界。
## 清理分类标准
每个待处理文件必须归类后再改:
| 分类 | 判断标准 | 动作 |
| --- | --- | --- |
| 旧产物 | 位于旧根、只为旧路径存在、迁移后无调用、过渡 shim、重复兼容类型、临时胶水。 | 迁移必要逻辑后删除,不提交保留副本。 |
| 应提交 | 新目标结构、结构测试、必要行为修复、文档同步、验证脚本或真实复用抽象。 | 分批提交。 |
| 需保留 | `src/common`/`src/runtime` 中真实跨模块能力、Admin/Vben 框架基础能力、功能保持所需兼容输入输出。 | 保留并把 import 改到目标边界。 |
| 不确定 | 看起来无引用但可能由反射、Nest DI、路由、SQL seed、插件 manifest 或外部入口调用。 | 先加搜索证据;只有测试或真实 smoke 证明无活入口后才能删除。 |
无意义内容包括:
- 单纯转发旧根的 shell module。
- 迁移后没人引用的 DTO/type/entity。
- 与当前功能无关的 demo 页面或临时测试入口。
- 只重复包一层 request、没有统一错误/状态价值的 Admin helper。
- 空目录、重复常量、重复中文状态文案。
- 生成日志、截图、patch 备份、临时 JSON。
## 收敛顺序
### 1. RED 结构门禁
先新增失败的结构测试,明确最终架构:
- `src/admin`、`src/blog`、`src/minio`、`src/wordpress`、`src/qqbot` 必须不存在。
- `src/modules/**` 不得导入旧根。
- `src/modules/{admin,asset,blog,wordpress,qqbot}` 必须存在。
- `src/modules/qqbot/{core,napcat,plugin-platform,plugins}` 必须存在。
- `src/app.module.ts` 不得导入旧根。
这些测试在迁移前应失败,迁移结束必须通过。
### 2. Admin/Auth/Platform Config
`src/admin/**` 迁入 `src/modules/admin/**`
- identityauth、user、role、menu、dept、guard、JWT。
- platform-configdict、component、notice、timezone、system-log`example` 只有在菜单、路由或测试仍证明它是现有功能入口时才迁移,否则删除。
- 清理重复 DTO、过渡 module、旧 import。
- Admin system caller/page 只做必要同步,保持登录、菜单、字典、通知等现有行为。
### 3. Blog/WordPress/Asset
`src/blog/**`、`src/wordpress/**`、`src/minio/**` 迁入目标模块:
- Blog 内容、术语、主题配置进入 `src/modules/blog/**`
- WordPress 授权、远端文章/分类/标签/主题进入 `src/modules/wordpress/**`
- MinIO controller/service 进入 `src/modules/asset/**`,对外路由保持兼容。
- 清理只为旧路径存在的 module 和 import。
- Admin blog/asset caller 保持现有页面行为。
### 4. QQBot Core 与 NapCat
`src/qqbot/account`、`command`、`connection`、`dashboard`、`dedupe`、`message`、`mqtt`、`permission`、`rule`、`send`、`config` 等核心能力迁入 `src/modules/qqbot/core/**`
`src/qqbot/napcat/**` 和登录相关服务迁入 `src/modules/qqbot/napcat/**`,保持:
- Docker 设备身份持久化。
- quick -> password -> captcha -> new-device -> manual QR 登录顺序。
- `GetNewDeviceQRCode -> PollNewDeviceQR -> NewDeviceLogin`
- SSE/Admin 中文进度。
- QQ 登录态、OneBot、WebUI、容器状态继续拆开。
### 5. Plugin Platform 与现有插件
收敛 `src/modules/qqbot/plugin-platform/**``src/modules/qqbot/plugins/**`
- 插件平台不得继续依赖旧 `@/qqbot/plugin` registry。
- 插件接口类型从目标平台 contract 或 SDK 引入。
- BangDream、FF14 Market、FFLogs、Repeater 插件内部扫描无用 bucket、重复 provider、旧 key 胶水和直接 HTTP 绕过。
- `legacyKeys` 只作为外部数据兼容语义保留;不能成为保留旧源码根的理由。
### 6. Admin QQBot 全域瘦身
整理 Admin QQBot 管理面:
- Core 管理:账号、命令、规则、消息、权限、发送队列。
- Plugin Platform插件安装、启用、禁用、配置、健康、事件、账号绑定。
- NapCat设备身份、登录 session、验证码、新设备二维码、扫码/确认/成功/失败进度。
- 抽取共享状态映射、tag 渲染、SSE 进度解析、API 错误归一化。
- 删除无引用页面、组件、重复类型和临时兼容函数。
### 7. 旧根删除与最终验证
删除旧根后运行完整门禁:
- `rg --files src/admin src/blog src/minio src/wordpress src/qqbot` 必须找不到路径。
- `rg '@/admin/|@/blog/|@/minio/|@/wordpress/|@/qqbot/' src/modules` 必须无命中。
- API `pnpm run typecheck` 通过。
- API 聚焦 Jest 通过;删除旧根后的最终批次运行 API 全量 Jest。
- API 本地真实 smoke 覆盖 `/health/runtime`、Admin 登录/菜单、Blog public、Asset 上传/下载、QQBot command test、插件平台、NapCat 模拟登录状态机。
- Admin typecheck 通过。
- Admin 关键页面 smoke 通过。
- KT global review 与 Superpowers review 无阻断。
## 提交策略
本批次提交必须表达真实进展:
1. `test/refactor: 增加架构收敛门禁`
2. `refactor: 收敛Admin与平台配置模块`
3. `refactor: 收敛Blog WordPress Asset模块`
4. `refactor: 收敛QQBot核心与NapCat模块`
5. `refactor: 收敛QQBot插件平台与现有插件`
6. `refactor: 收敛Admin QQBot管理边界`
7. `test: 完成架构收敛验证闭环`
实际执行时可按风险拆得更细,但每个提交都必须满足:
- 没有混入生成产物或备份文件。
- 没有不相关仓库改动。
- 提交前 `git status` 已确认。
- 若删除文件,已经用搜索、类型检查或测试证明不是活入口。
## 验收标准
本批次完成必须同时满足:
- API 旧根 `src/admin`、`src/blog`、`src/minio`、`src/wordpress`、`src/qqbot` 全部不存在。
- `src/modules/**` 对旧根导入为 0。
- Admin QQBot/插件/NapCat 页面和 caller 完成边界瘦身,没有重复进度文案和明显无引用旧代码。
- 现有 API 路由和 Admin 功能保持一致。
- 插件平台和现有插件仍可安装、启用、执行、查看健康和运行事件。
- NapCat 登录链路仍覆盖设备持久化、验证码、新设备验证、手动 QR fallback 和中文进度。
- 所有计划中的验证命令有当前证据。
- 代码 review 门禁通过。
- 工作区最终干净。
## 交接到 writing-plans
用户审阅并确认本 spec 后,下一步进入 Superpowers `writing-plans`。计划必须把本 spec 拆成可执行任务,尤其要写清:
- 结构测试的 RED/GREEN 步骤和精确文件路径。
- 每个旧根迁移到哪个目标模块。
- 每批删除前的引用扫描命令。
- 每批需要保留的行为 smoke。
- Admin 共享状态/进度/错误处理抽取位置。
- 插件和 NapCat 的功能保持验证。
- 每批提交前的干净度检查和 review 门禁。