今天下午，我把自己的AI助手系统升级了一下——让两个Agent分工配合。

整个过程不到一小时。昨天同样的事搞了一整天，差点把系统搞崩。

上周 vs 今天，到底差在哪里

上一篇我写过，第一次搭Multi-Agent系统，踩了5个坑，从早上10点到晚上10点都没彻底解决。

今天为什么快了这么多？

因为搞清楚了一件事：权限，才是第一道门。

大多数人想到"给AI加一个助手"，脑子里浮现的画面是：告诉它去做什么，它就做了。但实际上，AI系统里的每一个Agent，默认是相互隔离的。主Agent想调用子Agent，需要显式授权——就像你要给员工开系统权限，不是入职就自动有的。

↑ 在群里讨论InSight subagent的配置问题

今天具体怎么做的

第一步：确认子Agent已配置

我们的子Agent叫InSight，专门负责内容生产。它的workspace、身份、系统设定已经在上周建好了。但"建好了"不等于"主Agent可以调用它"。这是今天要解决的事。

第二步：检查allowlist——果然是空的

查了一下，主Agent（Mars）的subagent allowlist里只有main，没有InSight。这就是问题所在。InSight存在，但没有被授权。

群组成员配置

Mars身份确认正常

第三步：一行config，打通权限

allowAgents: ['insight']

通过配置工具更新，Gateway重启，30秒搞定。

第四步：测试——直接成功

重启后立刻spawn了一个测试任务给InSight。它收到了，回复了，完整介绍了自己的能力和工作方式。双Agent系统，跑通了。

现在这套系统是怎么运作的

• 我（用户） → 跟Mars说需求
• Mars 🔴（主Agent） → 判断、拆解、分派任务
• InSight 💡（子Agent） → 执行内容生产：写稿、整理知识库、格式化文章
• Mars → 汇总结果，回报给我

简单说：Mars负责"想清楚"，InSight负责"做出来"。两条线并行，我不需要等。

↑ 另一个群组里的Agent协作效果

顺手还解决了一个小问题

之前在群里，每条消息都要@机器人它才回应。因为默认配置是requireMention: true——群组里要被点名才响应，防止误触发。

但这个群只有我一个人，没必要每次都@。

requireMention: false

一行配置，改完重启，直接说话就行。

这件事背后的逻辑

昨天花了一整天，今天花了不到一小时，差异不在工具变了，在于知道该改哪里。

AI系统的复杂度，大部分不在"让它变聪明"，在于让它找到对的人、做对的事、在对的时候响应。路由、权限、配置——这些是AI基础设施的底层语言。不理解它，就只能反复踩坑。理解了，就快很多。

如果你也想搭类似的系统

1. 先搞清楚权限模型 — 每个平台的Agent调用机制不一样，先读文档的"authorization"部分
2. 配置变更后必须重启 — 改了配置不重启，什么都不会生效
3. 用最小测试验证每一步 — 每加一个新配置，立刻发一条测试消息确认是否生效
4. 主Agent做判断，子Agent做执行 — 这个分工很重要，不要混用