@DanKornas:如果你真的想构建能够投入生产的多智能体系统,仅仅有更好的提示是不够的。一个能力…
摘要
一个推文线程,推广丹尼斯·罗斯曼(Denis Rothman)的著作《Context Engineering for Multi-Agent Systems》(多智能体系统上下文工程),该书教授如何通过上下文工程、双重RAG以及其他技术构建透明、模块化的多智能体系统。
查看缓存全文
缓存时间: 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
相似文章
@freeCodeCamp:多智能体系统不仅需要提示词,还需要结构。在本书中,你将使用LangGraph来建模……
这篇文章介绍了一本完整的书籍,内容涵盖如何使用LangGraph、MCP、A2A和Ollama构建生产就绪的多智能体AI系统,并提供可运行的代码和实际应用案例。
@ghumare64: https://x.com/ghumare64/status/2052825541057626258
一个X帖子认为生产级AI代理需要运维支撑框架(运维手册、权限、日志、回滚、验证),而不仅仅是更好的提示词。作者引用了DevOps演进历程,指出提示词提供建议而运维手册提供控制,代理系统需要平台工程解决方案来实现权限、状态管理、验证、可观测性和回滚能力。
@NainsiDwiv50980: 每个人都在谈论AI代理。很少有人正在构建真正让它们强大的东西:上下文。……
一条推特帖子认为,强大AI代理的关键不在于更好的提示词,而在于积累的个人上下文和记忆系统,并强调Obsidian是知识复利的工具。作者预测,单独使用AI的人与结合个人上下文使用AI的人之间的差距将日益扩大。
多智能体系统是否已准备好投入生产?
一位开发者分享了对多智能体系统的挫败感,指出它们比单智能体系统复杂得多,且结果往往更差,并寻求关于协调和减少复杂性的工具建议。
停止构建多智能体系统
一篇观点文章认为,向系统中添加更多智能体通常是解决可靠性问题的错误方法,而一个精心设计的、具有更好上下文、工具、护栏和评估的单一智能体通常更优。