用途：为代码实现任务提供强制性的自动化质量门禁流水线，覆盖研究、架构、实现、测试通过、代码评审和安全审六个阶段，每阶段由指定代理执行，必须产出具体工件并通过门禁后方可进入下一阶段。
触发条件：PM 即将派遣工程师执行预计产生超过 50 行源代码或涉及超过 1 个源文件的任务；任务描述含实现类动词（implement、write、build、create、refactor、add feature、fix bug 等）；工程师返回后 git diff --stat 显示源文件变更或 src/、lib/、app/、services/、api/ 下新增文件。文档、提交信息、配置文件、小于 5 行的单行修复及无代码变更的依赖升级不触发。
各阶段要点：阶段 1 研究，由 research 代理搜索既有实现、模式与知识库，产出规格文档，须至少引用一处现有代码；阶段 2 架构，由 python-engineer 以设计模式产出接口规范（类型注解、ABC/Protocol、数据模型、错误类型），不得含实现逻辑；阶段 3 实现，按接口编写代码与 pytest 测试，并以 mypy --strict 和 pytest 均零错误为门禁；阶段 3.5 由 PM 直接检查 pytest 输出，任何失败即退回阶段 3，不得派遣评审；阶段 4 由 code-critic 隔离上下文评审，输出 APPROVE/WARN/BLOCK 裁决及带严重级别的发现表；阶段 5 由 security 代理按 OWASP Top 10 等范围审查，CRITICAL 或 HIGH 发现须停止并向用户上报。
用法与限制：评审隔离规则要求派发提示仅含规格、接口、实现文件与测试输出，不得含工程师提交信息或解释；裁决协议规定 APPROVE 继续、WARN 继续但记录、BLOCK 立即停止并等待用户指示。热修复路径仅在确认生产缺陷、净新增代码不超过 20 行且不涉及认证、加密或序列化时可跳过阶段 1 和 2，阶段 3 至 5 永不可跳过。文档或配置类变更可跳过全部阶段。资料未提供该技能的安装命令、收费与平台信息。