用途：该命令属于 plan-pipeline 流水线的执行环节，把 docs/plans/plan-{name}.md 中已验证的计划执行到 PR 合并完成。运行前需先执行 /clear，且计划必须已通过 /plan-pipeline:validate 验证、所有问题已解决。
主要能力与流程：
- 创建隔离 git worktree：git worktree add .worktrees/{plan-name} -b feature/{plan-name}，主分支保持干净。
- TDD 脚手架：仅对计划中标记为 TDD 的任务，先写失败测试、运行确认失败（red）并提交，不写实现代码。
- 按层并行执行：按依赖分层，每层每个任务派发一个后台代理，代理接收任务描述、待改文件、验收标准与相关 ADR，完成后提交 feat: {task-description}；每层完成后做漂移检测，偏离计划时标记并询问，不静默继续。
- 质量门禁：并行运行 linter、类型检查（如适用）与完整测试；失败时由 quality-fixer 代理最多自动修复 3 次，仍失败则停止并等待人工介入。集成冒烟测试可跳过纯前端或纯文档计划，含 GraphQL 内省、Docker 日志 ERROR 扫描、新 API 路由状态码校验。
- PR 前文档：对照 PRD 记录偏差并更新，归档计划到 docs/plans/completed/，提交文档更新。
- 推送并创建 PR，使用 squash 合并：gh pr merge --squash --delete-branch。
- 合并后更新 docs/plans/metrics/{name}.json 指标（任务数、TDD 数、diff 统计、质量门禁结果、冒烟结果、漂移分数、PR 数据）。
- 清理：git worktree remove .worktrees/{plan-name}。
用法：/plan-pipeline:execute 取最近一个已验证计划，或 /plan-pipeline:execute plan-user-authentication 指定计划。
适用场景：在 /plan-pipeline:validate 确认问题全部解决后使用；不应跳过验证，因为未验证计划会跳过独立评审。
限制：资料未提供该命令的收费、价格、平台支持范围与性能数据；具体行为依赖所在 Claude Code 环境与计划文件内容。