没有人的代理船队会像卖家说的那样失败

没有人的代理船队会像卖家说的那样失败。

我用一台笔记本电脑运行了49个预定的AI特工. 还有24个坐在他们旁边 故意关机 这种区别比听起来更重要。 18个月后,我不再对模型错误感到惊讶。 模特儿误解了要求,偶尔还会产生自信的胡言乱语. 我期望这样 我测试它。 仍然抓住我的是 这些错误很少导致停产。 我的舰队没有严重的失败 开始一个糟糕的模型答案。 在堆栈中它们开始较低:一个从未上载的工作,一个只存在于我的终端的外壳命令,一个证书在运行之间过期,一个基于操作系统不载运的公用设备的超时守护. 特工没有叛变 尤尼克斯发生了。 大多数代理-放行指导都是从一个拟议架构中向前写出:路由器,专家代理,工具和内存,盒子之间的清洁箭头. 这些图是我自己画的 但是,我实际使用的每一个设计规则都因为一个事件而退后,在箭头停止了移动,仪表板仍然看起来绿色. 一个星期的三次失败解释了差距。 真正破了的是什么, 为什么没有一个是模型 我检查过的地方 第一次失败都是正确的 工作存在于磁盘上,其配置是有效的,一个同义链接指向了预期的目录,当用手引用时脚本会跑. 它从未在排程员那里登记过。 我写过定义,把它移到原地,确认文件是属于它的地方,并且从未问过调度员是否把它捡起. 几天来,它什么也没做,也没有产生任何错误,因为没有任何进程不能失败。 我检查了所希望的状态,并把它误认为是实际状态。 这听起来很基本 这也是一个熟悉的系统问题的小版本. 理查德·库克(Richard Cook)关于复杂系统如何失败的论文认为,事件通常归结于附近一个明显的原因,尽管失败来自几个通常容忍的条件。 我附近的事业。

（编译自 InfoWorld；原文 https://www.infoworld.com/article/4211603/nobodys-agent-fleet-fails-the-way-the-vendors-say-it-will.html，编译转述，非原文转载）