ByteChef
一个同时提供 AI 智能体编排与工作流自动化的开源平台，把自主决策的智能体和确定性流程放进同一张图里统一管理。
- Star 数
- ★ 1k
- 最近更新
- 今天
- License
- NOASSERTION
- 主语言
- Java
- FA 评分
- 53/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台OpenAI API · Claude API
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 需要把客服退款等带审批和重试的业务流程包装成单个工具供 AI 智能体调用的企业自动化团队
- 不适合
- 需要开箱即用 SSO/SCIM 与高级 RBAC 的企业团队
- 不愿自行维护 Docker 与 PostgreSQL 基础设施的用户
- 源码审查
- 53/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
ByteChef（GitHub：bytechefhq/bytechef）是一个开源平台，将 AI 智能体编排与工作流自动化统一在同一编排层中。它提供拖拽式 AI Agent 组件，完整运行智能体循环：模型选择、工具调用、执行、观察、下一步决策，并支持流式与结构化输出。平台内置 250 多个连接器（每个既是普通组件也是智能体工具和 MCP 工具）、14 家 LLM 供应商适配、8 种记忆后端、12 种护栏以及原生 RAG 知识库。执行由 Postgres 支撑的 Atlas 运行时负责，具备持久化执行与队列模式横向扩展能力。部署以 Docker/Docker Compose 为主，亦可自托管于 Kubernetes/Helm；代码采用开放核心模式，核心为 Apache 2.0，/ee/ 目录下的企业功能受 ByteChef Enterprise License 约束。
用户在可视化编辑器中新建项目和触发器（静态/动态 Webhook、轮询、调度、表单等），拖入 AI Agent 组件并选择模型（OpenAI、Anthropic、Azure OpenAI、Bedrock、Gemini、Mistral、Groq、DeepSeek、Ollama 等 14 家供应商）。智能体通过把字段设为 fromAi('order_id','STRING') 使连接器属性成为运行时工具参数；250+ 连接器与暴露为 MCP 工具的工作流共同构成工具池。可选配置 8 种记忆后端（JDBC、Redis、MongoDB、Cassandra、Neo4j、向量库等）和 12 种护栏（PII、越狱、NSFW、关键词等），并用 15+ 向量库（pgvector、Pinecone、Qdrant、Weaviate、Milvus 等）搭建原生分块与摄取的知识库 RAG（rag-modular / rag-questionanswer 两种模式）。流程支持 condition、loop、parallel、fork-join、on-error、waitForApproval 等控制节点，可用 JavaScript/Python/Ruby（GraalVM）编写代码段，由 Atlas 运行时持久化执行，队列可用 Redis、RabbitMQ、Kafka、SQS 等。工作流可通过 MCP 服务器以 API-key 鉴权暴露给 Claude Desktop、Cursor、Windsurf 调用；EE 版本额外提供 AI Copilot、Workflows-as-APIs、Git-native 环境与嵌入式 iPaaS。
- 需要把客服退款等带审批和重试的业务流程包装成单个工具供 AI 智能体调用的企业自动化团队
- 希望在 SaaS 产品中嵌入集成与 AI 能力的独立软件厂商（嵌入式 iPaaS 为 EE 功能）
- 想让 Claude Desktop 或 Cursor 通过 MCP 调用内部业务工作流的技术团队
- 需要 PII、越狱等护栏与多后端记忆来在受监管环境中运行智能体的合规导向组织
- 希望用自然语言（AI Copilot）生成工作流并解释失败原因的低代码业务用户
- 想以 Git 分支管理多环境工作流发布流程的平台工程团队（Git-native 为 EE 功能）
如何安装或部署这个 Agent？
最快方式是 Docker Compose：
curl -O https://raw.githubusercontent.com/bytechefhq/bytechef/master/docker-compose.yml
docker compose -f docker-compose.yml upPostgreSQL 与 ByteChef 容器会自动启动。手动方式：先创建网络 docker network create -d bridge bytechef_network，再启动 PostgreSQL 容器（postgres:15-alpine），最后运行 ByteChef 容器并设置 BYTECHEF_DATASOURCE_URL、BYTECHEF_DATASOURCE_USERNAME、BYTECHEF_DATASOURCE_PASSWORD 和 BYTECHEF_SECURITY_REMEMBER_ME_KEY 环境变量，并挂载 ~/.bytechef 使首次启动生成的凭据加密密钥持久化。镜像为 docker.bytechef.io/bytechef/bytechef:latest。
如何使用这个 Agent？
启动后打开 http://localhost:8080/login，点击 Create Account 注册并登录。然后：1) 新建项目和工作流；2) 添加触发器；3) 拖入 AI Agent 组件；4) 选择模型并从 250+ 连接器中附加工具，可选添加知识库和护栏；5) 填写各组件凭据；6) 在属性面板配置参数（用 fromAi() 让模型在运行时填充字段）；7) 测试工作流；8) 部署。智能体循环会自动执行：模型选工具→执行→观察→决定下一步，支持流式输出；需要人工介入时可用 waitForApproval 节点暂停并通过 Slack/邮件审批恢复。
这个 Agent 有哪些优点和局限？
- 智能体是工作流中的一个步骤而非外挂节点：确定性分支、重试、审批与非确定性智能体循环同图执行，共享一份审计日志
- 每个连接器同时是智能体工具和 MCP 工具，无需单独编写工具定义，fromAi() 表达式即可让模型填充运行时参数
- 双向 MCP：既可消费外部 MCP 服务器作为工具源，也可将自己的工作流暴露为带 API-key 鉴权的 MCP 服务
- 企业级执行底座：Atlas 持久化执行、Postgres 存储、多队列后端横向扩展、8 种记忆后端和 12 种护栏
- 开放核心许可：AI Copilot、Workflows-as-APIs、Git-native、嵌入式 iPaaS、SSO/SAML/SCIM 等关键功能仅限 EE 许可，不在 Apache 2.0 范围内
- 智能体技能与评估功能（版本化技能包、评判器、工具模拟）仍标注为开发中，尚不可用
- 自托管需要维护 Docker/PostgreSQL 及可选的消息队列（Redis、RabbitMQ、Kafka 等）基础设施
- SSO/SAML/OIDC、SCIM、高级 RBAC、AI Gateway（模型路由与成本控制）均在开发中，企业身份与成本管控需求目前无法满足
这个 Agent 与同类方案有什么区别？
README 明确对比了三类替代品：n8n/Zapier/Make 属于自动化工具，AI 只是被调用的节点；LangChain/LangGraph/CrewAI 是需要自行承担部署、持久化、凭据管理和 UI 的代码库。ByteChef 的定位是二者结合：智能体在工作流中拥有完整工具循环，且平台本身是可直接运行的系统。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| ByteChef 当前 | 53 · 缺口较多 | 自托管服务免费 + 模型费 | ★ 1k | 今天 | Java | OpenAI API · Claude API |
| EpicStaff 智能体流程平台 | 57 · 缺口较多 | 自托管服务 | ★ 358 | 1 天前 | Python | — |
| Flow-Like | 55 · 缺口较多 | 桌面应用免费版 + 付费版 | ★ 967 | 3 天前 | Rust | — |
| Heym | 46 · 缺口较多 | 自托管服务免费 + 模型费 | ★ 1.3k | 今天 | Python | Codex · Claude.ai |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示人机协同审批（waitForApproval、审批路由Slack/email）、guardrails列表、凭据加密密钥持久化说明；但缺扣之处：README Docker示例使用明文默认口令（postgres/postgres），SECURITY.md内嵌Scarf追踪像素且未向用户说明，仓库内未提供agent工具执行权限边界或连接器沙箱的代码证据，凭据以环境变量明文传入。源头归属良好：明确标注fork自Piper，双许可文件完整。
客户端fetch拦截器测试覆盖详尽（401/403处理、CSRF重放、GraphQL错误、去重toast），说明错误消息处理有真实测试支撑；但README内部自相矛盾——注释表称14个LLM供应商而FAQ称12个直接供应商，一处称15+向量库而FAQ称14个，扣至1分。依赖仅有远端Docker镜像与外部Postgres，无离线可用性证据。
FAQ清晰对比n8n/Zapier与LangChain的定位差异，触发器类型（webhook、轮询、hybrid、schedule、form）描述具体，部署路径（Docker/Compose/K8s/Helm）明确；但agent自身能力边界（工具调用上限、失败语义、in-development的skills/evaluations）文档仅停留于'🚧 in development'标记，扣1分。
README结构良好，安装步骤逐步可执行，CE/EE边界表清楚，in-development项显式标注，Apache 2.0 + EE双许可文件明确；但扣分处：证据中无CHANGELOG或版本标签策略（镜像仅'latest'），多处README截图为未提交的占位注释，examples仅有'60秒'清单级步骤。
统一'agent即步骤、连接器即工具、工作流即MCP工具'的架构是真实的差异化价值，超出n8n式节点调用与LangChain式自行集成；结构化输出、流式、审计轨迹（EE）声称可用。扣分处：审计日志与AI Copilot属EE或in-development，CE版本增益受限；自托管需Postgres加JVM/多组件，部署成本不低。
事实与推断区分尚可——README以声明性描述为主并标注开发中状态；但扣分处：'250+连接器'、'12条guardrails'等关键数字在提供的文件中无清单可核验，且供应商数量（14 vs 12）与向量库数量（15+ vs 14）在文档内部不一致，跨来源核验失败，静态审查置信度只能为low。
- README快速开始示例使用明文默认数据库口令（postgres/postgres），生产部署前必须修改；
- SECURITY.md包含未声明的Scarf追踪像素，安全文档会向第三方发起请求，注意网络出口策略；
- 文档内部数字不一致（LLM供应商14 vs 12、向量库15+ vs 14），引用前请以实际代码/目录核验；
- Agent Skills与Evaluations仍在开发中，CE版缺少审计日志等企业功能，依赖EE前先确认许可范围；
- 无CHANGELOG与固定版本标签，升级'latest'镜像存在行为漂移风险。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
发布说明摘录
What's Changed * Fix #1547: Discord - New Message trigger by @pamod-madubashana in https://github.com/bytechefhq/bytechef/pull/5882 * 5889 Return the model's answer instead of its thinking block from Anthropic chat calls by @ivicac in https://github.com/bytechefhq/bytechef/pull/5890 * 5891 client - Report a data pill reference to a node that does not run before the referencing one by @ivicac in https://github.com/bytechefhq/bytechef/pull/5892 …在 GitHub 查看 ↗ -
发布说明摘录
Highlights * Spring Boot 4.1. The platform now runs on Spring Boot 4.1. (#6009) * Send logs straight to AWS CloudWatch. OpenTelemetry logs can be exported to CloudWatch OTLP endpoints with SigV4 signed requests, so you no longer need the AWS collector agent. By @igorbeslic (#6021) * Better Anthropic support. Chat calls return the model's answer instead of its thinking block, and structured output now uses Anthropic's native support. (#5890, #5922) * Docs one click away. Component actions and triggers now link to their documentation. (#5985, #6007, #6014) What's Changed …在 GitHub 查看 ↗ -
发布说明摘录
ByteChef v0.34.0 This release brings sticky notes, multiple triggers per workflow, two new components (SSH and Neon), and thinking controls for LLMs. It also fixes a long list of editor rough edges. Highlights Sticky notes. Add notes directly on the workflow canvas to document what a flow does. (#5827) Multiple triggers. Add and remove more than one trigger in a single workflow. (#5824) Lock the canvas. A new toggle locks node positions so you don't drag things by accident. (#5794) SSH component. Run commands on remote servers over SSH. (#5858) …在 GitHub 查看 ↗