将已有能力连成日常开发流程：接入项目与模型 → 连续对话 → 检查文件和改动 → 运行验证 → 提交交付。
本路线图保留 1 个总 issue + 7 个交付任务，使用两层原生父子关系。一个 issue 对应一个可验收结果，可以由多个小 PR 完成；前后端步骤和内部依赖写入任务清单。
任务与并行安排
| 交付任务 |
优先级 |
开发安排 |
| #258 前端正确性修复 |
P1 |
可立即开始；能力、任务身份、只读审批分小 PR |
| #265 首次模型接入 |
P1 |
可与正确性、性能、工作区和后端同步开发 |
| #259 主工作区完善 |
P1 |
文件、终端、回复组件可同步开发；交付验收需 #258 的能力修复 |
| #260 前端性能优化 |
P1 |
实时同步优先，按需加载后续小 PR；可与其他任务并行 |
| #272 全部任务搜索与状态 |
P2 |
API 与 UI 在同一任务交付，可与 #274 并行 |
| #274 应用启动与预览 |
P2 |
服务、输出、地址与界面一起交付 |
| #276 扩展首次接入 |
P3 |
后续排期，按扩展类型分小 PR |
首轮建议同步推进正确性、模型接入、会话性能和独立工作区组件；后端有可用人力时同步开发搜索或应用预览。
阻塞与合并协调
唯一跨任务交付依赖为 #258 → #259：完整工作区交付验收需要批次能力修复。该关系不阻止文件/终端组件提前开发。原文件→回复、API→UI 的先后关系已收进各任务内部清单。
app.tsx/conversation.tsx 的修改保持局部；#259 与 #260 约定来源身份和渲染边界，共用一次 PlanDeliveryPanel 提取。后端任务在最新 OpenAPI 上生成客户端，按小 PR 合并。共享文件需要协调，不另设人为阻塞。
完成标准
每个任务按自己的行为标准验收，完成后关闭；仅运行受影响检查和已有适用 CI。继续复用草稿恢复、消息队列、计划、审批、Git/PR 与 Inspector，保留官方完整 TTF 约定和已有 Monaco 按需加载。
调查基线为 main dab1e2b6（2026-10-05），来自代码、模块调查、本地生产界面与一次通过的生产构建。本路线图中的工作尚待实施。
整理记录
原有 13 个过细条目已归并并关闭为“被替代”，保留原始说明和转向链接。关闭这些条目不代表相关功能已经完成。
将已有能力连成日常开发流程：接入项目与模型 → 连续对话 → 检查文件和改动 → 运行验证 → 提交交付。
本路线图保留 1 个总 issue + 7 个交付任务，使用两层原生父子关系。一个 issue 对应一个可验收结果，可以由多个小 PR 完成；前后端步骤和内部依赖写入任务清单。
任务与并行安排
首轮建议同步推进正确性、模型接入、会话性能和独立工作区组件；后端有可用人力时同步开发搜索或应用预览。
阻塞与合并协调
唯一跨任务交付依赖为 #258 → #259：完整工作区交付验收需要批次能力修复。该关系不阻止文件/终端组件提前开发。原文件→回复、API→UI 的先后关系已收进各任务内部清单。
app.tsx/conversation.tsx 的修改保持局部；#259 与 #260 约定来源身份和渲染边界，共用一次 PlanDeliveryPanel 提取。后端任务在最新 OpenAPI 上生成客户端，按小 PR 合并。共享文件需要协调，不另设人为阻塞。
完成标准
每个任务按自己的行为标准验收，完成后关闭；仅运行受影响检查和已有适用 CI。继续复用草稿恢复、消息队列、计划、审批、Git/PR 与 Inspector，保留官方完整 TTF 约定和已有 Monaco 按需加载。
调查基线为 main
dab1e2b6（2026-10-05），来自代码、模块调查、本地生产界面与一次通过的生产构建。本路线图中的工作尚待实施。整理记录
原有 13 个过细条目已归并并关闭为“被替代”，保留原始说明和转向链接。关闭这些条目不代表相关功能已经完成。