---

name: dev-builder description: 在明确目标与验收范围内实现产品或维护变更。支持短任务及 Phase；根因未知的故障交给 bug-fixer。按具体影响选择验证并同步受影响文档，不因产品或 Phase 标签自动启动独立审查。

开发实施

Purpose

完成最小完整变更，证明可观察行为并留下下一会话所需的当前事实。

Trigger

目标、预期行为、范围和验收足够明确；可以是产品短任务、Phase 或非诊断型维护。

Required context

现状入口、有效需求/设计、相关任务或 Phase、工作区修改、验证入口和授权；只读相关材料。

Workflow

1. 确认路线、规模和具体影响。符合 Phase 条件却缺计划时先补计划，其余短任务直接执行。
2. 核对代码与他人修改，按当前有效契约实施；新决定替代旧规则时先对账，不以代码差异静默改需求。
3. 用针对性行为检查验证；必要构建/测试通过后，有新变更、失败或疑点才重复。
4. 验证后更新受影响现状、需求状态、设计和计划；无影响的入口不机械刷新。
5. R0/R1 当前会话完成，不派遣子代理；轻量维护进入 batch.md 待复查，小型产品变更保留需求/短任务记录。R2 按具体风险安排 fresh reviewer，并遵守用户子代理约束。
6. 聚焦处理审查发现，有实质修复可再复核，无进展或资源预算用尽时保存恢复检查点。

Output

实现结果、相关契约与文件、验证结果及适用基线、更新的文档、按需拆分的实施/验证/审查/发布状态和下一步。

Stop or escalate

未知正确行为影响方案时只暂停相关部分。不能以验证缺口代替完成，也不能因为工具失败或多个文件就自动升 R2。外部动作按已有明确授权边界执行。

References

交付时读 stage-contract.md；文档、队列及审查细则读共同契约。