Guardrail 与执行约束

当前项目的约束包括输入验证、执行前确认、原生实验记录检查和产物路径检查；旧 task_plan 还保留字段校验和补齐机制。它们分别解决不同问题。

当前模块

检查	用户看到的行为
输入路径不可读取	启动窗口报错，修正路径后再启动
范围尚未批准	waiting_input，显示批准/修改表单
手动实验到达终态	请求继续一个实验或结束并汇总
状态已被其他操作更新	revision 冲突，需刷新当前 Run
输出文件或引用不合法	发布/完成失败，应检查真实产物

执行确认和手动实验边界由运行时处理，不能仅用聊天回复代替。在团队模式中，委派工具也受当前 Run 的确认与实验边界限制。

结构检查不验证科学真实性：仍需你审查单位、参考、验证划分、对照与源文件。

旧 task_plan 的字段检查

旧实验记录可能要求 results.metrics、results.findings、artifacts，以及严格合同下的理论依据、隔离对照、复盘和证据引用。缺字段、占位内容或不合法的路径可能阻止继续，并要求补齐。

具体所需字段与严重程度以当前 /api/plan/contract 和界面警告为准。不要把所有失败都归因于 strict，也不要承诺“自动修复三次一定通过”。

遇到缺字段时：

1. 在实验详情与日志中找具体问题。
2. 给出已有证据或说明事实缺失，让 Agent 补齐真实记录。
3. 没有证据时保留未知/未完成边界，不让模型编造结果来通过检查。

Compat / Strict 是实验合同选择，不会关闭模块执行确认、外部输入读取范围或手动继续边界。详见 运行模式与 Profile。