2026-08-01T05:02:19.455Z
监督员:一个老板,新的证据,验证的工作
建立一个单独的监护犬, 保护等待和不确定性, 阻止重复控制,
一个 Zagent监视犬 是一个单独的观察员,它跟踪另一个代理的运行,决定它是否在工作,合法等待,被困,不确定,失败或完成,并审计声称的结果. 很有用的默认是一个主要阅读的监护犬, 租合同, 缓慢的证据驱动的序列, 没有自动突变权限. 程序活着和所要求的工作正确是单独的判决. 这一定义也解决了当前搜索结果中的模糊性. 监控犬可以意味着一个旧的基础设施重启妖怪,一个AI安全产品,或者一个监督另一个代理的代理. 这本指南探讨了第三个意义. Builder.io目前的 agent watchdog 技能描述了相同的具体交付:等待另一个代理,重建请求,然后检查对差异的索赔,文件,测试,CI,截图和审查状态. 它的修复模式是独立的,需要授权. 这种分离是正确的起点. 给一个监护犬的所有权 一个监护犬需要自己的身份和租. 没有它们,两个定期检查都能得出结论, 即使两种诊断都正确, 用这样的记录: runId 将观察者绑定到一个作品. watchdogId 标识了所有者. 在一个失败的观察员之后, 过期期迫使重新选举, 据 observedAt 说,该判决是多么新鲜的;它不能与 lastProgressAt 交换. 一个观察者可以记录最近的进展, 在每个判决之前,执行三个所有权规则: 1. 必须有一个未到期的监护犬租合同. 2. 在分类或建议干预之前,观察员必须更新证据. 3. 替代监护犬只能在之前的租合同到期或明确释放后接管. 如果有两个现实身份证,请返回 conflict . 不要让"两者都只是帮助"成为隐含的同步政策. 单独的观察,干预和结果门 库伯尼特斯记录了启动,准备和活力探测, 因为它们回答不同的问题, 它的文档还警告说,不良的活力规则可以使重启在负载下导致断失败. 一个AI代理监视犬需要一个相等的分离,附加一个输出门. 观察门: 证据足够新鲜来分类这次逃跑吗? 检查观察员的时间标签,代理可访问性,进步收件,等待的元数据和当前终端状态. 暂停或缺失的样本产生 uncertain ;它没有证明 stuck . 干预门: 行动是否合理和授权? 一个只能阅读的监护犬可能会报告过时的凭证,一个没有拥有的人等待,或者十分钟没有有用的进展. 它可能不允许重新启动,取消,编辑文件,发送消息或花费更多的预算. 给每一个允许的行动自己的尝试,时间和成本限制. O输出门: 要求的工作是否通过了验证器? 终端过程状态仅仅是活动证据. 对于代码任务,收据可能结合预期的承诺,一个清洁的目标测试和所需的截图. 对于发布任务,它可能需要API平衡,HTTP 200页面,网站地图包含和染资产. 对于外部副作用,它可能需要目的地反读或无效记录. 谷歌的SRE指导与另一个方向进行了相同的实际区分:白盒信号解释了内部内容,而黑盒检查则暴露了成功协议状态无法检测的错误内容. 监护犬应该保护两者. 记录可以解释为什么运行停止;结果收据决定用户的请求是否得到满足. 使用一种保证不确定性的状态规则 下面的顺序是重要的. 拥有和新鲜性,在进步之前. 一个终端自报报告是在通用停机计时器之前发布的,但它仍然不会绕过验证. 两个分钟的观察新鲜度和十年的进展窗口是固定值,而不是普遍的默认值. 根据工作流程来提取它们. 一个通常每40分钟产生里程碑的部署需要一个不同的进展窗口, 运行规则对不同条件的案件进行检查: 案例 证据的变化 判决 限制下一步行动 新进展 新的测试里程碑 working 稍后观察 自己的等待 拥有者和未来的最后期限 waiting 通知接近最后期限 无所有者等待 没有所有者或截止日期 needs human 分配两个 暂停运行 没有进步18分钟 stuck 准备一个诊断 静止观察员 最后的观察时间是4分钟. uncertain 更新证据 复制的监护犬 两个现场监护犬身份证 conflict 选择一个所有者 报告完成 没有结果收据 audit required 验证文物 验证完成 收件票 complete 释放租 在本文中使用的可执行装置中,所有预期的八个分类都通过了. 两个比较特别有用. 一个现实观察员的最新进展是 working ;与两个现实观察员的ID相同的证据是 conflict . 已填写的自报表和缺失的收据是 audit required ;添加验证的收据是达到 complete 所需的唯一变化. 在预期证据变化中选择序列 快速投票并不一定会提前发现失败. 它可能会造成成本,噪音,加息限制压力,以及对未改变的数据的重复判断. 从证据中确定预期变化率和延迟后果. 对于长时间的研究,如果通常每15分钟就会有里程碑,五分钟的观察可能是合理的. 预期开始和截止日期,而不是整天不断进行投票. 人类批准等待需要命名的所有者和升级截止日期;重复的仍在等待电话没有添加任何信息. 一个有用的时间表有四个数字: 查看可访问性和状态时 观察间隔 当观察员自己的证据变得不可用时, 新鲜度限制 ; 进步窗口 具有意义的里程碑之间最长的正常差距; 行动冷却 另一个授权干预之前的最小延迟. 记录最后的证据和时间. 新的日志线并不一定是新的进步. 一次重复的工具调用,未改变的测试故障或再生的相同草案不应仅仅因为过程已活跃,重新设置进步时钟. 合理的恢复违约仍然是报告第一. 如果跑步是 stuck ,准备一个边界诊断或推. 如果是 waiting ,请将决定转移到已命名的所有者. 如果是 uncertain ,收集更好的证据. 如果是 conflict ,请移除额外的监督员. 只有单独批准的政策才能允许可逆的重启,后者必须检查有用的进展. 让监护犬比工作小 一个监督员不能同时成为第二次运行,无限制的审查员和自主修复员. 它的最小有用输入是原始请求,后来的范围变化,稳定的运行身份,新的进展证据,等待所有权,终端状态和特定任务的结果验证器. 其他一切都应该得到收费. 这种设计有严格的局限性:通用远程测量不能证明是任意的可交付性. 一个人必须定义"完成"对任务的意义. 当没有确定性检查时,监视者可以将结果转向人类或狭窄范围的法官,保存证据,并标签信任. 它不应该制造绿色状态. Sidewisp的产品领域是现有药物周围的健康层:可访问性,有用进展,等待,工具,结果和安全恢复界限. Sidewisp 目前处于私密预览阶段。 因此,本文中的合同是您可以在当前的运行时间实现的操作模式不是Sidewisp已经监视或维修现场代理的说法. 开始一个跑步和一个观察员. 要求租,主要阅读观察,保存 uncertain ,并在工作开始之前确定结果收据. 这足以使监督员有用,而不让监督成为另一个失败的来源. 来源 建设者.io代理监督犬 README 提交 51bb048 库伯内特斯:活力,准备和初始探测 谷歌SRE书:监测分布式系统