5道墙站在一个演示员和一个部署的

5道墙站在一个演示员和一个部署的。

制作一个在演示中看起来令人印象深刻的AI代理,现在是一个周末项目. 建立一个企业实际上会让其客户关系管理、数据仓和客户接触的系统是一个完全不同的学科,几乎没有一个与运输代理人有关的挑战生活在模型中。 挑战在于围绕模型的基础设施,包括允许成为谁,允许看到什么,允许做什么,如何在工作时间中保持其位置,以及是否有人相信结果. 这些都是系统问题,而不是引起问题。 在本篇文章中,我将介绍可靠地使企业代理项目停顿的五个障碍,以及解决这些障碍的建筑模式. 这些例子来自一个生产系统:一个名为Jean-Paul的代理平台,它运行在SnapLogic的集成结构上和模型背景协议上。 但是,这些经验教训意在广泛应用。 如果你在这个空间里建造, 你会撞到所有的五道墙, 不管你的堆。 认证墙 演示代理认证使用单一的 god-mode API 密钥,但企业代理不能,因为安全团队需要了解代理代理代理是谁以及允许其访问什么. MCP给你正确的原始答案。 在协议中,代理总是客户端,它拥有的每一种能力都被MCP服务器所曝光. 这种分离很重要,因为它使模型能够做的与模型能够做的脱钩。 代理商从来不持有 销售力或大查询的原始证书。 它与这些系统前方的服务器有连接,服务器是执行身份和授权的地方。 关键控制点是代理工具访问组装时。 在一个设计良好的系统中,这是每场会议的一个单一执行点:访问从零开始,只允许用户发挥作用所允许的工具。 代理通过基于组的权限确定服务器访问权限, 并每个。

（编译自 InfoWorld；原文 https://www.infoworld.com/article/4209927/the-five-walls-standing-between-a-demo-agent-and-a-deployed-one.html，编译转述，非原文转载）