DeerFlow 2.0:字节开源的超级 Agent 框架,让 AI 真正干活

DeerFlow 2.0:字节开源的超级 Agent 框架,让 AI 真正干活

作者:madprinter
日期:2026-03-24
项目地址:https://github.com/bytedance/deer-flow

项目介绍

DeerFlow(Deep Exploration and Efficient Research Flow)是字节跳动开源的一款超级 Agent 框架。2026 年 2 月 28 日,DeerFlow 2.0 正式发布后迅速登顶 GitHub Trending 榜首,目前已有近 40,000 颗星。

与传统的 AI 框架不同,DeerFlow 不仅仅是一个"聊天机器人",它是一个真正能干活的 Agent 运行环境。它拥有自己的文件系统、沙箱执行环境、长期记忆系统,可以自主规划任务并调度多个子 Agent 协同工作。

为什么 DeerFlow 值得关注?

  1. 大厂背书:字节跳动出品,经过真实业务场景验证
  2. 架构先进:基于 LangGraph 和 LangChain 构建,设计优雅
  3. 功能完整:开箱即用的文件系统、记忆系统、沙箱执行
  4. 高度可扩展:支持自定义技能、工具、MCP 服务器
  5. 多模型支持:兼容 OpenAI API 格式的所有大模型

核心功能

1. 技能系统(Skills)

DeerFlow 的核心是技能系统。每个技能是一个结构化的能力模块,包含工作流程、最佳实践和相关资源引用。

内置技能包括:

  • 🔍 深度研究(Research)
  • 📝 报告生成(Report Generation)
  • 📊 PPT 制作(Slide Creation)
  • 🌐 网页生成(Web Page)
  • 🎨 图片/视频生成(Image/Video Generation)

技能按需加载,不会一次性占用大量上下文,这对 Token 敏感的模型非常友好。

/mnt/skills/public ├── research/SKILL.md ├── report-generation/SKILL.md ├── slide-creation/SKILL.md ├── web-page/SKILL.md └── image-generation/SKILL.md 

2. 子 Agent 系统(Sub-Agents)

复杂任务很少能一次完成。DeerFlow 可以将任务分解,动态生成多个子 Agent 并行执行。

  • 每个子 Agent 有独立的作用域上下文
  • 子 Agent 可以并行执行,提高效率
  • 主 Agent 负责汇总所有结果,生成最终输出

例如:一个研究任务可以分解为十多个子 Agent,每个探索不同角度,最终汇聚成一份完整报告。

3. 沙箱执行环境(Sandbox)

DeerFlow 不只是"说说而已",它有自己的"电脑"——每个任务在独立的 Docker 容器中运行:

  • ✅ 完整的文件系统
  • ✅ Bash 命令执行
  • ✅ 代码运行能力
  • ✅ 图片查看能力
  • ✅ 会话隔离,零污染
/mnt/user-data/ ├── uploads/ # 用户上传的文件 ├── workspace/ # Agent 工作目录 └── outputs/ # 最终交付物 

4. 长期记忆(Long-Term Memory)

大多数 Agent 在对话结束后就忘记一切。DeerFlow 会记住:

  • 用户画像和偏好
  • 技术栈信息
  • 重复的工作流程
  • 历史交互经验

记忆本地存储,完全由用户控制。系统会自动去重,避免重复信息无限累积。

5. 多通道集成(IM Channels)

DeerFlow 支持多种即时通讯工具接入:

通道传输方式难度
TelegramBot API (长轮询)简单
SlackSocket Mode中等
飞书/LarkWebSocket中等

无需公网 IP,所有通道配置后即可自动启动。

6. Claude Code 集成

通过 claude-to-deerflow 技能,可以直接在 Claude Code 中与 DeerFlow 交互:

npx skills add https://github.com/bytedance/deer-flow --skill claude-to-deerflow 

支持的功能:

  • 发送任务并获取流式响应
  • 选择执行模式:flash/fast/standard/pro/ultra
  • 查看健康状态、模型、技能列表
  • 管理对话线程和历史
  • 上传文件进行分析

使用方法

快速开始

1. 克隆项目
git clone https://github.com/bytedance/deer-flow.git cd deer-flow 
2. 生成配置文件
make config 

这会基于模板创建本地配置文件。

3. 配置模型

编辑 config.yaml,配置至少一个模型:

