你已经配置好研究、排版和代码审查助手，各自做熟悉的任务都不错。可写一份带图表的技术报告时，研究助手不知道排版助手能做什么，你又要逐个介绍、分派、转交。新添一个帮手，仍得重新向所有旧助手解释一遍。
只有几个固定角色时，直接写一条固定流程更好。甚至一个能使用全部工具的助手就够了。发现其他能力的价值，来自这些能力确实会变化、分散在不同运行环境，或者由不同的人维护，而不是为了让流程显得更自主。
先把“排版助手”说成一项能验收的工作：接收文章与允许的图表素材，返回指定格式的文档，并说明不负责事实核查。研究助手只需知道这种输入输出和访问条件，不必知道对方的提示词是如何调出来的。EasyNet 的能力描述与调用入口能承载这类信息。
让现有 Agent 真正接单，还需要维护者把它封装成可调用程序，安排运行服务，并处理任务长度与结果文件。支持的 MCP 入口可以把可见工具提供给调用助手；但看到描述不等于有权使用，也不保证它理解应该在什么时候委派。
因此最初先固定两位助手的合作，再用几种普通请求观察选择是否正确。提交任务时带上原始要求，返回时给出产物与未完成事项。流程还要限制重复委派、时间和预算，否则研究助手让排版助手补研究，后者再交回去，就只是换了一种方式让你等待。
只有当新增一项排版能力后，既有助手能在获准范围找到它，交出可用输入，并取得你能检查的文档，目录才产生了实际价值。它让你维护的好方法有机会被下一项工作用上；如何分工、如何停下和谁维护服务，仍然需要清楚安排。
- 01
明确所需帮手
文章加图表，输出可审文档。
- 02
获准后委派
带原要求，限制时间与次数。
- 03
检查产物与剩余工作
排版不冒充事实核查。
交给排版助手的任务
具体业务输入示例；文件引用需真实可读，委派限制需执行器落实。
{
"article_ref": "<approved article>",
"chart_refs": ["<approved chart>"],
"output_format": "pdf",
"instruction": "Preserve claims and citations; adjust layout only",
"return_unfinished_items": true
}预期结果：返回PDF及缺失素材说明，不重新编造研究结论。
接入时的检查项
- 新增能力在可见范围内能被发现。
- 测试任务选中的能力与其契约匹配。
- 无法完成或形成循环时能停止并说明原因。