内容说明
种子内容说明：这里把“让生成代码符合现有工程约束”设为合成场景，用国际化讨论越界修改，不对应真实用户或真实项目。
这个情境的目标不是让输出看起来完整，而是让发布执行者通过类型与端到端测试确认“失败路径会返回可理解的结果”。
拆解动作
执行时先列出不可改动区域，再让国际化只处理一个失败样本；键盘操作记录未出现前，不追加工具权限。
验收清单：
- 用类型与端到端测试固定“让生成代码符合现有工程约束”的当前基线。
- 请发布执行者复核键盘操作记录与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大国际化的改动范围。
复核方式
证据门槛：如果类型与端到端测试不能复现模型总是改到无关文件，就先修正测试条件，而不是继续增加国际化的实现范围。
对“让生成代码符合现有工程约束”来说，越界修改不是单纯的模型质量问题，还涉及发布执行者能否理解并撤销本轮动作。
对国际化而言，可接受结果是“让生成代码符合现有工程约束”中的越界修改出现后仍能定位、停止并恢复。发布执行者应依据类型与端到端测试签署结论，而不是依据生成速度。
回退方案：若“失败路径会返回可理解的结果”没有满足，就关闭新增权限后重新确认必要工具，再由发布执行者重跑类型与端到端测试。
反方检查：过早增加门禁可能拖慢国际化，因此需要用键盘操作记录证明门禁确实减少了越界修改。
留给社区的问题
面对“让生成代码符合现有工程约束”，你会先保持改动范围可解释还是先给失败路径留恢复入口？请给出能由发布执行者执行的检查动作。