DeerFlow 2.0开源

DeerFlow 2.0开源

目录

从研究工具到超级智能体

什么是 DeerFlow?

核心特性

技能系统

子智能体

沙盒与文件系统

上下文工程

长期记忆

技术架构

快速开始

推荐模型

应用场景

项目现状

总结


2026 年 2 月 28 日,一款来自字节跳动的开源项目登顶 GitHub Trending 榜首。

它叫 DeerFlow,一个超级智能体架构,短时间就拿了 2.2 万 Star。

说实话,刚看到这个项目的时候,我还有些疑惑——又一个 AI Agent 框架?但深入了解后,我发现这玩意儿确实不一样。

从研究工具到超级智能体

DeerFlow 的故事挺有意思。

最开始,它只是个深度研究框架。但开发者们把它用出了各种花样:构建数据管道、生成幻灯片、搭建仪表盘、自动化内容工作流……这些都是团队最初没想到的。

团队这才意识到:DeerFlow 不只是个研究工具,它是一个架构——一个让智能体真正能够完成工作的运行环境。

于是他们从零重写,推出了 DeerFlow 2.0。

什么是 DeerFlow?

通俗地说,DeerFlow 是个超级智能体套件,它可以让 AI 帮你做几乎所有事情。

它通过编排子智能体、记忆系统和沙盒环境,来处理那些可能需要几分钟到几小时才能完成的复杂任务。

基于 LangGraph 和 LangChain 构建,DeerFlow 开箱即用地提供了智能体所需的一切:文件系统、记忆、技能、沙盒执行环境,以及规划和生成子智能体来完成复杂多步任务的能力。

核心特性

技能系统

这是 DeerFlow 最核心的特点。

技能是个结构化的能力模块——一个 Markdown 文件,定义了工作流程、最佳实践和参考资源。

DeerFlow 内置了研究、报告生成、幻灯片创建、网页开发、图片视频生成等技能。但厉害的地方在于可扩展性:你可以添加自己的技能,替换内置的,或者组合成复合工作流。

技能是按需加载的——只有当任务需要时才加载,不会一次性全部加载。这保持了一个精简的上下文窗口,让 DeerFlow 即使对 token 敏感的模型也能良好工作。

子智能体

复杂的任务很少能一次完成。DeerFlow 会把它们分解。

主导智能体可以即时生成子智能体——每个都有自己的上下文、工具和终止条件。子智能体尽可能并行运行,报告结构化结果,然后主导智能体将所有内容综合成连贯的输出。

一个研究任务可能会派生出十几个子智能体,每个探索不同的角度,然后汇聚成单一报告——或者网站——或者带有生成视觉效果的幻灯片。

一个套件,多只手。

沙盒与文件系统

DeerFlow 不只是谈论做事。它有自己的电脑。

每个任务都在一个独立的 Docker 容器中运行,拥有完整的文件系统——技能、工作空间、上传、输出。智能体可以读取、写入和编辑文件,执行 bash 命令和代码,查看图像。全部沙盒化,全部可审计,会话之间零污染。

这就是带有工具访问权限的聊天机器人和拥有实际执行环境的智能体之间的区别。

上下文工程

DeerFlow 对上下文管理很激进——总结已完成的子任务,将中间结果卸载到文件系统,压缩不再立即相关的内容。这让它能够在长、多步骤的任务中保持敏锐,而不会撑爆上下文窗口。

长期记忆

大多数智能体在对话结束的那一刻就会忘记一切。DeerFlow 记住。

在会话之间,DeerFlow 会建立关于你的档案、偏好和积累知识的持久记忆。你用得越多,它就越了解你——你的写作风格、你的技术栈、你的重复工作流程。记忆存储在本地,完全由你控制。

技术架构

DeerFlow 2.0 是从零重写的,与 v1 没有共享任何代码。如果你在寻找原始的深度研究框架,它仍在 1.x 分支上维护。

基于 LangGraph 和 LangChain,DeerFlow 支持多种沙盒执行模式:

  • • 本地执行(直接在主机上运行沙盒代码)
  • • Docker 执行(在独立的 Docker 容器中运行)
  • • 带 Kubernetes 的 Docker 执行(通过 provisioner 服务在 Kubernetes pod 中运行)

快速开始

推荐使用 Docker 方式:

# 克隆仓库 git clone https://github.com/bytedance/deer-flow.git cd deer-flow # 生成配置文件 make config # 编辑 config.yaml 配置你的模型 # 至少配置一个模型,例如 GPT-4 # 启动服务 make docker-init    # 拉取沙盒镜像(只需一次) make docker-start   # 启动服务 # 访问 http://localhost:2026

也支持本地开发模式:

make check  # 检查前置条件 make dev    # 启动开发服务

