docs: 工作台设计稿收入 docs 体系，routes.go 更名 ai_routes.go

7 份散落在 frontend/src/views/workbench/ 的设计稿按现有编号体系收入 docs/，
源码目录现在只剩 12 个 .vue 页面：

  PlatformArchitectureRethink       -> docs/01_System_Overall/SY24
  WorkbenchArchitectureContract     -> docs/02_Architecture/AR05
  SkillPackagingSpecification       -> docs/02_Architecture/AR06
  ArchitectureAlignmentAudit        -> docs/02_Architecture/AR07
  RoleInteractionDesign             -> docs/02_Architecture/AR08
  YunQuParityRoadmap_OfficePlatform -> docs/06_Product_Lines/PL04
  WorkBuddySkillRpaLearning         -> docs/09_Research/RS01

14 处交叉引用同步更新（含 SY20/SY21 里指向旧源码路径的两处）；三份 README 索引
补齐 SY20-SY24 与 AR05-AR08、PL04；README 顶部「本目录全是历史快照」的说法改精确
（AR05-AR08、PL04 不属于 V1.1 / V1 快照）。

AR08 文首补注「采纳与废弃」，避免它被当成现行设计照做：
- 已采纳：对象不跳页 / 不做独立工具页 / + 菜单挂载 / 切换对象=更新任务上下文
- 已废弃：「数字技术员」第三类对象（SY21 §2.2 已废除 tool 命名）、
  「通用助手 = 默认专员」、§14「与本稿冲突以本稿为准」的自我授权

backend-go: internal/api/routes.go -> ai_routes.go。该文件管的是 AI 模型路由
（LLM provider 列表），与 router.go 的 URL 路由注册同包同名易混，加文件头注释钉死。

验证：go build ./... 通过；go vet ./internal/api/ 无告警；npm run build 通过。

Co-Authored-By: Claude Code <noreply@anthropic.com>

docs/06_Product_Lines/PL04_YunQu_Parity_Roadmap.md

