用途：为智能体流水线中的非平凡实现提供强制质量门禁，避免依赖事后人工审查。触发条件：任务将产生超过50行源码、涉及超过1个源文件，或包含实现类动词（如 implement、build、refactor、fix bug in ...）；若 git diff --stat 显示源码变更也会在派发后触发。文档、提交信息、仅配置变更或依赖升级不触发。
六个阶段：1 调研，产出引用现有代码的规格，门禁为规格存在且不含实现；2 架构，产出接口规格（签名、类型、错误模型），门禁为接口存在且零实现逻辑；3 实现，产出源码与测试，门禁为类型检查与测试输出零错误；3.5 测试门禁，测试全绿，失败则退回阶段3并跳过评审；4 评审，由 code-critic 产出结论与发现表；5 安全，产出发现列表，门禁为零 CRITICAL/HIGH 安全问题。
评审隔离规则：派发评审时只能包含规格、接口、实现和测试输出，不得包含工程师的提交信息、理由说明或 PM 总结，评审须冷启动面对代码。结论协议：APPROVE（无 CRITICAL/HIGH）进入安全阶段，MEDIUM/LOW 备注交给文档交接；WARN（有 HIGH 无 CRITICAL）进入安全阶段但须把发现表附入交接并记录；BLOCK（存在 CRITICAL）停止，原样向用户呈现发现并等待指示，不得未经用户输入自动重新派发工程师。
跳过规则：标准路径全部6阶段，适用于功能、重构、认证、数据模型；热修复路径仅在缺陷已在生产确认、修复不超过20行且不超过2个文件、且不涉及认证/加密/序列化时可跳过阶段1-2，阶段3-5仍强制；仅文档/配置路径在 git diff --stat 无源码变更时全部跳过。