@DanKornas:如果你真的想构建能够投入生产的多智能体系统,仅仅有更好的提示是不够的。一个能力…

X AI KOLs Timeline 产品

摘要

一个推文线程,推广丹尼斯·罗斯曼(Denis Rothman)的著作《Context Engineering for Multi-Agent Systems》(多智能体系统上下文工程),该书教授如何通过上下文工程、双重RAG以及其他技术构建透明、模块化的多智能体系统。

如果你真的想构建能够投入生产的多智能体系统,仅仅有更好的提示是不够的。 一个能力强的模型仍然可能存在于一个脆弱的系统中。上下文传给了错误的智能体,检索返回了未引用的事实,记忆延续了过时的状态,而且没人能解释最终的答案。 丹尼斯·罗斯曼(Denis Rothman)的《Context Engineering for Multi-Agent Systems》正是为了解决这个系统性问题。 这本396页的书构建了一个上下文引擎(Context Engine):一种透明的多智能体架构,其中上下文、角色、检索、验证、策略和追踪都是一流的组成部分。 你将学到并应用: 语义蓝图:在模型开始工作前,结构化目标、角色、约束和输出。 MCP编排:通过清晰的消息、验证和错误处理来协调专业智能体。 双重RAG:通过独立路径检索操作指令和事实知识。 黑盒透明执行:追踪计划、检索、智能体交接和失败,而不是猜测问题出在哪里。 上下文缩减:压缩中间状态以控制令牌使用、延迟和上下文过载。 可验证RAG:保留引用、净化输入、防御提示注入和中毒数据。 生产架构:添加模块化组件、日志记录、审核、策略控制、人工升级和可观测性。 配套仓库包含每章的Python笔记本,因此你可以分阶段构建系统,然后将一个工作流适配到你自己的技术栈中。 总结:这本书为AI工程师提供了一种实用方法,让他们从收集提示转向可以检查、调试、保护和操作的系统。 感谢@PacktPublishing的合作,以及丹尼斯·罗斯曼(Denis Rothman)将上下文工程变得足够具体,以至于可以实际构建。
查看原文
查看缓存全文

缓存时间: 2026/07/14 16:29

如果你认真考虑构建能在生产中存活的多智能体系统,更好的提示词是不够的。

一个强大的模型仍然可能存在于脆弱的系统中。上下文传递给了错误的智能体,检索返回了未引用的事实,记忆携带过时的状态向前推进,而且没人能解释最终的答案。

Denis Rothman 所著的《Context Engineering for Multi-Agent Systems》解决了这个系统问题。

这本 396 页的书构建了一个上下文引擎(Context Engine):一种透明的多智能体架构,其中上下文、角色、检索、验证、策略和追踪都是一等组件。

你将学习和应用的内容:

  • 语义蓝图:在模型开始工作前,结构化目标、角色、约束和输出。
  • MCP 编排:通过清晰的消息、验证和错误处理来协调专业智能体。
  • 双 RAG:通过分离的路径检索操作指令和事实知识。
  • 玻璃盒执行:追踪计划、检索、智能体交接和失败,而不是猜测哪里出了问题。
  • 上下文缩减:压缩中间状态以控制 token 使用、延迟和上下文过载。
  • 可验证 RAG:保留引用、清理输入,并防御提示注入和中毒数据。
  • 生产架构:添加模块化组件、日志、审核、策略控制、人工升级和可观测性。

配套仓库包含每章的 Python 笔记本,因此你可以分阶段构建系统,然后将一个工作流适配到你自己的技术栈。

底线:这本书为 AI 工程师提供了一条从提示词集合转向可检查、调试、保护和操作系统的实用路径。

感谢 @PacktPublishing 的合作,以及 Denis Rothman 让上下文工程变得足够具体以进行构建。

在此处获取您的副本:https://packt.link/ContextEngineering

相似文章

@ghumare64: https://x.com/ghumare64/status/2052825541057626258

X AI KOLs Timeline

一个X帖子认为生产级AI代理需要运维支撑框架(运维手册、权限、日志、回滚、验证),而不仅仅是更好的提示词。作者引用了DevOps演进历程,指出提示词提供建议而运维手册提供控制,代理系统需要平台工程解决方案来实现权限、状态管理、验证、可观测性和回滚能力。

多智能体系统是否已准备好投入生产?

Reddit r/AI_Agents

一位开发者分享了对多智能体系统的挫败感,指出它们比单智能体系统复杂得多,且结果往往更差,并寻求关于协调和减少复杂性的工具建议。

停止构建多智能体系统

Reddit r/AI_Agents

一篇观点文章认为,向系统中添加更多智能体通常是解决可靠性问题的错误方法,而一个精心设计的、具有更好上下文、工具、护栏和评估的单一智能体通常更优。