@@ -0,0 +1,447 @@
+# 对标云趣的办公平台追平路线图
+
+> 落盘日期：2026-09-17
+> 状态：产品追平路线稿
+> 目标：追平云趣类一站式 AI 平台的办公生产力能力，不追视觉创作与音视频创作能力
+> 关联文档：
+> - `../01_System_Overall/SY24_Platform_Architecture_Rethink.md`
+> - `../02_Architecture/AR05_Workbench_Architecture_Contract.md`
+> - `../02_Architecture/AR06_Skill_Packaging_Specification.md`
+> - `../02_Architecture/AR08_Role_Interaction_Design.md`
+
+---
+
+## 1. 这份文档解决什么问题
+
+当前平台已经形成了：
+
+- `专家 + 技能 + APP + 统一任务工作台`
+- Chat-first 的执行工作台
+- 技能工作流与产物定义
+
+但如果目标从“做出自己的平台节奏”升级为“追平云趣类产品”，那么后续建设就不能再零散补点功能，而需要一份明确的追平路线图。
+
+这份文档用于统一三个判断：
+
+1. 我们到底追平什么
+2. 我们明确不追什么
+3. 接下来应该按什么顺序补齐
+
+---
+
+## 2. 最终判断
+
+我们的追平目标应明确定义为：
+
+`追平云趣的一站式办公生产力平台能力，而不是追平其视觉创作站能力。`
+
+换句话说，后续路线不以“AI 绘画、AI 视频、AI 音乐”作为主轴，而以：
+
+- 文档交付
+- 长文生成
+- 结构化整理
+- 图文理解
+- 应用市场
+- 任务复用
+- 产物沉淀
+
+作为主轴。
+
+这是因为本平台当前最强的底层已经不是“模型调用入口”，而是：
+
+- `任务容器`
+- `对象挂载`
+- `工作流`
+- `产物`
+- `右栏协作`
+
+因此，最值得追平的是“办公执行平台感”，不是“多模态创作站感”。
+
+---
+
+## 3. 明确不做的能力边界
+
+下列能力不纳入本轮追平范围：
+
+### 3.1 视觉创作面
+
+- `AI 绘画`
+- `混图`
+- `换脸`
+- `画廊广场`
+- `提示词库`
+
+### 3.2 重创作面
+
+- `AI 视频`
+- `AI 音乐`
+
+### 3.3 结论
+
+本轮追平不以“创作娱乐平台”作为目标，而以“办公与任务执行平台”作为目标。
+
+---
+
+## 4. 当前基础盘点
+
+### 4.1 已有技能定义基础
+
+当前 `frontend/src/config/workbench.js` 已经具备一批办公向技能定义：
+
+- `通用助手`
+- `文档翻译`
+- `文案校对`
+- `语音转写`
+- `批量提取`
+- `合同审查`
+- `报告生成`
+
+同时也已有一批场景型对象：
+
+- `合同审查专员`
+- `售前方案专员`
+- `培训交付专员`
+- `知识运营专员`
+- `流程推进专员`
+- `报告生成专员`
+- `公众号助手`
+- `履约跟单专员`
+- `HR 邮件整理专员`
+- `简历处理专员`
+
+### 4.2 已有执行层基础
+
+当前执行层已有雏形，但总体偏薄：
+
+- `src/skills/registry/eai.js` 中仅注册了少量 EAI 技能
+- `src/skills/shared/workbuddyReplicaCatalog.js` 中，`Excel` 已实现，`PPT` 仍处于待补阶段
+
+### 4.3 当前真正的差距
+
+当前最大的差距不是“没有专家或技能名”，而是：
+
+1. 缺少更丰富的办公核心技能
+2. 缺少成体系的应用广场
+3. 缺少可沉淀、可复用、可回看的产物与任务系统
+4. 缺少从“定义层”走向“执行层”的完整技能落地
+
+---
+
+## 5. 追平对象的能力抽象
+
+对标云趣时，应把它的能力拆成两类：
+
+### 5.1 需要追平的能力
+
+- `聊天对话 + 多模型`
+- `办公写作`
+- `长文创作`
+- `PPT 生成`
+- `思维导图`
+- `文本处理工具箱`
+- `图文理解 / OCR / 识图`
+- `应用广场`
+- `预设应用`
+- `任务与产物沉淀`
+- `文档中心 / 我的文档`
+
+### 5.2 不需要追平的能力
+
+- `AI 绘画`
+- `画同款`
+- `换脸`
+- `画廊广场`
+- `AI 视频`
+- `AI 音乐`
+
+---
+
+## 6. 差距清单
+
+| 模块 | 我们当前状态 | 差距等级 | 是否进入追平范围 | 建议优先级 |
+| --- | --- | --- | --- | --- |
+| 通用对话 | 已有 | 低 | 是 | P1 |
+| 文档翻译 | 已有 | 低 | 是 | P1 |
+| 文案校对 | 已有 | 低 | 是 | P1 |
+| 语音转写 | 已有 | 低 | 是 | P1 |
+| 批量提取 | 已有 | 低 | 是 | P1 |
+| 合同审查 | 已有 | 低 | 是 | P1 |
+| 报告生成 | 已有 | 低 | 是 | P1 |
+| PPT 生成 | 仅有待补线索，未形成正式技能 | 高 | 是 | P0 |
+| 思维导图 | 未形成正式技能 | 高 | 是 | P0 |
+| 长文创作 | 未形成正式技能 | 高 | 是 | P0 |
+| 文本处理工具箱 | 未形成产品化能力 | 高 | 是 | P0 |
+| OCR / 图文理解 | 未形成正式技能 | 高 | 是 | P0 |
+| 应用广场 | 有目录页基础，但应用体系不够厚 | 中高 | 是 | P1 |
+| 自定义应用 / 智能体 | 未形成用户可配置能力 | 高 | 是 | P1 |
+| 文档中心 / 产物中心 | 右栏已有产物基础，但缺独立中心 | 高 | 是 | P1 |
+| 任务结果复用 | 有任务记录，但复用链路偏弱 | 中高 | 是 | P1 |
+| 常用模型 / 模型收藏 | 有模型切换基础，但平台化程度不足 | 中 | 是 | P2 |
+| AI 绘画 | 未做 | 高 | 否 | 排除 |
+| 混图 / 换脸 | 未做 | 高 | 否 | 排除 |
+| 画廊 / 提示词库 | 未做 | 高 | 否 | 排除 |
+| AI 视频 | 未做 | 高 | 否 | 排除 |
+| AI 音乐 | 未做 | 高 | 否 | 排除 |
+
+---
+
+## 7. 新版 Phase 2
+
+## 7.1 目标
+
+`把聊天助手升级成真正能交付文档结果的工作台。`
+
+### 7.2 必做模块
+
+1. `PPT 生成`
+2. `思维导图`
+3. `长文创作`
+4. `文本处理工具箱`
+5. `OCR / 图文理解`
+
+### 7.3 各模块建议定义
+
+#### A. PPT 生成
+
+建议输入：
+
+- 主题
+- 受众
+- 页数
+- 风格
+- 参考材料
+
+建议输出：
+
+- `演示大纲.md`
+- `演示文稿.pptx`
+- `演讲备注.md`
+
+建议定位：
+
+- 对标云趣/WorkBuddy 最容易被用户直接感知的高价值技能
+
+#### B. 思维导图
+
+建议输入：
+
+- 一句话主题
+- 一段原始材料
+- 当前任务上下文
+
+建议输出：
+
+- `导图源文件.md`
+- `导图.svg`
+- `导图.png`
+
+建议定位：
+
+- 作为“任务结构化承接器”，紧贴通用助手与长文创作
+
+#### C. 长文创作
+
+不要只做“论文工具”，而应统一抽象为：
+
+- `论文`
+- `方案`
+- `制度文档`
+- `公众号长文`
+- `小说`
+
+建议输出：
+
+- `大纲.md`
+- `正文.docx`
+- `摘要.md`
+
+建议定位：
+
+- 做成统一的长文引擎，而不是只做单一场景页面
+
+#### D. 文本处理工具箱
+
+建议能力：
+
+- 去 Markdown 符号
+- 文本统计
+- 文本清洗
+- 标点与格式标准化
+- 批量整理
+
+建议输出：
+
+- `清洗后文本.md`
+- `统计结果.md`
+
+建议定位：
+
+- 高频轻工具
+- 直接提升整个平台的“顺手度”
+
+#### E. OCR / 图文理解
+
+建议能力：
+
+- 图片转文字
+- 截图识别
+- 文档图片结构理解
+- 基于图片抽字段
+- 图中表格与信息识别
+
+建议输出：
+
+- `识别结果.md`
+- `结构化字段.xlsx`
+- `图文摘要.md`
+
+建议定位：
+
+- 是办公场景里比 AI 绘画更高频、更正经的能力
+
+---
+
+## 8. 新版 Phase 3
+
+## 8.1 目标
+
+`把“有几个技能”升级成“可持续使用的平台”。`
+
+### 8.2 必做模块
+
+1. `应用广场`
+2. `自定义应用 / 智能体配置`
+3. `文档中心 / 产物中心`
+4. `任务结果复用`
+5. `多模型切换与常用模型`
+6. `应用模板与场景预设`
+
+### 8.3 重点解释
+
+#### A. 应用广场
+
+不是简单列对象目录，而是要形成：
+
+- 分类浏览
+- 场景推荐
+- 模板复用
+- 已安装 / 待安装
+- 示例任务入口
+
+#### B. 自定义应用 / 智能体配置
+
+目标不是开放底层编排，而是先支持：
+
+- 选择场景模板
+- 填写提示词与规则
+- 选择模型
+- 选择产物模板
+- 保存为可复用应用
+
+#### C. 文档中心 / 产物中心
+
+要从当前右栏产物区，升级为独立可管理资产：
+
+- 最近产物
+- 收藏
+- 按任务查看
+- 按类型查看
+- 再次打开继续编辑
+
+#### D. 任务结果复用
+
+用户在平台里完成一次任务后，应支持：
+
+- 复制为模板任务
+- 复用上一版产物
+- 继续生成新版本
+- 从旧任务快速新建相似任务
+
+#### E. 多模型切换与常用模型
+
+当前已经有模型切换基础，但还不够“平台”：
+
+- 常用模型
+- 最近使用模型
+- 按任务记忆模型
+- 按应用推荐默认模型
+
+#### F. 应用模板与场景预设
+
+这是形成“平台感”的关键：
+
+- 工作周报生成器
+- 会议纪要整理器
+- 招聘简历初筛器
+- 合同风险审查器
+- 培训归档助手
+- 公众号改写助手
+
+这些不一定都要先做成重技能，但至少应形成可调用的预设对象体系。
+
+---
+
+## 9. 研发落地原则
+
+后续每新增一个技能，不能只补定义层，必须同时补齐四件套：
+
+1. `对象定义`
+2. `workflowSchema`
+3. `artifactSchema`
+4. `真实 executor / 结果卡片`
+
+必要时补到六件套：
+
+1. `对象定义`
+2. `执行器`
+3. `结果卡片`
+4. `历史记录`
+5. `产物管理`
+6. `模板预设`
+
+如果只补：
+
+- `workbench.js`
+- 右栏工作流
+- 目录页卡片
+
+那会继续停留在“看起来有技能”，而不是“真的追平平台能力”。
+
+---
+
+## 10. 推荐开发顺序
+
+### 10.1 第一批
+
+1. `PPT 生成`
+2. `思维导图`
+3. `长文创作`
+4. `文本处理工具箱`
+5. `OCR / 图文理解`
+
+### 10.2 第二批
+
+1. `应用广场增强`
+2. `文档中心 / 产物中心`
+3. `任务结果复用`
+4. `自定义应用 / 智能体配置`
+
+### 10.3 第三批
+
+1. `模型收藏与常用模型`
+2. `应用模板体系`
+3. `场景预设批量铺开`
+
+---
+
+## 11. 一句话结论
+
+本平台后续追平云趣的正确路线，不是：
+
+`去补 AI 绘画、视频、音乐这些创作站能力`
+
+而是：
+
+`把办公技能做深，把应用市场做厚，把任务与产物体系做成真正的平台。`
+
+这条路线更符合当前已有架构，也更符合“统一任务工作台”的产品气质。

