LangChain 总结构建公司级智能体的五个组件
LangChain 的 Harrison Chase 和 Caspar Broekhuizen 发文,总结其营销、销售、工程三个内部智能体共用的五个核心组件:智能体放在 Slack 等现有工作场所、区分代用户行事与固定身份、全局与用户两级记忆、沙箱内执行代码、大量运行为定时或事件触发。文中以 GTM Agent、OpenSWE、Content Studio 为例,说明各自在身份、记忆和代码执行上的具体处理方式,三者均构建在 Managed Deep Agents 之上。

:当这些智能体采取行动时,它们代表谁采取行动? 业界主要有两种处理方式: 代为行事: 智能体代表调用它的用户行事 固定凭证:无论调用者是谁,智能体都使用一组固定凭证(例如服务账号) 我们为每个智能体都是这样处理的(文档: 为 Managed Deep Agents 添加身份, 管理连接): OpenSWE: 当你给它发消息时,它代表你行事(例如会用你的 GitHub 账号创建 PR) 当它在后台运行时(例如作为代码审查智能体),它以自身身份(GitHub 应用)行事 GTM Agent: 它有一些工具(例如 Salesforce 访问权限)使用固定身份,这样就不需要每个人都登录 它有一些工具(例如电子邮件)代表调用该智能体的用户行事。这些工具仅在私信中可用。在共享频道中不可用 Content Studio: 它有一些工具(例如 Notion)代表调用该智能体的用户行事 它有一些工具(例如 Twitter)使用一组固定凭证,在本例中是我们公司的 Twitter 账号。不过只有白名单中的用户才能在此调用某些操作。例如,不是每个人都能发推文(他们可能只能读取/起草) 问题:记忆 所有智能
匹配字段正文