models:-name: gpt-4display_name: GPT-4use: langchain_openai:ChatOpenAI model: gpt-4api_key: $OPENAI_API_KEY max_tokens:4096temperature:0.7-name: openrouter-gemini-2.5-flash display_name: Gemini 2.5 Flash (OpenRouter) use: langchain_openai:ChatOpenAI model: google/gemini-2.5-flash-preview api_key: $OPENAI_API_KEY base_url: https://openrouter.ai/api/v1 
4. 设置 API Key

推荐方式:编辑项目根目录的 .env 文件

TAVILY_API_KEY=your-tavily-api-key OPENAI_API_KEY=your-openai-api-key INFOQUEST_API_KEY=your-infoquest-api-key 
5. 启动服务

Docker 方式(推荐)

make docker-init # 拉取沙箱镜像(只需一次)make docker-start # 启动服务

本地开发方式

make check # 检查依赖makeinstall# 安装依赖make dev # 启动服务

访问:http://localhost:2026

推荐模型

DeerFlow 官方推荐使用以下模型以获得最佳体验:

  • Doubao-Seed-2.0-Code
  • DeepSeek v3.2
  • Kimi 2.5

这些模型支持:

  • 长上下文(100k+ tokens)
  • 强大的推理能力
  • 多模态输入
  • 可靠的工具调用

飞书/钉钉集成示例

config.yaml 中配置:

channels:feishu:enabled:trueapp_id: $FEISHU_APP_ID app_secret: $FEISHU_APP_SECRET slack:enabled:truebot_token: $SLACK_BOT_TOKEN app_token: $SLACK_APP_TOKEN 

.env 中设置对应的密钥即可。

技术架构

DeerFlow 2.0 是完全重写的版本,与 1.x 没有任何代码共享。核心架构:

┌─────────────────────────────────────────┐ │ Gateway (API Gateway) │ ├─────────────────────────────────────────┤ │ LangGraph Agent Server │ ├──────────────┬──────────────┬───────────┤ │ Skills │ Tools │ Memory │ ├──────────────┴──────────────┴───────────┤ │ Sandbox (Docker/K8s) │ └─────────────────────────────────────────┘ 
  • Gateway:统一 API 入口,处理认证、路由、会话管理
  • LangGraph Server:Agent 编排引擎
  • Skills/Tools:可扩展的能力模块
  • Memory:长期记忆存储
  • Sandbox:隔离执行环境

实际应用场景

DeerFlow 已经超越最初的研究工具定位,社区开发者用它实现了:

  • 📊 数据管道自动化
  • 📽️ PPT/幻灯片自动生成
  • 📈 数据看板搭建
  • 📝 内容工作流自动化
  • 🔍 深度市场调研
  • 💻 代码生成和审查

总结

DeerFlow 2.0 代表了一个重要趋势:AI Agent 正在从"聊天"走向"干活"

它不是又一个聊天机器人包装器,而是一个真正能让 AI 执行复杂任务的运行环境。通过沙箱隔离、多 Agent 协作、长期记忆等设计,DeerFlow 解决了传统 Agent 框架的几个关键痛点:

  1. 上下文限制:通过子 Agent 分解和上下文摘要
  2. 执行能力:通过沙箱提供真实的执行环境
  3. 记忆缺失:通过长期记忆系统跨会话学习
  4. 扩展困难:通过技能和 MCP 服务器轻松扩展

如果你正在构建 AI 应用,或者想让 AI 帮你完成实际工作,DeerFlow 绝对值得关注。


相关资源

  • 项目地址:https://github.com/bytedance/deer-flow
  • 官方网站:https://deerflow.tech
  • 中文文档:https://github.com/bytedance/deer-flow/blob/main/README_zh.md
  • InfoQuest 搜索工具:https://docs.byteplus.com/en/docs/InfoQuest/What_is_Info_Quest

Read more

Clawdbot直连Qwen3-32B教程:Webhook事件通知与外部系统自动触发实践

