用纯 Java 做一个企业级 Agent Harness 平台：BizBuddy 的设计与取舍

我们为什么把「智能体内核」放进一个成熟的 Java 中台里，而不是再起一套 Python 服务。

过去两年，几乎每个团队都搭过一个 Agent Demo：接一个大模型 API，挂几个函数，就能对话、能查数据、能写记录。Demo 到生产之间，隔着几道很硬的墙：

BizBuddy 就是冲着这几点做的：一个企业级智能业务运行平台——它在成熟中后台底座之上，叠加一整套可运营的 AI 能力，而不是一个孤立的对话机器人。

内核选的是 AgentScope 的 Java 版 Harness（2.0.3）。它是国内开源、专为「工程化 Agent」设计的框架，提供我们需要的全部工程能力：

最关键的是：它是 Java。同一进程、同一 JVM、同一套权限与事务，和 RuoYi-Vue-Plus 天然融合，不需要跨语言的 sidecar 和 RPC 边界。

底座是 Dromara RuoYi-Vue-Plus 6.0.0，一个非常成熟的 Java 中后台脚手架，自带：

BizBuddy 的 AI 能力集中在一个模块：ruoyi-modules/ruoyi-ai（包 org.dromara.ai）。对底座是「叠加」而非「替换」——存量中后台能力全部可复用。

不是说 LangGraph / Dify 不好，而是当企业存量是 Java 中台时，纯 Java 路线有三个现实优势：

运行形态可以概括成一句话：入口智能体统一接待，按需把任务委派给领域专家，专家的回答直接交付用户。

「Harness」一词在这个项目里不是噱头，它指的是把 Agent 从「一次性脚本」变成「可运营组件」的那层工程化外壳。BizBuddy 借助 AgentScope Harness 落地了这些东西：

BizBuddy 采用 MIT License，代码完全开源，托管在 Gitee：

后端底座源自 RuoYi-Vue-Plus（MIT），本项目在其上做平台化改造。你可以在自己的环境里跑起来：

数据库脚本在 RuoYi-Vue-Plus/script/sql/postgres/，按 框架基础表 → 工作流 → AI 平台 → 调度 顺序导入即可。

如果你正准备把 Agent 从 Demo 推向企业生产，希望这个项目的取舍能给你一点参考。

来源：稀土掘金　原文