AI 代理设计模式:按故障控制选择

应根据您可以操作的故障界限选择AI代理设计模式. 开始直接调用模型或一个有工具的代理人. 只有在测量工作负载要求证明了新拓学,并且只有在你可以记录拓学需要的证据时,才能添加序列阶段,并行分支,专家交付或审查循环. 这种答案不太迷人, 如果部分工作已经消失,更容易调试,运行更便宜,并且更难误认为一个健康的系统. 核心规则很简单: 每一次新的执行边缘都会产生证据债务. 在您可以命名其假绿色状态和否认其的收据之前,不要添加边缘. 这篇文章适用于六种常见选择:直接模型调用,单个代理,连续管道,并行风扇输出,专家交付和有限审查循环. 它包括一个对六个工作负载进行重播的确定性选择器. 除非任务获得了自主性,否则开始从代理以下 建筑图应该从最不强大的机制开始,可以满足任务合同. 一步分类或翻译通常不需要工具或代理循环. 健康问题只是,产品是否符合定义的声明. 一个代理人变得有用,当任务足够开放,需要多个决策或工具调用时. 例如,订单支持代理可以解释请求,检索订单,并编写答案. 它仍然有一个所有者和一个地方来验证结果. 这与目前的官方指导一致. 在选择模式之前,谷歌云的代理模式指南要求定义任务复杂性,延迟,成本和人力参与的要求. 它建议在早期开发期间从一个代理开始,并指出多代理设计增加了评估,安全性,可靠性和成本问题. 同样, Azure 建筑中心也推了最低的复杂性,可靠地满足要求;它在多代理系统中调整上线费用,延迟和额外故障模式. 使用第一个决定界限: 工作负载物件 合理的违约 完成证明 只有一个变化,没有工具. 直接模型调用 输出超过任务声明 一个领域内的多项决定 有工具的单个代理人 验证所需的工具效果和最终结果 固定的阶段,具有严格的依赖性 序列管道 每个阶段都消耗了预期的前身版本 独立的子任务,其延迟很重要 同步风扇 在整合之前,每一个所需的分支都会被计算 动态路由跨不同的领域或权威 专家交付 接收器接受了所有权,可以从持久的线索中恢复 检查必须持续到可测量状态维持 封闭循环 进展发生了变化,验证器通过了, 桌子是默认的,而不是自动设计. 如果输出引发不可逆转的操作,直接通话仍然可能是不安全的. 如果它拥有数十个工具,且有不兼容的权限, 工作负载和权威界限. 重要的是避免把分解视为自由可靠性. 分开一个任务到多个组件可以提高专业化,延迟或安全隔离. 它还会产生更多的部分状态. 运营商必须能够在没有阅读说服的最后信息的情况下判断运行所占的状态. 让每一个拓学支付其证据债务 AWS 规范指南将代理模式描述为可重复使用,可组合的构建块. 重复使用是有价值的,但成分改变了"做了"的意思. 报告成功的组成部分仅仅是活动证据. 有用的问题是,整个拓学是否产生了预期结果. 序列:证明链,而不是最后阶段 如果阶段顺序是正确性的一部分,则有序模式是合适的:提取,验证,批准,然后发布. 当一个后期阶段失败,使用过时代输出或产生了不兼容的版本后出现错误绿色情况. 每个阶段都提供至少包含以下内容的收据: 运行身份证和阶段身份证; 前者收件或输入哈希; 输出哈希或持久效果ID; 终端状态和完成时间; 允许下一个阶段的说法. 下一个阶段应该拒绝一个缺失或不匹配的前身,而不是猜测. 最后的 公布完成事件不能修复缺失的验证收据. 同步:在计数完成之前,结会员 当独立部门减少延迟或收集不同的证据时,并行扩展是合理的. 它的特征性故障是收藏器返回抛光答案,而所需的分支是缺席的,重复的,迟到的,或基于陈旧的输入. 在发送之前,冷一张分支表. 标记所需或可选的分支. 然后决定对冷的表格进行定决,而不是对接到的答案. 收藏器需要分支身份,输入版本,终端状态,效果身份和新鲜性. 如果需要四个答案,就不够得到三个答案. 转让:转让所有权,而不仅仅是文本 当下一个代理需要不同的域名,工具集或许可限制时,专家交付是有用的. 当发送者报告转移时,它默默失败,但接收者从来没有接受工作或接受它,而没有继续状态. 一个持久的交换需要两个方面: 1. 发送者记录预期接收器,工作身份证,文本版本以及其余结果; 2. 收件人记录了接受,拥有权时代,以及简历缓解器. 在接受之前,工作将与发送者一起等待. 接收后,只有接收者才可以执行下一个效果. 这可以防止模糊的差距,并减少重复工作后的重复工作. 循环:预算进展,不仅仅是代 在通过重复评估改善质量时,生成器批判或修复验证循环是适当的. 这不仅仅是因为第一个结果可能是弱的. 循环必须具有可测量的进步信号,验证器和停止条件. 记录: 复制数量和最大数量; 截止日期和剩余成本; 输入和输出指纹; 一个特定领域的进步三角形; 验证人员的结果; 继续,停止或升级的理由. 一个循环重复不同的措辞,而不改变测试,限制或预期的文物是活跃的,但没有进步. 在它消耗了保存证据,回滚或询问一个人所需的最后预算之前, 在采用图表之前重复选择规则 我把前面的边界转化为一个小的确定性选择器. 它故意更喜欢简单的模式. 优先级是明确的,因此需要反复验证器的工作负载不偶然属于序列类别,仅仅是因为其步骤有顺序. 完整的文物使用了 pattern cases.json , select agent pattern.mjs 和预期报告. 用: 六次重播产生了准确的预期平衡: 工作负载 选择的模式 要求收件 分类一个消息 直接模型调用 输入/输出声明 找一个命令,回答. 单独的代理人 运行表,工具效果收据,结果声明 摘取,审查,发布 序列 阶段接收链,输入版本,停机状态 研究四个独立的来源 同步风扇 结的分支表,要求定数,总结声明 向专家提供路线支持 专家交付 所有权收据,续航线索,最终确认 在测试通过之前修改代码 封闭循环 复制预算,进步三角形,验证人判决 所有六项建议都相匹配,所有六项都提出了明确的证据义务. 这种第二个结果比选择器的准确性更重要. 没有收件合同的模式名称是设计偏好,而不是运营决定. 在重播中,有三个观察结果. 首先,拓模糊的地图是为了证明模糊的地图. 序列阶段创造了部分完成的模糊性;平行分支创造了成员的模糊性;交付创造了所有权的模糊性;循环创造了终止的模糊性. 其次,在每一个模式中,仍然需要相同的最终结果. 一份完整的分支公告证明分支会计,而不是汇编的报告回答了客户的问题. 一份交付收据证明了所有权,而不是交付. 通过批评人的判决,只证明了批评者实际评估的标准. 第三,迁移触发器比模式热情更可靠. 当证据显示工具过载,严格的安全界限,独立的延迟,或更简单的拓无法包含的重复故障时, 离开一个代理. 多代理更可扩展不是一个可测量的触发器. 处理模式作为一个运营合同 在实施之前,为所选的模式写一页合同: I预期结果: 有哪些可观测的文物或效果必须存在? A权威: 哪个组件可能会使每一个可逆或不可逆的变化? 成员: 哪些阶段,分支,或专家属于这场比赛? 进展: 有益的工作进展时,会发生什么变化? 在等待: 什么依赖或人的决定正确暂停工作? 失误: 什么证据可以将暂时错误与卡车运行区分开来? 完成: 哪些确定性检查清除了工作? 预算: 什么限制时间,重试,代币和副作用? 然后在发射前注射Topology的特性故障. 删除一个顺序阶段的收据. 放下一个需要的平行分支. 延迟接收. 返回一个未改变的文物. 系统应该被封锁,等待或不确定,而不是绿色. 这里有一种实际的局限性. 选择器无法证明您的工作负载描述是正确的. 它不衡量模型质量,供应商可用性或框架的实际可靠性. 收件方案也不能证明其执行发射真实的事件. 验证所选的模式,使用生产形状的装置,故障注射和目的地水平的结果检查. 因此,最安全的审查问题不是哪个AI代理设计模式最好? 没有检查私人内容,我们可以证明它的新部分状态吗? 如果答案是直接的电话或一个代理,请保留它. 如果答案是更复杂的拓学,请将其收据作为设计的一部分,而不是以后的监测项目. Sidewisp旨在在在现有的代理运行时间中增加一个健康层,注意可访问性,有用的进展,背景,工具,结果和成本. Sidewisp 目前处于私密预览阶段。 它的公开网站和互动演示是现场的,但生产代理健康收集和运行时间适配器没有在当前的网站存储库中发送. 如果这种"证据第一"方法与你想要运营代理的方式相匹配,你可以加入私人预览等待名单.