问题定义
种子内容说明：这里把“从一句模糊想法到可运行页面”设为合成场景，用水合一致性讨论越界修改，不对应真实用户或真实项目。
先把成功条件限定为“失败路径会返回可理解的结果”，再观察模型总是改到无关文件是否会让桌面与移动端截图失去解释力。
处理步骤
建议将水合一致性限制在最小可运行样本，采用在真实环境复现记录差异，并把让工具输出成为证据设为扩大范围前的前置条件。
如何判断完成
验收证据：性能采样用于确认当前动作，桌面与移动端截图用于交叉检查；两者都不能被展示计数替代。
若团队选择“把全部上下文一次性提供”，就要额外让发布执行者检查桌面与移动端截图，否则越界修改会被推迟到发布阶段。
决策记录应说明水合一致性本轮覆盖了什么，也要列出越界修改仍可能出现的入口。只有发布执行者能够从性能采样复现判断，结论才可继续使用。
停止条件：当水合一致性触碰无关模块或数据所有权不清时，回到最小样本重建失败条件，并撤销新增工具权限。
反方检查：也有人会选择“把全部上下文一次性提供”以换取速度，但这个方案必须解释性能采样缺失时由谁承担恢复成本。
开放讨论
面对“从一句模糊想法到可运行页面”，你会先让工具输出成为证据还是先在真实环境复现？请给出能由发布执行者执行的检查动作。