用途：build-task 用于自主完成一项开发任务，覆盖研究、规划、构建、审查、修复与交付的完整流程。输入可以是空的（自动检测最近的 docs/plans/*.md）、计划文件路径、任务引用（如 #123、PROJ-123、URL），并支持 --no-ship 跳过交付、--ac 指定验收标准。
主要能力：先检测输入类型并解析参数；对任务来源会抓取并认领任务、设置终端标题、配置工作区；强制校验当前分支不是 main/master 等受保护分支；解析工具箱得到方法论、构建/修复代理、编码风格、设计系统路径、研究钩子、交付前钩子和质量门审查者；按触发器自动研究；必要时压缩研究结果；对任务来源进行规划。随后把上下文交给 build-task-workflow-manager 代理执行构建、强制去冗余、强制验收标准验证、强制质量门、最多 3 次修复循环、记录经验、执行交付前钩子、创建 PR，并在任务来源下完成任务。
使用方式：以 Skill("build-task") 调用，可附加计划路径或任务引用，例如 Skill("build-task") docs/plans/add-auth.md、Skill("build-task") #42、Skill("build-task") PROJ-123。验收标准来源依次为 --ac 参数、计划文件的 Acceptance Criteria 段、GitHub Issue 正文或 Linear/Beads 任务描述。
适用场景：需要把计划或任务单自动推进到 PR 的工程流程，尤其适合批量交付（配合 --no-ship）。
限制：若工作区设置后仍处于受保护分支则停止并报错；修复循环上限 3 次；调用方需自行持久化结果（如更新计划复选框）；资料未提供具体平台支持范围、收费与效果信息。