详细内容或原文请订阅后点击阅览
从休息到推理：穿越AI-First Architecture的旅程
我们将从认罪开始：即使经过多年的设计企业系统，AI体系结构仍然是我们的行动目标。景观的变化如此之快，以至于今天感觉到最前沿的东西可能是明天的餐桌赌注。但这就是为什么我们想分享这些想法的原因，因为我们都在学习。在[…]
来源:O'Reilly Media _AI & ML我们将从认罪开始：即使经过多年的设计企业系统，AI体系结构仍然是我们的行动目标。景观的变化如此之快，以至于今天感觉到最前沿的东西可能是明天的餐桌赌注。但这就是为什么我们想分享这些想法的原因，因为我们都在学习。
在过去的几个月中，我们一直在尝试使用所谓的“ AI-NATICATION Architecture” - 从头开始设计的系统以与AI合作，而不是将AI固定为事后才想到。这是一次令人着迷的旅程，充满了惊喜，死胡同，以及那些奇妙的“啊哈！”瞬间提醒您为什么首先进入这个领域。
伟大的API觉醒
让我们从API开始，因为这是理论符合实践的地方。传统的REST API（我们所有人已经建立了多年）就像通过厚墙进行对话。您通过预定的漏洞大喊请求，希望它能正确通过，并等待可能没有意义的回应。
，我们在尝试将AI代理与现有服务生态系统联系起来时发现了这一点。代理商在文字上一直撞到墙壁。他们无法发现新的终点，适应不断变化的模式，也无法处理人类认为是理所当然的上下文细微差别。就像看着一个非常有礼貌的机器人反复走进玻璃门一样。
输入模型上下文协议（MCP）。现在，我们不会声称自己是MCP专家 - 我们仍在自己弄清楚自己的黑角 - 但到目前为止，我们学到的知识非常引人注目。 MCP不是那些僵化的休息终点，而是为您提供了三个对AI有意义的原始人：动作的工具原始图，数据的资源原始图以及及时的复杂操作模板。