# 我有好几个自己配置好的 Agent，却得逐个告诉它们谁擅长什么。 | EasyNet

Source: https://easynet.run/cases/problems/agents-find-the-right-helper

[easynet.run · 全部问题场景](https://easynet.run/cases#problem-scenarios)

# 我有好几个自己配置好的 Agent，却得逐个告诉它们谁擅长什么。

你已经配置好研究、排版和代码审查助手，各自做熟悉的任务都不错。可写一份带图表的技术报告时，研究助手不知道排版助手能做什么，你又要逐个介绍、分派、转交。新添一个帮手，仍得重新向所有旧助手解释一遍。

只有几个固定角色时，直接写一条固定流程更好。甚至一个能使用全部工具的助手就够了。发现其他能力的价值，来自这些能力确实会变化、分散在不同运行环境，或者由不同的人维护，而不是为了让流程显得更自主。

先把“排版助手”说成一项能验收的工作：接收文章与允许的图表素材，返回指定格式的文档，并说明不负责事实核查。研究助手只需知道这种输入输出和访问条件，不必知道对方的提示词是如何调出来的。EasyNet 的能力描述与调用入口能承载这类信息。

让现有 Agent 真正接单，还需要维护者把它封装成可调用程序，安排运行服务，并处理任务长度与结果文件。支持的 MCP 入口可以把可见工具提供给调用助手；但看到描述不等于有权使用，也不保证它理解应该在什么时候委派。

因此最初先固定两位助手的合作，再用几种普通请求观察选择是否正确。提交任务时带上原始要求，返回时给出产物与未完成事项。流程还要限制重复委派、时间和预算，否则研究助手让排版助手补研究，后者再交回去，就只是换了一种方式让你等待。

只有当新增一项排版能力后，既有助手能在获准范围找到它，交出可用输入，并取得你能检查的文档，目录才产生了实际价值。它让你维护的好方法有机会被下一项工作用上；如何分工、如何停下和谁维护服务，仍然需要清楚安排。

01

明确所需帮手

文章加图表，输出可审文档。

02

获准后委派

带原要求，限制时间与次数。

03

检查产物与剩余工作

排版不冒充事实核查。

研究交出材料，排版交出文档，不把任务无限踢回去。

交给排版助手的任务

具体业务输入示例；文件引用需真实可读，委派限制需执行器落实。
示例内容 · json

```
{
  "article_ref": "<approved article>",
  "chart_refs": ["<approved chart>"],
  "output_format": "pdf",
  "instruction": "Preserve claims and citations; adjust layout only",
  "return_unfinished_items": true
}
```

预期结果：返回PDF及缺失素材说明，不重新编造研究结论。

接入时的检查项

新增能力在可见范围内能被发现。

测试任务选中的能力与其契约匹配。

无法完成或形成循环时能停止并说明原因。

源码与接入资料

[MCP 接入指南](https://easynet.run/docs/connect/mcp)

[函数接入指南](https://easynet.run/docs/connect/function)