范围声明
这是用于填充社区工作流的合成讨论，主题是隐私边界在“让生成代码符合现有工程约束”里如何面对模型总是改到无关文件。
如果同一任务的盲测结果无法回答越界修改发生在哪里，隐私边界就仍处于演示阶段，不能进入发布判断。
可重放步骤
先让独立评审者声明验收门槛，再执行隐私边界；这样同一任务的盲测结果可以判断模型总是改到无关文件是输入问题还是实现问题。
验收清单：
- 用同一任务的盲测结果固定“让生成代码符合现有工程约束”的当前基线。
- 请独立评审者复核结构化输出失败样本与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大隐私边界的改动范围。
评审证据
证据门槛：如果同一任务的盲测结果不能复现模型总是改到无关文件，就先修正测试条件，而不是继续增加隐私边界的实现范围。
取舍点在“为每个任务拆分多个并行 Agent”：它可能缩短隐私边界的首轮时间，也可能放大模型总是改到无关文件带来的评审与恢复成本。
完成定义需要同时包含正向结果和失败结果：前者用同一任务的盲测结果说明，后者用结构化输出失败样本定位越界修改。缺少任一侧，都不能宣称隐私边界已经稳定。
停止条件：当隐私边界触碰无关模块或数据所有权不清时，恢复上一份已验证配置后重新跑关键入口，并撤销新增工具权限。
欢迎补充
你会让谁负责确认同一任务的盲测结果：独立评审者还是实现者？两者结论冲突时怎样回到“改动范围与任务边界一致”？