Phase 2 / Ep 11: 大兵团作战:极速任务拆解入库

⏱ 预计阅读 3 分钟 更新于 2026/4/13

所有的规矩立了,PRD 完了,表建了,外部接口的恶性雷排除了。

现在,如果直接说:“行了你开始写代码吧。”,那这台机器又会陷入失控:因为它不知道是从后端写起,还是找个模板先搭前端。

我们需要教系统学会敏捷看板式管理。把目标分解成足够小、能一日迭代、出问题也不至于全盘烧毁的小拼图。

1. 启动大一统命令并生成 task_plan.md

打开控制台,我们要发出这整个 Phase 2 【架构阶段】的最后一条上帝指令:

“【最终执行清单生成仪式】请汇总你目前硬盘大脑里的 docs/PRD_System_Design.mddocs/findings.md 甚至 shema.prisma。我现在指令你,基于以上的技术债务、业务目标、和坑点报告,将它们碾碎,重组成一个长达三十个独立动作步骤的工程清单。

请把这些步骤全部格式化为带有 [ ] Checkbox 的分阶段清单,包含「基础工程搭建」、「本地时间块算法TDD开发」、「Google Mock 对接」、「前端组件」、「交付 E2E」五大阶段,并写入 docs/task_plan.md 中。

这个任务板,将成为我们今后所有岁月中系统开发的唯一指挥棒。”

2. 奇迹的诞生:从点子到图纸的跨越

伴随着该指令,我们的 docs/task_plan.md 拔地而起。它长的大概就像这样:

# T-Block Executable Task Plan

## Phase 1: 基础设施与本地骨架
- `[ ]` 配置 Next.js 首页面布局并装载 Tailwind & RadixUI 基础组件库。
- `[ ]` 实施 Auth Provider 以隔离 Google 鉴权回调路由层逻辑。

## Phase 2: 测试驱动的数据流引擎
- `[ ]` (TDD) 建立本地 Task 时长切分为 TimeBlock 的分配逻辑 (`block_allocator.spec.ts`)。
- `[ ]` 实现上述分配器的底层业务代码直到测试全绿标。

## Phase 3: 神圣同步层与隔离缓冲
- `[ ]` 查阅 findings.md 中的第一条风险:建立处理 refresh token 丢失自动吊销登录。
- `[ ]` 搭建 Webhook 接收器,配置并解析来着谷歌侧的 Payload。
...

3. Phase 2 结语

长舒一口气,至此,在我们的编辑器里,实际上一行正儿八经的实际业务代码都没产出过。 但是,这就叫“谋定而后动”的降维打击!

此时你的项目不再是一团烂泥,它具备了人类架构师深思熟虑后的骨架,同时规避了 AI 自己乱扯出来的幻觉。接下来的代码开发,无非就是让流水线像贪吃蛇一样,无情地、不休假地一口口把 task_plan.md 里的 [ ] 变成 [x] 的体力活而已了!

准备发热发烫吧。下一阶段(Phase 3),我们将进入残忍的拔刺行动:把 TDD(测试驱动开发)这道原本极其反人性的魔咒,戴在永远不知劳累疲倦的大模型身上!