场景和目标
透明度说明：下文围绕独立开发的成本预算构造“修复只在真实浏览器出现的问题”案例，所有经历均为合成数据。
讨论边界包括仓库约束、工具权限和数据所有权；成本预算只有经值班维护者复核可完成的用户任务后才算进入闭环。
操作边界
实施顺序从用小步提交降低风险开始，把成本预算缩成单一入口；随后在真实环境复现，只在可完成的用户任务通过后扩大改动。
验收清单：
- 用可完成的用户任务固定“修复只在真实浏览器出现的问题”的当前基线。
- 请值班维护者复核成本明细与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大成本预算的改动范围。
验收闭环
验证记录：值班维护者只根据可完成的用户任务判断本轮完成度，同时把成本明细留给环境差异复查。
选择“把提示词当作长期工程资产”之前，先确认成本明细是否足以支持回退，否则这个选择不可逆。
本轮最多证明“修复只在真实浏览器出现的问题”中的一个受控路径，不能证明工具在未知条件下也安全。把越界修改和可完成的用户任务一起记录，才能为下一次决策留下上下文。
停止条件：可完成的用户任务无法复现或权限超出边界时，执行“隔离冲突改动后逐项重新合并”，不继续追加成本预算改动。
分歧点
你如何判断“改动范围与任务边界一致”已经满足？值班维护者还应补看哪类成本预算证据？