docs/06_Product_Lines/README.md

@@ -3,7 +3,12 @@
 > **命名规则：** `PL{NN}_{描述}.md`
 > **用途：** 前端视图设计、页面流程、组件设计
 >
-> **⚠️ 本目录 PL 文档为 V1 培训平台视图基线（首页/公司/产品/课程/考试 + 右侧 PathCoach）。** 平台升级后一级导航与工作台形态见 `SY03`（新导航）与 `SY17`（工作台线框图）。
+> **⚠️ `PL01`–`PL03` 为 V1 培训平台视图基线（首页/公司/产品/课程/考试 + 右侧 PathCoach）。**
+> `PL04` 是 2026-09-17 的办公平台追平路线稿，**不属于 V1 基线**。
+> 当前正式产品导航与工作台口径，请以 `SY22_Role_Skill_App_Unified_Task_Architecture.md` 为准：
+> `新建任务 / 项目 / 专员·技能·APP·连接器 / 长程APP / 知识库 / 后台管理 / 我的`
+>
+> 本目录主要保留 V1 页面设计资产；其中“首页 / 公司介绍培训 / 产品知识 / 课程 / 考试 / 知识管理 / 系统管理 / PathCoach”等名称，均不代表当前目标态导航。
 
 ## 文件清单
 
@@ -13,3 +18,4 @@
 | `PL01_Global_Layout.md` | 全局布局设计（顶部导航 + AI 侧栏） |
 | `PL02_Employee_Views.md` | 员工端视图（首页/公司/产品/课程/考试） |
 | `PL03_Admin_Views.md` | 管理员端视图（知识管理/系统管理） |
+| `PL04_YunQu_Parity_Roadmap.md` | 对标云趣的办公平台追平路线图（**非 V1 基线**，2026-09-17 路线稿：只追办公生产力，不追视觉与音视频创作） |