这套文档只描述新环境的目标设计,不描述历史实现,不保留过渡叙事。
文档组织遵守四条规则:
- 一个业务只归一到一份文档。
- 提示词和表结构跟着业务走,不再单独散落。
- 共享概念只在唯一归属文档中定义,其他文档只引用不重复解释。
- SVG 统一使用
1280x720。
| 文档 | 业务边界 | 负责输出 |
|---|---|---|
01-project-workspace.md |
项目容器、共享聊天、阶段闸门、执行记录 | 项目状态、共享线程、运行轨迹 |
02-project-init.md |
项目初始化、背景调研、需求补全、页数确认 | 需求单、补充问题、确认结果 |
03-knowledge-research.md |
MCP 工具链、资料入库、向量化、检索、页级研究 | 资料资产、研究结果、引用 |
04-outline.md |
大纲生成、章节结构、页面实体创建 | 大纲版本、章节、页面 |
05-page-draft.md |
页面初稿生成与确认 | 页面初稿版本、原始 SVG 初稿 |
06-svg-design.md |
风格包、背景资产、SVG 设计稿生成与编辑 | 基于原始 SVG + 风格包的设计稿版本、导出产物 |
07-agent-orchestration.md |
项目级与页级 Agent 编排、检索触发、重算路径 | 端到端流程、上下文边界、重跑规则 |
08-backend-technical-roadmap.md |
后端落地技术路线、运行时架构、任务队列、接口设计 | 编码基线、服务拆分、前后端对接约束 |
09-mcp-test-deployment.md |
MCP 测试环境启动、持久化、回退策略 | 测试环境配置、MCP 服务运行方案、容灾顺序 |
01 项目工作区
-> 07 Agent 编排
-> 02 项目初始化
-> 03 知识与研究
-> 04 大纲
-> 05 页面初稿
-> 06 SVG 设计
02 项目初始化
-> 04 大纲
03 知识与研究
-> 02 项目初始化
-> 04 大纲
-> 05 页面初稿
-> 06 SVG 设计
04 大纲
-> 05 页面初稿
-> 03 知识与研究
05 页面初稿
-> 06 SVG 设计
07 Agent 编排
-> 02 项目初始化
-> 03 知识与研究
-> 04 大纲
-> 05 页面初稿
-> 06 SVG 设计
08 后端技术路线
-> 01 项目工作区
-> 02 项目初始化
-> 03 知识与研究
-> 04 大纲
-> 05 页面初稿
-> 06 SVG 设计
-> 07 Agent 编排
09 MCP 测试环境部署
-> 03 知识与研究
-> 08 后端技术路线
建议按下面顺序实现:
01-project-workspace.md07-agent-orchestration.md03-knowledge-research.md02-project-init.md04-outline.md05-page-draft.md06-svg-design.md08-backend-technical-roadmap.md09-mcp-test-deployment.md
原因很简单:业务边界不先定,技术路线就是空谈;技术路线不最后收口,编码就会发散;运行部署不单独写清楚,联调时一定会反复踩坑。