先标明边界
这是用于填充社区工作流的合成讨论，主题是MCP 契约在“在旧系统中增加新能力”里如何面对模型总是改到无关文件。
这里把“关键入口能够重复执行”作为完成定义，并让数据所有者检查MCP 契约有没有越过原始任务范围。
从哪里开始
实施顺序从将假设转成可检查条件开始，把MCP 契约缩成单一入口；随后明确数据所有权，只在幂等重放结果通过后扩大改动。
验收清单：
- 用幂等重放结果固定“在旧系统中增加新能力”的当前基线。
- 请数据所有者复核任务状态迁移记录与任务边界。
- 若模型总是改到无关文件仍出现，停止扩大MCP 契约的改动范围。
证据和回退
验证记录：数据所有者只根据幂等重放结果判断本轮完成度，同时把任务状态迁移记录留给环境差异复查。
对“在旧系统中增加新能力”来说，越界修改不是单纯的模型质量问题，还涉及数据所有者能否理解并撤销本轮动作。
本轮最多证明“在旧系统中增加新能力”中的一个受控路径，不能证明工具在未知条件下也安全。把越界修改和幂等重放结果一起记录，才能为下一次决策留下上下文。
恢复路径：一旦模型总是改到无关文件扩大影响范围，立即停止自动执行并把决策交回人工审核，并用任务状态迁移记录确认基线。
讨论题
在将假设转成可检查条件与明确数据所有权之间，你会怎样为MCP 契约排序？幂等重放结果不足时是否应该拒绝发布？