deep agents

[Deep Agents:LangChain的Agent Harness-06]通过HumanInTheLoopMiddleware引入人机交互某些较为敏感工具在执行之前需要引入人工审理，此时就需要使用到HumanInTheLoopMiddleware。HumanInTheLoopMiddleware旨在为Agent增加一道安全护栏，它通过LangGraph的中断实现了人机交互。在工具调用前引入人工干预，确保敏感操作（如发送邮件、删除数据、大额转账）必须经过人类审核方可执行。

[Deep Agents:LangChain的Agent Harness-12]利用create_deep_agent整合所有的Harness中间件Deep Agents调用调用create_deep_agent函数来创建一个Agent。我们在最开始已经说过，这个函数仅仅是在create_agent函数的基础上注册了一系列预定义的Middleware罢了。到目前为止，我们已经介绍了此函数涉及的绝大部分Middleware类型（除了针对Anthropic模型的AnthropicPromptCachingMiddleware）。下面给出了create_deep_agent函数的声明：

[Deep Agents:LangChain的Agent Harness-09]利用MemoryMiddleware构建能够自我学习和进化的AgentDeep Agents将MemoryMiddleware管理的Memory视为Agent的核心资产，并将其作为一等公民。Memory与工具、模型具有同等的重要性，是Agent正常运转的必备组件。Memory建立在由Backend抽象出来的文件系统上，意味着这个所谓的记忆不再存储在不可见的内存或复杂的向量数据库里，而是变成了看得见、摸得着、改得了的磁盘文件。Agent像写日记一样记录经验，而我们可以像管理硬盘一样管理它的灵魂。基于文件系统的Memory设计带来了几个显著的优势：

[Deep Agents:LangChain的Agent Harness-04]TodoListMiddleware的任务拆解与状态流转TodoListMiddleware赋予Agent显式的规划和任务跟踪能力。它强制Agent将复杂的多步骤目标分解为一组结构化的可执行项，从而将被动型Agent转变为主动型Agent。它通过拦截Agent的推理循环来注入规划逻辑和工具：

[Deep Agents:LangChain的Agent Harness-03]FilesystemMiddleware：赋能Agent读写文件及管理长上下文通过“构建抽象的文件系统”我们知道，Deep Agents的文件系统是建立在一个利用BackendProtocol协议抽象的文件系统之上的，使得Agent能够以统一的方式进行文件操作，无论底层存储是本地磁盘、云端S3、数据库还是内存。这种设计不仅提供了极大的灵活性，还使得Agent能够适应不同的应用场景，从而实现更复杂的数据管理和交互能力。这个文件系统是通过FilesystemMiddleware赋予Agent的。

[Deep Agents:LangChain的Agent Harness-02]构建抽象的文件系统在Deep Agents中FilesystemMiddleware（文件系统中间件）扮演着外部存储器和上下文管理器的双重角色，建立在一个利用BackendProtocol协议抽象的文件系统之上。具有如下定义的BackendProtocol定义了一套标准化的接口，使得Agent无需关心底层存储是本地磁盘、云端S3、数据库还是内存，都能以统一的方式进行文件操作。

LangGraph Thread 数据清理总结LangGraph 通过 Checkpointer 机制实现图状态的持久化。每次调用 invoke 时，若传入 config={"configurable": {"thread_id": "..."}} ，框架会在每个执行步骤（super-step）结束后自动生成一个 Checkpoint（状态快照），并以 thread 为维度进行组织管理。

Deep Agents 的 Planning Capabilities 技术解析在传统的 LLM Agent 架构中，模型通常以“单步响应”（single-step reasoning）的方式执行任务，即输入 → 推理 → 输出。这种模式在简单任务中表现良好，但在面对多步骤、长周期、依赖复杂的任务时，容易出现以下问题：

我是有底线的