Agent 这东西，去年大家比的是谁更会聊，今年比的是谁敢让它签字。一旦 AI 要动真金白银——批贷款、定理赔、改订单——问题就不再是「模型聪不聪明」，而是「这一步谁批的、失败了怎么退、审计能不能查到」。
大部分 Agent 平台答不上来。它们擅长让模型自己规划，不擅长给规划上锁。
Camunda 走的是反方向：它先有一套跑了十几年的流程引擎，再把 Agent 当成流程里的一个节点塞进去。这家 2008 年在柏林成立的德国公司，本周刚发了 8.10（10 月 13 日），我把它的家底和新东西一起捋一遍。
一、Camunda 是什么：先有流程，后有 Agent
Camunda 起家于 BPM 咨询，创始人是 Jakob Freund 和 Bernd Ruecker。它的第一代产品 Camunda 7 是 Java 世界最有名的 BPMN 2.0 引擎之一：Spring Boot 里加个依赖，画好的流程图就能跑，状态、超时、补偿、人工任务全是引擎的事。
2022 年之后 Camunda 8 换了底座，核心是自研的 Zeebe——一个为「同时跑几百万个流程实例」设计的分布式引擎，事件驱动、可水平扩，配 Operate（看实例）、Tasklist（人工任务）、Optimize（报表）一整套。
GitHub 上 camunda/camunda 主仓是 4.3K 星，Java 写的，社区号称 10 万+ 开发者，官方口径 750+ 家企业客户。客户名单很硬：高盛有 15 个内部团队在用、每周跑 600 万个任务；纽约梅隆银行 70 多个项目、累计 1 亿+ 流程实例；美国退伍军人事务部的理赔自动化率提了 65%+，审查时间少了 30%。
底色很清楚：不是给开发者玩的玩具，是给「跑挂了要赔钱」的场景用的。
二、Agent 被塞在哪儿
Camunda 8.10 的 Agent 能力，和你熟悉的 Dify、Langflow 那种「画布搭 Agent」不是一回事。它的做法是把 Agent 降级成流程里的一个 BPMN 元素：
- AI Agent Task / AI Agent Sub-process：8.10 起是原生元素模板，直接选模型供应商（Anthropic、OpenAI、Bedrock、Foundry 都行），配提示词和工具，跑在流程里。它是流程的一步，不是流程的全部。
- 工具就是流程本身：流程里的 BPMN 元素、HTTP 连接器、外部系统都能给 Agent 当工具。
- A2A 双向：8.9 起支持 Agent2Agent 协议，专门的连接器让不同厂商的 Agent 在流程中途互相要数据，走签名消息，流程引擎留审计。
- MCP 两个方向都做了：8.10 新增 Processes MCP Server，把部署好的流程挂到
/mcp/processes，任何 MCP 客户端都能把「一个完整审批流程」当工具调；反过来也给 MCP 起始事件做了模板，画个消息开始事件就注册成 MCP 工具。 - 外部 Agent 也能进来：用 LangGraph、CrewAI 写的外部 Agent，通过 Agent Instance API 接进 Operate，思考链、工具调用、token 消耗一样能看到。
再加两件 8.10 的实用货：Process Test 支持用 LLM-as-a-judge 断言，非确定性的 Agent 输出终于能写进 CI；Optimize 里多了 agentic control plane 看板，按流程看 token 花费和 Agent 可靠性。
至于 5 月 CamundaCon 上宣布的 ProcessOS——用自然语言描述业务结果，让它自己发现旧流程、重构成带 Agent 的新流程、再按 KPI 持续优化——目前还是闭测，跑在 AWS 上接 Bedrock。方向挺猛，但没到能上手的时候。
三、上手：一条 npm 命令，别急着上生产
8.10 开始官方给了 CLI，比过去下载 tgz 包省事：
npm install -g @camunda8/cli
c8ctl cluster start 8.10.4
包自带 JRE，只要 Node 18+；起来之后浏览器开 http://localhost:8080/operate，账号 demo / demo。然后拉官方的入门流程，部署、跑一个实例：
git clone https://github.com/camunda/camunda-8-get-started.git
cd camunda-8-get-started/1-rocket-launch/
c8ctl deploy .
c8ctl run rocket-launch.bpmn --variables='{"fuelLevel":90}'
Operate 里就能看到这个实例一步步走过去。
这里有个坑我在 A7Z（ARM64 Linux）上撞到了：c8ctl cluster start 8.10.4 会去下 camunda8-run-8.10.4-linux-aarch64.tar.gz，官方仓库里根本没有这个文件，直接 HTTP 404——翻下载目录，8.10.4 只给了 linux-x86_64、darwin 和 Windows 三套包，ARM Linux 是空白。想在麒麟、树莓派、A7Z 这类机器上跑，只能走容器：camunda/camunda:8.10.4 的镜像 manifest 里 amd64 和 arm64 都有，podman 或 Docker 拉下来是能用的。这条差异官方文档里没明写，但实测就是这么回事。
SaaS 那边更省事：8.10 加了「Camunda 提供的 LLM」，试用账号不用自己填 Anthropic 或 OpenAI 的 key，官方给一段额度，几百到几千次 Agent 运行够你验证概念。
四、实话
第一，它不是 Agent 平台，是流程平台加了 Agent。 你要的是对话机器人、知识库问答、多智能体协作写代码，Dify、Langflow、CrewAI 那条路更短，别硬套。Camunda 值得上的场景只有一个特征：流程长、跨系统、中间要人批、出错要能退、事后要能查。理赔、开户、订单履约、入职离职，这类活它确实是专业的。
第二，学习曲线是真的陡。 BPMN 2.0 的网关、事件、边界事件、补偿，DMN 决策表，元素模板，job worker——这套东西比拖拽画布难一个量级。不会写代码也能画流程，但要接内部系统，还是得有人写 worker（Java、或者其他语言的 gRPC/REST 客户端都行）。
第三，开源的边界要看清楚。 自托管开发环境免费、不要 license；一旦上生产就要 Enterprise 授权。更要注意老线：Camunda 7 社区版最后一个版本 7.24 是 2025 年 10 月 14 日发的，仓库之后归档，社区版不再有安全补丁；企业版支持到 2030 年 4 月。现在新项目再选 Camunda 7，等于开局就欠一笔迁移债。
第四，生产形态和本机那套完全两码事。 c8ctl 起的是单机全合一，只适合开发。真上生产要考虑 Zeebe 集群、二级存储（8.9 起除了 Elasticsearch/OpenSearch，也支持 PostgreSQL、MySQL、SQL Server 这类关系库）、Identity 和备份。这块的运维成本，比装个 n8n 高得多。
一句话判断：如果你在找一个「让 Agent 干活但出了事有人负责」的地方，Camunda 是这条路上最成熟的一个；如果你只是想搭个 Agent 玩玩，它的门槛和授权会让你怀疑人生。横向看，它更接近我此前写过的 UiPath 那类企业编排选手，而不是 n8n、Dify 那种应用搭建台。
