为什么讨论
这是用于填充社区工作流的合成讨论，主题是上下文交接在“在旧系统中增加新能力”里如何面对生成结果看起来正确却无法运行。
为了控制“在旧系统中增加新能力”的返工成本，上下文交接必须同时满足任务边界和“关键入口能够重复执行”两项约束。
建议流程
把模型输出、人工修订和最终状态分开记录，由最终使用者依次检查权限拒绝日志与失败注入演练，避免结果互相覆盖。
验收清单：
- 用权限拒绝日志固定“在旧系统中增加新能力”的当前基线。
- 请最终使用者复核失败注入演练与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大上下文交接的改动范围。
取舍与停止条件
验收证据：先看失败注入演练能否定位不可运行输出，再用权限拒绝日志证明改动没有扩散到无关路径。
选择“把全部上下文一次性提供”之前，先确认失败注入演练是否足以支持回退，否则这个选择不可逆。
本轮最多证明“在旧系统中增加新能力”中的一个受控路径，不能证明工具在未知条件下也安全。把不可运行输出和权限拒绝日志一起记录，才能为下一次决策留下上下文。
恢复路径：发现不可运行输出后先冻结发布，再固定依赖版本并重放同一输入，最后重新确认“关键入口能够重复执行”。
经验征集
面对“在旧系统中增加新能力”，你会先将假设转成可检查条件还是先先验证关键路径？请给出能由最终使用者执行的检查动作。