用途：把 Azure Boards 工作项推进到「PR 已开、Pipelines 通过、评审意见已处理、工作项已更新」。支持 MCP（mcp__azure-devops__* 工具）或 CLI（az 加 azure-devops 扩展）两种访问路径。
主要能力：读取工作项标题、描述、状态、类型、标签与讨论；准备工作分支 feature/<id>-<short-slug>；按 build-loop.md 的步骤 A→J 执行：向用户追问未明确需求、探索仓库、起草计划、三视角对抗式评审、条件性审批检查点、测试先行实现、运行仓库自身门禁、提交推送开 PR、跟踪 Pipelines 与评审评论、更新工作项状态。工作项写入（本项状态与讨论评论）预授权，但不会完成 PR、不设自动完成、不绕过分支策略、不部署。
使用方式：以工作项 id（裸数字、#2 或 Azure DevOps 工作项 URL）作为参数；可附加 skip-checkpoint 强制跳过常规项的 Step E 检查点。默认分支通过 git symbolic-ref 获取，随后 git fetch origin；工作区脏则停止。提交使用 AB#<id> 语法关联 Boards，每个子项提交带自身 id，PR 以父项 id 打开。状态按进程读取，Basic 为 To Do/Doing/Done，Agile 为 New/Active/Resolved/Closed，Scrum 为 New/Approved/Committed/Done。
适用场景：由 Azure Boards 工作项驱动的功能开发；不假定技术栈，.NET 仓库只是其中一种情况。
限制：无需求描述或获取失败时须停下并询问，不得臆造需求；不假定架构；System.Description 与验收条件以 HTML 返回，需先转文本；验收条件字段仅在 Agile/Scrum 类型定义；不提交 .env、密钥或令牌；删除计划文件需一次权限确认；可用 allowlist 外门禁命令仍需人工批准；无管线时视为跳过门禁而非通过。