@DailyDoseOfDS_: 一个受框架控制的LLM智能体，清晰解释！大多数人认为这是一个模型加上附加工具。真正的架构…

一个受框架控制的LLM智能体，清晰解释！ 大多数人认为这是一个模型加上附加工具。真正的架构颠倒了这种关系。 模型本身故意设计得很精简。智能被推向外部，框架在运行时将它们组合起来。 三个维度围绕框架核心运行： - 𝗠𝗲𝗺𝗼𝗿𝘆 保存模型不应携带在权重或上下文中的状态。工作上下文、语义知识、情景经验和个人化记忆各自拥有自己的生命周期。 - 𝗦𝗸𝗶𝗹𝗹𝘀 保存程序性知识。这可以涵盖操作流程、决策启发式以及规范约束，使通用模型针对特定任务专业化。 - 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹𝘀 保存交互契约。智能体对用户、智能体对智能体、智能体对工具是三个不同的交互面，各自有各自的故障模式。 在核心与这些模块之间是中介器，如沙箱、可观测性、压缩、评估、审批循环和子智能体编排。 它们管理框架如何向外访问以及状态如何回流。 这个框架揭示的一个有用问题是：对于任何新功能，它应该放在哪里？ - 稳定的知识放入记忆 - 学习的模式放入技能 - 通信契约放入协议 - 循环治理放入中介器 框架设计变成了一个关于外化什么以及如何中介的问题。 我们写了一篇关于智能体框架解剖的文章，涵盖了编排循环、工具、记忆、上下文管理以及将无状态LLM转变为有能力的智能体的所有其他内容。 请阅读下文。