用途
w-build 用于按已达成一致的方案增量实现任务，并对结果进行验证。它面向有现成计划，或实现请求足够清晰的场景，帮助在动手前明确边界、验收条件与验证方式。
主要能力
- 在开始前阅读仓库指令、受影响的 README 与脚本、匹配的规则与技能以及技术文档。
- 对有重大影响的决策，从匹配文档中求解；产品范围、密钥或破坏性操作向人类确认。
- 检查工作树，识别本任务负责的文件，声明验收条件，并保留无关改动。
- 若没有计划且改动区域跨包或不熟悉，先执行 council 步骤 1–3。
- 使用既有包和模式实现一个完整切片。
- 修改所属 schema，并运行文档化的生成器，而不是编辑生成的客户端或迁移。
- 运行针对本次改动的最小既有检查；可复现的逻辑缺陷应有回归检查；仅在要求或仓库要求时使用 TDD。
- 检查失败时先调查再构建依赖工作，区分本次回归与既有或环境失败，不通过削弱检查来获得通过。
- 若行为、命令或约定发生变更，更新匹配的 MDX 与最近的 README，否则用一行说明原因。
使用方式
该技能以现有计划或足够清晰的实现请求为输入。使用时不进行提交（do not commit）。验证阶段只运行最小既有检查，完整 pre-push 套件由 /w-ship 负责。
适用场景
适用于需要按计划逐步实现并验证结果的开发任务，尤其是已有计划、需要明确验收条件、需要保留无关改动、或需要区分回归与环境失败的场景。当改动区域跨包或不熟悉且没有计划时，应先走 council 步骤 1–3。
限制
不进行提交。不编辑生成的客户端或迁移，应改所属 schema 并运行生成器。不应运行完整 pre-push 套件。不得削弱检查以获得通过。涉及产品范围、密钥或破坏性操作需向人类确认。未提供具体安装命令、收费与价格信息、支持平台或效果数据。