用途：这是 plan-feature 之后的步骤。前提是已存在规划工作区 docs/design/<project>/，至少含 README.md、context.md、plan.md、status.md、research.md；若没有，需先运行 plan-feature，不能在本技能内临时编计划。status.md 是进度的唯一事实来源。
主要流程（分阶段）：Phase 0 刷新计划，重读工作区、核对文件与符号引用、切成最小可交付切片并写入验收标准；Phase 1 实现，派发窄范围 implementer 子智能体，做最小正确改动；涉及接口或契约变更时先应用 design-interfaces；API/SDK 切片运行 ruff format 与 ruff check --fix，前端运行 pnpm lint-fix；Phase 2 审查，reviewer 子智能体检查根因、回归与必需改动，未关闭不推进；Phase 3 端到端调试，用 debug-local-deployment 驱动实际部署并循环；Phase 4 测试，用 agent-workflows-qa 的 QA 矩阵循环至全绿，可用 agent-replay-test 固定用例；Phase 5 写文档并起草 PR，含 Context、Scope/risk、How to QA；Phase 6 用 GitButler（but）创建叠放分支。
分支与协调：使用 but oplog snapshot、but status、but branch new <type>/<feature> --anchor <parent>、but rub、but commit <branch> --only，不要裸 but commit；多智能体并行时先读 agent-coordination.md，串行化所有 but 写操作，只暂存本任务文件，除非用户要求否则不推送。
限制：必须遵循子智能体纪律（每个实现后跟审查，每个修复后跟重测）；循环要有上限；无法完成的事项用 defer-todo 记录。具体命令与仓库约定以资料中所述为准，未提供的细节暂未提供。