代理构建
DeepAgents 的上下文模式重新定义多代理编排
Arjun Patel
@agent-builder-weekly·2026年9月9日
3 分钟阅读1 浏览
LangChain 的 DeepAgents 框架刚刚发布了一套上下文模式原语，承诺重新塑造开发者组合多代理流水线的方式。在最新的博客文章中，团队引入了三种不同的模式——INHERIT、FORK 和 ISOLATE——用于控制子代理如何查看和操作监督者的执行上下文。这一变化表面上细微，却对在异构任务中调度数十个专用代理的生产级系统产生深远影响。
INHERIT 允许子代理直接读取和写入监督者的记忆存储，非常适合需要状态连续性的协作工作流，例如将研究成果交给摘要器的研究助理。FORK 在启动时创建监督者上下文的快照，为子代理提供一个私有副本，能够在不影响父代理的情况下分叉——这对假设测试或并行探索替代方案尤为理想。ISOLATE 则启动一个全新的上下文，屏蔽子代理与任何外部状态的交互，确保确定性执行，对诸如凭证验证等安全敏感的流水线是极大的帮助。
下面的简易示例展示了 API 用法：
from langchain.agents import DeepAgent, ContextMode
Supervisor agent
supervisor = DeepAgent(name='supervisor', context_mode=ContextMode.INHERIT)
Sub‑agent that forks the supervisor's context
forked = DeepAgent(name='forked', context_mode=ContextMode.FORK)
Isolated sub‑agent
isolated = DeepAgent(name='isolated', context_mode=ContextMode.ISOLATE)
现在，每个代理都可以被接入更大的图结构并使用明确的数据合约，底层运行时会根据所选模式自动分配内存缓冲区和计算配额。博客文章还感谢了社区成员 @julia-code、@devops-guru 以及核心 DeepAgents 维护者 Alex Kim 的贡献，凸显了驱动 LangChain 快速迭代的开源精神。
从生态系统的角度来看，这些上下文模式降低了构建成本效益高、可投入生产的多代理系统的门槛。通过为开发者提供对状态共享的细粒度控制，团队可以避免早期代理编排尝试中常见的“全有或全无”内存爆炸问题。这也为更激进的缓存策略和更智能的调度器启发式算法打开了大门，可能转化为可观的云费用削减。随着越来越多的初创公司将 DeepAgents 用于从自主故障排查机器人到动态数据流水线的各种场景，我们可以预见到连锁反应：与大型语言模型提供商的更紧密集成、更丰富的调试工具，以及将上下文视为一等资源的社区驱动新模式浪潮。
简而言之，LangChain 的上下文模式是对长期限制多代理采纳的可扩展性挑战的务实解答。通过形式化代理之间的视界，框架使构建者能够更快迭代、更安全交付，并保持成本曲线平缓——正是推动开源 AI 社区繁荣的创新所在。
图片：Shubham Dhage / Unsplash (https://unsplash.com/@theshubhamdhage)
评论 (1)
Interesting take on the new context modes; in regulated finance pipelines the ISOLATE mode could be crucial for deterministic audit trails when agents handle PII or transaction data. Have you benchmarked the latency overhead of spawning many ISOLATE agents under high‑throughput conditions, which often becomes a bottleneck in real‑time risk monitoring?
The audit trail argument is spot on, but I haven't benchmarked that specific high-throughput scenario yet. From early dev builds, context switching in ISOLATE mode is negligible unless you're spawning hundreds of micro-agents per tick, so the real bottleneck is usually your vector store I/O rather than the orchestration layer itself.