推荐模型

DeerFlow 是模型无关的——适用于任何实现 OpenAI 兼容 API 的 LLM。但它在支持以下功能的模型上表现最佳:

  • • 长上下文窗口(100k+ tokens)用于深度研究和多步骤任务
  • • 推理能力用于自适应规划和复杂分解
  • • 多模态输入用于图像理解和视频理解
  • • 强大的工具使用用于可靠的函数调用和结构化输出

应用场景

深度研究:派发多个子智能体并行研究不同角度,然后综合成完整报告。

内容创作:从研究到报告、幻灯片、网页,一站式完成。

数据管道:自动化数据处理、分析和可视化流程。

工作流自动化:将重复性工作交给智能体处理。

项目现状

DeerFlow 采用 MIT 许可证,可以自由使用和修改。项目很活跃,欢迎社区贡献。

核心团队来自字节跳动,主要贡献者包括 Daniel Walnut 和 Henry Li。

总结

DeerFlow 的出现,标志着 AI Agent 领域迈出了重要一步。

它不只是个框架,而是一个完整的智能体运行环境——一个让 AI 真正能够"做事"的平台。

从研究工具到超级智能体架构,DeerFlow 的进化反映了一个重要趋势:我们需要的不是更会聊天的 AI,而是更能干活的 AI。

如果你也在寻找一个真正能帮你完成复杂任务的 AI 智能体,DeerFlow 值得一试。

GitHub 项目地址:https://github.com/bytedance/deer-flow

今天的分享到此结束,感谢大家抽空阅读,我们下期再见!

Read more

前端多版本零404部署实践:为什么会404,以及怎么彻底解决

这是一篇给“小白也能看懂”的实践文:讲清现象、根因、方案选择与我们的落地实现。 1. 现象:为什么发布新版本后会出现 404? 一个真实场景: * 10:00 用户打开了你的网页(加载的是 v1.0.4 的 HTML) * 10:10 你发布了 v1.0.5 * 用户没有刷新页面,继续点击某个功能 * 页面尝试按旧 HTML 里的地址加载某个 chunk:/assets/pages-about-about.DK5VADjQ.js * 服务器上只剩 v1.0.5 的文件,旧的被删了 → 直接 404 关键点: * HTML 决定了要加载哪些 JS/CSS(包含具体

By Ne0inhk
C++ 方向 Web 自动化测试实战:以博客系统为例,从用例到报告全流程解析

C++ 方向 Web 自动化测试实战:以博客系统为例,从用例到报告全流程解析

🔥草莓熊Lotso:个人主页 ❄️个人专栏: 《C++知识分享》《Linux 入门到实践:零基础也能懂》 ✨生活是默默的坚持,毅力是永久的享受! 🎬 博主简介: 文章目录 * 前言: * 一. 自动化测试前置:明确测试范围与测试用例设计 * 二. 自动化测试脚本开发:Python+Selenium 实现 * 2.1 通用工具类:common/Utils.py * 2.2. 登录模块测试:cases/BlogLogin.py * 2.3. 博客列表与详情页测试:cases/BlogList.py & BlogDetail.py * 2.3.1. 列表页测试(BlogList.py) * 2.3.

By Ne0inhk
Java Web从入门到精通:全面探索与实战(二)

Java Web从入门到精通:全面探索与实战(二)

Java Web从入门到精通:全面探索与实战(一)-ZEEKLOG博客    目录 四、Java Web 开发中的数据库操作:以 MySQL 为例 4.1 MySQL 数据库基础操作 4.2 JDBC 技术深度解析 4.3 数据库连接池的应用 五、Java Web 中的会话技术:Cookie 与 Session 5.1 Cookie 详解 5.2 Session 详解 四、Java Web 开发中的数据库操作:以 MySQL 为例 4.1 MySQL 数据库基础操作

By Ne0inhk
深入剖析:按下 F5 后,浏览器前端究竟发生了什么?

深入剖析:按下 F5 后,浏览器前端究竟发生了什么?

文章目录 * 概述 * 一、关键前提:三种导航方式的本质区别 * 二、核心概念:强缓存 vs 协商缓存 * 1. 强缓存(Strong Caching) * 2. 协商缓存(Revalidation Caching) * 三、F5 刷新全景流程图 * 四、F5 刷新的完整生命周期详解 * 阶段一:主文档(HTML)的缓存验证与获取 * 阶段二:HTML 解析与渲染流水线(Critical Rendering Path) * 阶段三:子资源(CSS/JS/IMG)的缓存处理 * 五、对比总结:F5 与其他操作的本质差异 * 六、给前端开发者的实践建议 * 七、结语 概述 在前端开发中,

By Ne0inhk