AgentScope Ep 3：同一套框架，三种活法

部件已经齐了，房子能不能搭起来？这一期，用三个真实搭建的应用样本回答。 锐Owl · 解构系列 · Agent 编排（Ep 3/4）

一、从拆引擎到搭房子

上一期，我们把 AgentScope 拆开看了内部结构：消息以完整轮次为单位在 Agent 之间传递，事件流让每一步过程都可以被观测，权限是规则、模式、工具三层门禁，多 Agent 靠团队和消息总线协作，RAG 和中间件按需接入 [1]。

拆完的结论是：这些部件，是同一套框架提供的。

但"部件齐全"和"能用它干活"之间，还差一个验证。这一期不重复原理，只做一件事——用同一套部件，搭三种完全不同的应用：文档处理、研究助理、内容创作。

二、文档处理：一条能换零件的链路

第一个应用，需求一句话：给它一堆文档，它回答你的问题。

AgentScope 的做法是一条固定的链路，四步：

1. Parser 解析文件：PDF 按页拆，Markdown 按标题拆，文件被切成带结构的节
2. Chunker 切块：把节切成小块，规则是绝不跨节切，保证每一块的语义完整
3. Embedding 模型：把每个块变成向量
4. 向量库：负责存向量、做检索

链路是固定的，但链路上的每一环都可以换：解析不准，换 Parser；向量库不顺手，换一个；Embedding 效果不好，换模型。改的是单个环节，不用动整条链路。

多租户隔离也在这条链路里：每个租户的数据打上自己的元数据标签，检索时按标签过滤，租户之间互不可见。

我们搭了一版实测：输入一份公开的年度报告，问它"第三季度的核心指标是多少"，它返回了答案，并且带着页码依据；再追问一句，同样接得住 [2]。

三、研究助理：一组带边界的 Agent

第二个应用，不是单条链路，是一组 Agent 协作。

结构是这样：一个 leader Agent 负责接任务、拆任务、派任务；下面若干个 worker Agent，每个 worker 是一个独立的会话——有自己的状态、自己的工作空间，可以并发执行。worker 之间不直接通信，消息统一走团队消息总线，框架给每条消息打上「来自队友」的标记，让 Agent 分得清：这是队友在说话，还是指令在派活。

这一组的重点在权限：

• 负责查资料的 worker 挂只读角色——只能读，不能改
• 负责写代码的 worker 挂编辑角色

角色模板在框架里注册好，Agent 一创建就绑定，越权的操作在门禁层被拦下。

协作的难点从来不是"多"，是"不乱"。这一组，用权限把每个 Agent 的边界划清楚。

四、内容创作：一个带账本的个体

第三个应用，主角是中间件。

中间件是一层套一层的钩子，包在 Agent 的整个执行过程外面：最外层包整个回复的生成，往里一层包推理过程，再往里包工具执行，最里面贴着模型调用。

框架内置了三个中间件：

• 预算控制：统计每一次模型调用的开销，超过上限自动停止
• 链路追踪：记录每一步执行，随时可以回放
• 长期记忆：保存对话状态，下次接着聊

我们让它写一篇小稿子：先通过 RAG 查素材，再搭框架，最后成文。创作流程本身没有变化，但每一笔调用有账单、每一步操作有记录——一个带账本的创作个体。

五、三种结构，一种内核：协同

三个应用，三种结构：

← 表格可左右滑动查看

结构完全不同，但它们做的其实是同一件事——协同。

AgentScope 的价值也在这里：它没有把协同留给你自己写。编排被内建在部件里——链路按顺序协同，团队按权限协同，每一步按事件可观测。部件可以替换，协同方式由你决定。

同一个框架，搭出了文档问答、研究协作、带账本的创作。三种结构，一种内核：协同。

六、下期预告：收官，回到判断

下一期，这个系列的最后一期。我们会说清楚：AgentScope 适合什么场景、边界在哪里、什么时候该用、什么时候不该用。

拆过结构，搭过应用，最后做判断。AgentScope 不是一个完美的框架——完美的框架不存在。它是对"企业级 Agent 编排"这个命题的一次具体回答。

值得你看懂、拆解，然后形成自己的判断。

参考来源

[1] AgentScope 官方文档与仓库：https://github.com/alg-agent-superlab/AgentScope [2] 演示素材为自制公开样例（模拟年度报告数据），非真实商业数据