用途：按已规划好的 PRP（Product Requirement Prompt）文档执行功能实现，强调系统化落地、验证门、TDD 工作流与质量保障。
主要能力：加载并校验 docs/prps/[prp-name].md；读取 frontmatter 中的 confidence 分数，低于 7 时报错并建议运行 /blueprint:prp-create 细化；置信度不低于 9 时可选择当前会话执行或生成 work-order 委派，也可按模块拆分为多个子代理 work-order。执行时先运行 lint 与既有测试等前置验证门建立基线，再按 Implementation Blueprint 逐任务走 RED（写失败测试）、GREEN（最小实现通过）、REFACTOR（保持测试通过下重构）循环，并频繁运行验证门。最后执行完整验证（lint、类型检查、单元/集成测试、覆盖率、安全扫描、性能测试等，具体命令来自 PRP），核对成功标准，记录延期项并为 Phase 2 与 Blocked 项创建 GitHub issue，同步 feature-tracker.json 与 TODO.md，输出执行摘要并提示后续动作（提交、生成 work-order、沉淀规则、继续下一个 PRP）。
使用方式：命令为 /blueprint:prp-execute [prp-name]，prp-name 为 docs/prps/ 下不带 .md 的文件名。前置条件：PRP 存在且置信度不低于 7。
适用场景：从 PRP 实现已规划功能、需要完整验证与 TDD 流程、需要 feature tracker 与 GitHub issue 跟踪、需要自动进度报告与延期项跟踪时。
限制：PRP 未就绪（置信度低于 7）或临时实现、孤立缺陷修复、快速原型等场景不适用。详细报告模板、延期项流程、错误处理与代理团队协作见 REFERENCE.md。具体验证命令、阈值与平台支持资料中未完整给出。