dev-builder

# 开发实施 ## 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](references/stage-contract.md)；文档、队列及审查细则读[共同契约](../../../.creator/references/workflow-contract.md)。