说实话,多Agent系统是个hen有意思的东西:多个自主智Neng体通过协作完成复杂任务.

咱就是说,你Ke以想象成一个团队,每个成员dou有自己的专长,Zui后大家一起把事情办成.

,你得了解Java里Agent的概念,哈哈,不然你会一头雾水.

简单来说,Agent就是Ke以在JVM上运行的代理程序,Ke以用来Zuohen多有意思的事情,比如字节码增强之类的.

然后,你需要选择一个合适的框架来实现多Agent协作.

我这里推荐使用agentscope,因为它提供了hen多现成的功Neng,比如HarnessAgent,Ke以让你轻松地组织多个Agent.

import io.agentscope.core.agent.RuntimeContext; import io.agentscope.core.formatter.openai.OpenAIChatFormatter; import io.agentscope.core.message.UserMessage; import io.agentscope.core.model.OpenAIChatModel; import io.agentscope.harness.HarnessAgent; import io.agentscope.harness.agent.subagent.SubagentDeclaration; import java.nio.file.Path; import java.util.List;

static SubagentDeclaration speaker { return SubagentDeclaration.builder .name .description .inlineAgentsBody .build; } }

跑一下你会kan到一段subagent输出被自然串成一段"圆桌会议纪要".

主持人 agent 的 system prompt 里显式描述了发言顺序——product → tech → ops → legal.

这等价于MsgHub的add之后硬编码broadcast的顺序.

"以前我们用 MsgHub.broadcast 让四个 agent 在同一个消息总线里自由聊天来模拟群聊 / 圆桌会议…… 没有 MsgHub 也Neng达到一模一样的效果——靠 orchestrator + workers 模式：主 agent 扮演主持人，subagent 扮演参与者，每轮由主 agent 把'上一轮的发言'喂给下一个发言者."

为什么百度不收录我的文章?

.x 时代,MsgHub.x 代码在编译期就会失败，需要按本章的模式改造。

.x 写 Pipeline 时就要Zuo的设计，把它挪到了 system prompt 里。

.x MsgHub.x 的一个老毛病是：个 agent 在 hub 里互发消息，轮后 token 用量爆炸。

.x HarnessAgent,挂一个CompactionMiddleware.

HarnessAgent host = HarnessAgent.builder
        ...
        .middleware(new CompactionMiddleware(
                CompactionConfig.builder
                        // 上下文超过 8k token 时压缩
                        .triggerTokens
                        // 保留Zui近条
                        .keepRecentMessages
                        // 压缩结果写进workspace/MEMORY.md
                        .summaryTarget 
                        .build))
        .build;

.x Pipelines)Yi被移除,HarnessAgent+agent_spawn.java.实现. 以-javaagent添加代理包方式实现,在main方法执行前处理业务逻辑. 多个java. 说白了,就是让多个 Agent 在同一个 JVM 里协同工作,这就需要一个好的框架来帮你搞定消息传递、状态管理这些复杂的东西. 害,你要是想用 Java 原生的方式去实现多 Agent 协作,那可就有点麻烦了. 你得自己搞定 Agent 之间的通信机制,还得考虑上下文隔离、权限Zui小化这些问题. 咱就是说,用现成的框架多好,不用自己造轮子.