pj0235-eai_agentplatform/docs/02_Architecture/AR07_架构对齐审计.md

架构对齐确认与本轮修复范围

落盘日期：2026-09-16 状态：本轮生效 关联文档：

• AR05_工作台架构约定.md
• ../01_System_Overall/History_And_Retrospectives/系统演进旧稿/SY24_平台架构重思考.md
• AR06_技能封装规范.md

---

1. 本轮确认结论

当前前端已经出现两套并行模型：

1. workerRuntime 开始把 currentSpecialistKey / currentSkillKey 收进任务上下文
2. 路由和多个入口仍在继续使用 /apps/*、/tools/* 当执行页

这两套模型继续并存，会持续制造以下问题：

• 同一个对象，既像“挂在任务上的对象”，又像“跳去一个页面”
• 输入区已经开始对象化，但对象 chip 和首页卡片还在按旧路由跳转
• 兼容路径不只是兼容，而是在继续承载真实业务

所以本轮先不扩技能复刻，先回到我们自己的架构，确认并修复这一层。

---

2. 已确认的主要偏差

2.1 执行入口没有收敛到 /home

当前代码中仍存在：

• /apps/:key 专员执行页
• /tools/:key 工具执行页
• /report-gen 这类独立工具页

这与“只保留一个 Workbench 执行面”的架构合同冲突。

2.2 启动对象的入口行为不一致

当前不同入口对“打开专员 / 工具”的处理不一致：

• + 菜单一部分已经开始写任务上下文
• 首页卡片仍直接 router.push(app.pageRoute) 或使用业务对象旧入口字段
• 市场页“打开工作区”仍直接进入旧路由
• 当前对象 chip 仍会把工具跳到旧工具页

这会导致用户在不同入口触发同一对象时，落点完全不同。

2.3 旧执行路由仍残留在产品结构里

根据架构合同，/apps/*、/tools/* 应该退出执行结构。

此前前端中它们曾直接挂载为执行页：

• BusinessAppPage.vue
• DocumentTranslatePage.vue
• CopyProofreadingPage.vue
• ContractReviewPage.vue
• AudioTranscribePage.vue
• BatchExtractPage.vue

以上旧执行页现已全部从前端仓库移除。

这会继续放大旧页面模型。

---

3. 本轮修复范围

本轮只修第一优先级：

1. 所有“打开专员 / 工具”的行为，统一回到 /home
2. /apps/*、/tools/*、/report-gen 从路由中直接移除
3. 所有对象启动动作只认新的工作台入口和任务上下文

---

4. 本轮暂不处理

以下问题已确认存在，但不在本轮一起动：

1. 后端 task -> specialist_key 仍未升级为更完整的 mounted objects 结构
2. 后端专员数据结构命名已升级为 object_entry_route，并与普通页面导航 page_route 分离；旧 route / entry_route 已收缩为启动阶段的一次性数据库迁移逻辑，不再驻留在日常模型与接口中

---

5. 本轮达成标准

修完后，系统应满足：

1. 用户从 + 菜单、首页、市场页进入时，都会回到同一个 /home
2. 当前专员 / 当前工具由任务上下文决定，而不是由页面路由决定
3. /apps/*、/tools/*、/report-gen 不再作为前端执行入口存在
4. 旧执行页源码文件已经从前端仓库移除