任务看板(Tasks)
把 MVP 拆成小步、可独立交付的任务,让 AI 一步一步开发,避免一次生成整个项目。
使用规则
- 一次只做一个任务:每轮只领取一个状态为
TODO、且依赖均已 DONE 的任务,取最靠前的那个。
- 做完即停:完成该任务、自测通过、把状态改成
DONE 后,停下来汇报。
- 不跳步:依赖未完成的任务不能开工。
- 完成定义:以 编码规则 的验证清单为准。
- 动手前先读
00-ai-start-here.md、05-coding-rules.md 和 current-state.md。
状态图例
TODO 待开始 · DOING 进行中(同一时间最多 1 个)· DONE 已完成并验收 · BLOCKED 受阻(注明原因)
Phase 0 · 地基
| ID |
任务 |
依赖 |
验收要点 |
状态 |
| T-001 |
初始化项目骨架 |
- |
依赖安装成功;本地能启动;首页 / 入口可访问 |
TODO |
| T-002 |
建立基础目录和配置 |
T-001 |
目录结构符合 04-architecture.md;配置不含密钥 |
TODO |
| T-003 |
加入最小测试 / 构建检查 |
T-001 |
测试命令和构建命令可运行 |
TODO |
Phase 1 · 最高风险验证
| ID |
任务 |
依赖 |
验收要点 |
状态 |
| T-101 |
验证最高风险功能原型 |
T-001 |
用最小输入跑通核心难点,结论写入文档 |
TODO |
| T-102 |
把原型接入正式结构 |
T-101 |
代码进入约定模块,测试覆盖关键路径 |
TODO |
Phase 2 · 核心用户流程
| ID |
任务 |
依赖 |
验收要点 |
状态 |
| T-201 |
实现核心页面 / 入口 |
T-102 |
用户能进入主流程第一步 |
TODO |
| T-202 |
实现核心动作 |
T-201 |
用户能完成 MVP 最关键动作 |
TODO |
| T-203 |
实现结果展示 / 状态反馈 |
T-202 |
用户能看到保存、提交或处理结果 |
TODO |
Phase 3 · 数据与账号
| ID |
任务 |
依赖 |
验收要点 |
状态 |
| T-301 |
建立数据模型 / 迁移 |
T-202 |
表结构符合 04-architecture.md |
TODO |
| T-302 |
实现鉴权 / 权限边界 |
T-301 |
未授权访问被拒绝;授权后可访问 |
TODO |
| T-303 |
实现数据持久化 |
T-302 |
刷新 / 重进后数据仍在 |
TODO |
Phase 4 · 收尾与发布
| ID |
任务 |
依赖 |
验收要点 |
状态 |
| T-401 |
完整验收 MVP |
T-303 |
02-requirements.md 的 P0 验收全部通过 |
TODO |
| T-402 |
部署 / 打包 / 运行文档 |
T-401 |
新环境可按文档运行 |
TODO |
里程碑
- M1:最小可运行地基完成。
- M2:最高风险功能已验证。
- M3:MVP 核心闭环完成。
- M4:可交付 / 可部署。
待办池(Backlog)
- 【V2 功能 1】
- 【V2 功能 2】
- 【优化项】