Clawdbot直连Qwen3-32B教程:Webhook事件通知与外部系统自动触发实践 1. 为什么需要直连Qwen3-32B?从被动响应到主动协同 你有没有遇到过这样的场景:用户在聊天界面提问后,系统只是简单返回答案,但后续该做什么——比如创建工单、同步客户信息、触发审批流程——还得手动操作?Clawdbot + Qwen3-32B 的直连方案,正是为了解决这个“最后一公里”问题。 它不只是把大模型接入聊天框,而是让AI真正成为业务流程的“触发器”。当Qwen3-32B在对话中识别出关键意图(例如“我要报修”“申请延期”“查询合同编号”),Clawdbot能立刻通过Webhook,把结构化事件推送给CRM、OA、ERP等任何支持HTTP接收的系统。整个过程无需中间数据库、不依赖定时轮询、没有消息队列配置负担——纯HTTP,轻量、可靠、可追溯。 更重要的是,这套方案用的是你私有部署的Qwen3-32B(320亿参数版本),所有对话数据不出内网,推理结果由Ollama本地托管,安全可控。而Clawdbot作为智能网关,既承担了协议转换(WebSocket ↔ HTTP)、上下

前端小白别慌:3分钟搞定页面插图(附避坑指南+性能彩蛋)

前端小白别慌:3分钟搞定页面插图(附避坑指南+性能彩蛋)

前端小白别慌:3分钟搞定页面插图(附避坑指南+性能彩蛋) * 前端小白别慌:3分钟搞定页面插图(附避坑指南+性能彩蛋) * 为啥前端连个图片都插不明白? * 浏览器加载一张图背后到底在偷偷干啥? * img 标签真就万能了吗? * 响应式图片怎么搞才不被设计师追着骂? * 懒加载、WebP、CDN——这些词听着高大上,其实你早就用过 * 图片加载失败时别让页面变"裂图坟场" * 别再一股脑扔高清大图了,用户流量不是大风刮来的 * 你以为写个 src 就完事了?SEO 和无障碍访问正在偷笑 * 开发时本地图片路径乱成一锅粥?模块化方案来救场 * Webpack/Vite 里图片到底该放哪?public 还是 assets? * 用 CSS 背景图还是 HTML img?这事儿得看场合 * 移动端图片模糊到像开了十级美颜?分辨率适配讲清楚 * 别让图片拖垮首屏速度,Lighthouse 分数掉得比工资还快 * 设计师给的图太大?教你几招无损压缩还不背锅

SpringBoot+Vue 农商对接系统平台完整项目源码+SQL脚本+接口文档【Java Web毕设】

SpringBoot+Vue 农商对接系统平台完整项目源码+SQL脚本+接口文档【Java Web毕设】

摘要 随着乡村振兴战略的深入推进,农产品产销对接成为促进农村经济发展的关键环节。传统农商对接模式存在信息不对称、交易效率低、资源整合不足等问题,亟需通过数字化手段构建高效、透明的对接平台。农商对接系统平台旨在整合农产品生产端与销售端资源,通过线上化交易流程降低中间成本,提升农产品流通效率。该系统聚焦于解决小农户与大市场之间的连接难题,为农产品供需双方提供精准匹配、订单管理、物流跟踪等一站式服务。关键词:乡村振兴、农产品产销、数字化平台、资源整合、供需匹配。 该系统基于SpringBoot+Vue的前后端分离架构开发,后端采用SpringBoot框架实现RESTful API接口,提供用户管理、商品管理、订单管理、数据分析等功能模块。前端使用Vue.js框架构建响应式界面,结合Element UI组件库提升用户体验。数据库采用MySQL存储结构化数据,通过Redis缓存高频访问数据以提升系统性能。系统支持多角色权限控制(农户、采购商、管理员),并集成第三方支付接口与物流查询接口,实现交易闭环。关键词:SpringBoot、Vue.js、MySQL、权限控制、接口集成。 数据表结构说

conda环境怎么配?Hunyuan-MT-7B-WEBUI依赖管理揭秘

conda环境怎么配?Hunyuan-MT-7B-WEBUI依赖管理揭秘 你有没有遇到过这样的情况:下载好 Hunyuan-MT-7B-WEBUI 镜像,兴冲冲启动 Jupyter,双击运行 1键启动.sh,结果终端突然跳出一长串红色报错——ModuleNotFoundError: No module named 'transformers'、ImportError: cannot import name 'AutoTokenizer',甚至更糟的 CUDA version mismatch?别急,这不是模型坏了,也不是你操作错了,而是conda 环境没配对。 这恰恰是绝大多数用户卡在“最后一公里”的真实写照。镜像文档里那句轻描淡写的“运行 1键启动.sh”,背后其实藏着一套精心设计、层层校验的依赖管理体系。它不靠魔法,也不靠运气,而是一套可复现、可调试、可迁移的工程实践。本文就带你一层层剥开