用途：该技能用于将编码任务端到端推进，从 issue 接收开始，经过实现、评审、部署，最终完成验收验证。适合任务已有 issue 或清晰验收标准、需要跨实现到最终验证的结构化交接、并希望有明确停止条件与升级机制的场景。
主要能力：以状态机编排流程，状态包括 intake、issue-gated、executing、review-loop、deploy-verify、accepted、escalated。核心规则是不优化“代码已改”，而是证明 DoD 已完成。必需子技能为 create-issue-gate、closed-loop-delivery、verification-before-completion；可选支持 deploy-dev、pr-watch、pr-review-autopilot、git-ship。输入需提供 issue id 或正文、issue 状态、验收标准、目标环境（默认 dev）。固定默认：最大迭代轮次 2；PR 评审轮询为 3m、6m、10m，10m 后停止等待并集中处理可见评论。部署默认只到 dev，需用真实日志、API 或 Lambda 行为验证。
使用方式：先读 issue 提取目标与 DoD，经 create-issue-gate 判断；issue 未就绪或执行门未允许则立即停止，草稿状态不得实现。实现交给 closed-loop-delivery。完成声明前必须调用 verification-before-completion，无新证据不得声称成功。每次报告状态需包含 Status、Acceptance Criteria 通过/失败清单、Evidence、Open Risks、Need Human Input。
限制与人工门：DoD 两轮后仍失败、缺少密钥/权限/外部依赖、需要生产操作或破坏性操作审批、评审意见冲突等应升级。涉及生产/预发部署、破坏性 git/数据操作、计费或安全变更、缺少用户验收标准时必须人工确认。只有所有验收标准都有对应证据才进入 accepted。生产环境相关细节、具体仓库与文件内容暂未提供。