工程观点 / Production Harness Talk
实践讲座:生产Harness可靠性
Vinoth Govindarajan讨论持久状态、并发写、超时、审批和用户侧交付证明。
检索别名:Vinoth Govindarajan · 生产可靠性
01 输入
- 生产业务路径
- 会话任务及写入trace
- 用户侧交付合同
02 处理机制
- 识别事实的权威来源
- 串行提交共享变更
- 设计未知结果和恢复
- 用receipt核真实交付
03 输出与证据
- 状态审批并发验收表
- 重启超时及交付用例
讲者与资料范围
Vinoth Govindarajan在AI Engineer World's Fair 2026的《Your Agent Didn’t Fail. Your Harness Did.》讨论生产系统可靠性。资料依据为原发布方完整带时间戳逐字稿;文字分析不等于连续观看视频,也不等于复现案例。页面可核会议年与18:26时长,确切上传日未作为事实使用。讲者以OpenClaw公开问题说明边界,并非以其维护者身份作产品承诺。
观点:回答结束后证据仍要存在
讲座围绕状态缺口、并发覆盖、悬空工具调用、审批漂移和缺少用户侧交付证明展开。2:39提出模型建议动作、harness提交、receipt证明;8:11讨论两次局部正确写入仍会丢更新;13:00区分组件成功与用户真正看到结果。这些案例说明流畅回答和正常日志,不足以证明跨轮运行可靠。
工程含义:为每类事实指定权威
企业实现应明确会话属于日志、工单状态属于工单系统、偏好属于memory,给每个事实一个可重放依据。并行检索可以保留,但共享可变资源需要有序提交或版本检查;写操作超时进入结果未知,而不是直接重试。恢复指令还要有独立于堵塞队列的通道,避免取消和修复也被卡住。
将讲座转成验收
选择一条真实业务路径,逐项检查触发身份、继承状态、授权、执行和幸存证据。验证报告核用户关心的终态,并记录未确认,而非仅抄工具的成功文本。SDK提供接口不代表应用自动满足全部条件;具体系统仍需kill/restart、重复回调、并发写和交付失败测试。上述验收是对观点的工程推导,不是讲者报告的企业实测。
RELATIONSHIP MAP
与其他节点的关系
箭头从本节点指向目标;关系是工程分析映射,不代表厂商合作或已披露的内部实现。
PRIMARY SOURCES
来源与阅读边界
来源按研究截止日整理。官方文档说明能力和约束,代码只证明对应版本,论文与讲座不自动证明生产效果。 资料截止:2026-10-15。
- 原发布方完整逐字稿 ↗讲座 / 播客
定位:2:39 状态提交;8:11 并发写;13:00 交付边界
文稿分析不代表连续观看、演示复现或现行产品资格。
- 原始视频 ↗讲座 / 播客
文稿分析不代表连续观看、演示复现或现行产品资格。