Harness：模型周围的执行与治理系统

假设助手只能读取一组已审核的公开网页，输出带链接的摘要草稿。模型擅长概括，但整个系统仍需处理网页超时、来源更新、正文提取失败和引用不匹配。若把抓取结果直接拼成提示，页面中夹带的“忽略前面的规则”也可能进入上下文。

一个合理设计是先限定来源范围，记录获取时间，把抓取正文明确标为资料，再让模型形成主张与证据映射。输出经过链接格式检查和人工抽查后成为草稿。页面中的命令式文字只是被研究的材料，不能获得修改工具权限的资格。

如果抓取失败，状态中保留失败地址与原因，不让模型补写缺失事实。如果发现内容已经改版，则重新核对适用日期。发布权限与生成草稿权限分开配置，防止一次摘要错误直接变成公开信息。

日志记录什么才有用

应记录任务编号、使用的公开来源、工具动作、状态变化、验证结果和必要错误信息。凭证、完整私人文档或不必要的个人数据不应进入普通日志。日志的目的，是让工程人员重建可观察的执行过程，不是要求模型提供隐藏思维链。

恢复时也要核对外部状态。假设输出文件已经写入，但进程在保存“完成”标记前中断，直接重跑可能生成重复文件。恢复流程可以先检查目标文件和版本，再决定继续或结束。可靠性来自这种具体边界处理，而不是增加一句“请认真”。