AI不会直接写代码，而是先问：
① “导出的订单数据范围？全部/按时间/按状态？”
② “百万级是同步导出还是异步生成后下载？”
③ “Excel需要样式(合并单元格/分Sheet)还是纯数据？”
④ “是否需要导出权限控制？”
⑤ “导出失败(超时/数据不完整)怎么通知用户？”

然后提出2-3种方案：
方案A：同步导出(简单但大促超时风险高) 方案B：异步生成+通知下载(复杂但可扩展) 方案C：流式分批导出(折中)

用户批准方案B后，写设计文档到 docs/superpowers/specs/2026-06-23-order-export-design.md，自检(无占位符/无矛盾/无歧义)，用户确认后转入实现。

硬门：用户没批准前，一行代码都不写。

AI检测当前环境：GIT_DIR != GIT_COMMON？已在worktree→跳过。否则创建隔离工作空间：
git worktree add .worktrees/feat-order-export feat/order-export

在新分支 feat/order-export 上工作，主分支完全不受影响。如果实验失败，直接丢弃worktree，干干净净。

然后运行项目设置、验证测试基线(确保从干净状态开始)。

AI把设计拆解为2-5分钟的bite-sized任务，假设执行者是”热情但品味差、无上下文、讨厌测试的初级工程师”：

Task 1：导出任务模型 + 数据库迁移（写失败测试→看失败→写迁移→看通过→提交）
Task 2：导出任务创建API（写失败测试→看失败→写API→看通过→提交）
Task 3：CSV格式生成器（写失败测试→看失败→写生成器→看通过→提交）
Task 4：Excel格式生成器（写失败测试→看失败→写生成器→看通过→提交）
Task 5：异步任务调度+进度通知（写失败测试→看失败→写调度→看通过→提交）
Task 6：百万级分批流式导出（写失败测试→看失败→写流式→看通过→提交）
Task 7：导出权限+下载API（写失败测试→看失败→写权限→看通过→提交）
Task 8：集成测试+错误处理（写失败测试→看失败→写集成→看通过→提交）

每个Task含精确文件路径+完整代码+验证命令+预期输出，零占位符。
保存到 docs/superpowers/plans/2026-06-23-order-export.md

每个Task派发一个全新子智能体，子智能体不继承主会话上下文——你精确构造它需要的：

Task 1：派发子智能体A → 实现导出任务模型+迁移 → 两阶段审查(规格合规+代码质量)
Task 2：派发子智能体B → 实现创建API → 审查 → Critical问题派修复子智能体 → 再审查
Task 3：派发子智能体C → 实现CSV生成器 → 审查
…连续执行所有8个任务，不暂停问”继续吗？”

关键：子智能体在实现时自动遵循TDD(下一个技能)，所以每个Task内部是：
写失败测试 → 看失败 → 写最小代码 → 看通过 → 提交

全部任务完成后，派发最终代码审查子智能体做全分支审查。

每个子智能体在实现Task时强制RED-GREEN-REFACTOR：

RED：写失败测试
test('export task creates with pending status', async () => {
  const task = await createExportTask({format:'csv', dateRange:'2026-06'});
  expect(task.status).toBe('pending');
});
运行 → FAIL(“createExportTask is not defined”) ✅ 正确的失败

GREEN：写最小代码让测试通过
async function createExportTask(opts) {
  return { id: uuid(), status: 'pending', ...opts };
}
运行 → PASS ✅

REFACTOR：清理(提取常量、改善命名)→运行→仍PASS→提交

如果子智能体先写了代码再补测试？删除代码，从头来。

每Task完成后派发审查子智能体，审查者拿到精确上下文(非会话历史)：

Task 3完成后：
BASE_SHA=a7981ec HEAD_SHA=3df7661
派发审查子智能体：”审查CSV生成器实现，规格见Task 3…”

审查结果：
✅ Strengths：流式写入、内存可控
⚠️ Important：缺少BOM头(Excel打开中文乱码)
⚡ Minor：magic number 8192(buffer size)

→ Important问题阻塞进度，派修复子智能体加BOM头 → 再审查 → 通过 → 继续

Step 1：验证测试 → npm test → 42/42 PASS ✅
Step 2：检测环境 → 在worktree中，命名分支 feat/order-export
Step 3：确定基分支 → main
Step 4：展示选项：
  1️⃣ 本地合并回 main
  2️⃣ 推送并创建Pull Request
  3️⃣ 保留分支(稍后处理)
  4️⃣ 丢弃此工作

用户选择 2️⃣ → 创建PR → 清理worktree → 完成！

开发过程中发现3个测试文件同时失败：
csv-export.test.ts：2个失败(编码问题)
excel-export.test.ts：1个失败(大数精度丢失)
task-scheduler.test.ts：3个失败(竞态条件)

systematic-debugging：每个问题先4阶段根因分析——读错误→复现→查变更→边界插桩，禁止未找根因就修

dispatching-parallel-agents：3个问题独立→派发3个子智能体并行调查：
子智能体A修csv编码 → 子智能体B修excel精度 → 子智能体C修竞态条件
3个问题=1个问题的时间，而非串行3倍时间