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

VHDL数字时钟在FPGA上的系统学习路径

从零开始打造一个VHDL数字时钟:FPGA上的系统性学习实践 你有没有试过,在FPGA开发板上点亮第一个LED的那一刻,心里涌起一股“我正在操控硬件”的兴奋?但很快就会发现——让灯亮只是起点。真正让人着迷的是: 如何用代码‘画’出电路,让时间在芯片里流淌 。 今天我们就来干一件“小而完整”的事: 用VHDL语言,在FPGA上从头构建一个数字时钟 。它不只是“显示时间”这么简单,而是一个涵盖时序逻辑、状态控制、人机交互和物理驱动的微型系统工程。通过这个项目,你会真正理解什么叫“写代码就是在设计电路”。 为什么选“数字时钟”作为入门项目? 很多初学者一上来就想做图像处理、通信协议或者神经网络加速器,结果被复杂的接口和算法压得喘不过气。其实,最好的入门项目是那种“看得见、摸得着、改了立刻有反馈”的系统。 数字时钟恰恰满足这一点: * 它有明确的时间行为(每秒走一次) * 有人机交互(按键调时间) * 有输出设备(数码管闪烁可见) * 所有模块都可以逐步搭建、单独验证 更重要的是,

无人机按点飞行脚本

#!/usr/bin/env python # 指定使用系统中的 python 解释器来运行该脚本(Linux 下 ROS 必须) import rospy # ROS 的 Python 客户端库,用于节点、话题、服务等操作 import mavros # MAVROS 的 Python 接口库,用于和飞控(PX4/ArduPilot)通信 from geometry_msgs.msg import PoseStamped # 引入带时间戳的位姿消息,用于发布位置控制指令 from mavros_msgs.msg import State # 引入飞控状态消息(连接状态、模式、解锁状态等) from mavros_

【仅限首批200家企业开放】Seedance 2.0算力成本健康度深度审计(含GPU/TPU/FPGA异构资源归因分析报告)

第一章:Seedance 2.0算力成本健康度审计白皮书发布与准入机制说明 Seedance 2.0正式发布《算力成本健康度审计白皮书》,旨在建立可量化、可验证、可持续演进的算力资源效能评估体系。该白皮书定义了三大核心健康度指标:单位算力能耗比(kW/TOPS)、任务调度偏差率(≤5%为健康阈值)、资源闲置衰减指数(72小时滚动均值),并配套开放审计接口与参考实现。 准入机制核心原则 * 所有接入Seedance 2.0主网的算力节点须通过自动化健康度快照校验 * 首次注册需提交连续48小时的本地监控日志,格式遵循OpenTelemetry Protocol(OTLP)标准 * 动态准入采用双阈值熔断:单次审计失败触发观察期,连续两次失败自动移出服务发现列表 审计工具链部署示例 # 下载并运行轻量级审计代理(v2.0.3+) curl -sL https://seedance.io/audit/agent-v2.0.3.sh | bash # 启动后自动采集GPU利用率、

Vivado使用教程:图解说明管脚分配全过程

Vivado管脚分配实战指南:从原理到避坑全解析 你有没有遇到过这样的情况?逻辑代码写得完美无缺,仿真波形也完全正确,结果下载到FPGA板子上——灯不亮、通信失败、甚至芯片发热异常。排查半天,最后发现是某个引脚接错了电压标准? 别笑,这在FPGA开发中太常见了。 尤其是在初学阶段,很多人把注意力都放在Verilog或VHDL的语法和状态机设计上,却忽略了 一个比代码更底层、更关键的环节:管脚分配 。 今天我们就来彻底拆解这个“隐形杀手”——用最贴近工程实践的方式,带你一步步搞懂 Vivado中的管脚分配全过程 ,不只是点几下鼠标那么简单,而是理解背后的电气规则、约束机制与系统级影响。 为什么管脚分配不是“随便连一下”? FPGA不像MCU那样有固定的外设映射。它的每个IO引脚都是可编程的,这意味着你可以自由定义哪个引脚做时钟输入、哪个输出控制LED。但自由的背后是责任: 每一个引脚配置都必须符合物理世界的电气法则 。 举个真实案例: 某工程师将一个来自3.3V系统的复位信号接入Bank 14(VCCO=1.8V),没有加电平转换。虽然一开始功能似乎正常,但在高温环境下