核心用法
Project Execution Skill 是 attune 工作流的最终执行阶段，用于将规划转化为可交付成果。核心工作模式为：
1. 前置验证：加载实施计划、验证项目初始化状态、检查依赖安装
2. 任务执行循环：按依赖顺序逐个执行任务，遵循 PRE-TASK → IMPLEMENT(TDD循环) → VALIDATE → CHECKPOINT 四阶段模式
3. 即时完成纪律：每个任务完成后立即调用 TaskUpdate 标记完成，禁止批量延迟处理
TDD 工作流集成：支持 RED（写失败测试）→ GREEN（最小实现）→ REFACTOR（重构优化）的标准三阶段开发模式。
检查点验证：内置质量门禁包括——验收标准达成、测试通过、代码 lint、类型检查、文档更新、无回归。
进度追踪机制：通过 .attune/execution-state.json 持久化执行状态，支持日站会报告、迭代燃尽图、阻塞项管理。
显著优点
- 系统化执行：消除随意开发，强制按依赖拓扑排序执行任务
- 质量内建：每个任务必须通过多重质量门禁才能标记完成
- 实时可视化：内置日站会模板、迭代报告、燃尽指标计算
- 阻塞管理：结构化阻塞检测 → 系统化调试 → 升级上报机制
- 终态明确：执行阶段为 attune 工作流终点，无自动后续阶段，避免无限循环
- Claude Code 插件生态：源于 claude-night-market/attune，可与 superpowers 技能集深度集成
潜在局限
- 框架开销：单任务或探索性编码场景不建议使用，存在启动成本
- 前置依赖强制：无实施计划时拒绝执行，必须先完成 planning 阶段
- Python 生态倾向：示例代码、验证命令（pytest）偏向 Python 技术栈
- 状态文件耦合：依赖
.attune/execution-state.json文件，无分布式状态同步机制 - 无自动恢复：
--resume需显式调用，中断后不会自动续接
适合人群
- 需要严格按计划执行的中大型项目团队
- 采用 TDD 或质量门禁驱动开发的工程师
- 需要向干系人汇报进度、燃尽数据的敏捷团队
- 使用 Claude Code 作为主力 IDE 的开发者
常规风险
- 状态漂移风险：未即时调用 TaskUpdate 会导致执行状态与实际进度不符
- 阻塞升级延迟：>2小时阻塞未升级可能影响关键路径交付
- 速度估算偏差：燃尽公式依赖历史速度，新团队或技术栈变更时预估失准
- 插件依赖：superpowers 技能集不可用时，部分高级调试/验证能力降级为内置模式