Guardrail 与执行约束
当前项目的约束包括输入验证、执行前确认、原生实验记录检查和产物路径检查；旧 task_plan 还保留字段校验和补齐机制。它们分别解决不同问题。
当前模块
| 检查 | 用户看到的行为 |
|---|---|
| 输入路径不可读取 | 启动窗口报错，修正路径后再启动 |
| 范围尚未批准 | waiting_input，显示批准/修改表单 |
| 手动实验到达终态 | 请求继续一个实验或结束并汇总 |
| 状态已被其他操作更新 | revision 冲突，需刷新当前 Run |
| 输出文件或引用不合法 | 发布/完成失败，应检查真实产物 |
执行确认和手动实验边界由运行时处理，不能仅用聊天回复代替。在团队模式中，委派工具也受当前 Run 的确认与实验边界限制。
结构检查不验证科学真实性：仍需你审查单位、参考、验证划分、对照与源文件。
旧 task_plan 的字段检查
旧实验记录可能要求 results.metrics、results.findings、artifacts，以及严格合同下的理论依据、隔离对照、复盘和证据引用。缺字段、占位内容或不合法的路径可能阻止继续，并要求补齐。
具体所需字段与严重程度以当前 /api/plan/contract 和界面警告为准。不要把所有失败都归因于 strict，也不要承诺“自动修复三次一定通过”。
遇到缺字段时：
- 在实验详情与日志中找具体问题。
- 给出已有证据或说明事实缺失，让 Agent 补齐真实记录。
- 没有证据时保留未知/未完成边界，不让模型编造结果来通过检查。
Compat / Strict 是实验合同选择，不会关闭模块执行确认、外部输入读取范围或手动继续边界。详见 运行模式与 Profile。