用途：为复杂功能或多文件改动执行 5 阶段 TDD 工作流（理解与设计、测试 RED、构建 GREEN、重构与评审、收尾）。不适用于缺陷修复（改用 bugfix-quick 技能）和快速编辑。
主要能力：
- 升级检查：按 8 项触发规则（multi_feature、multi_week、shipping_scope、scale_words、cross_session、user_explicit、word_count、scope_verbs）加权，权重≥3 且无计划树时提示 plan/deep/details 三选项。
- 运行状态：必须先生成 RUN_ID 并写入 .claude/logs/runs/${RUN_ID}/run-state.json，供 /run status、/run resume、/run handoff 读取。
- 功能关联：通过 scripts/plans/link-run.sh 建立 run 与 feature 的双向链接，收尾阶段更新为 done。
- 阶段交付物脚手架：scripts/workflow/scaffold-phase-deliverables.sh 按阶段生成 REQUIREMENTS、TECH_SPEC、TEST_PLAN、IMPLEMENTATION_NOTES、QA_REPORT 等文件，审批门禁前校验文件存在且非模板内容。
- 阶段分工：构建者与评审者不得为同一智能体；Phase 1 输出硬上限 500 tokens，仅用 TOON 表格。
- Phase 2 测试层选择：unit / integration / e2e，需在写测试前向用户说明选择。
使用方式：用户调用 /run 或要求构建功能时触发；支持 task:、project: 等强制前缀，以及 AF_ESCALATION_DISABLED、AF_RUN_PLAN_BRIDGE_DISABLED 等环境变量。JIRA 集成由 hooks/jira-auto-fetch.cjs 完成，需配置 JIRA_BASE_URL、JIRA_EMAIL、JIRA_API_TOKEN。
限制：锚定计划树不跳过任何阶段，Phase 2 仍为强制；每个 /run 只完成一个任务的完整 5 阶段循环，多任务功能需重复认领任务。资料未提供具体收费、平台支持范围与效果数据。