Claude Code 的 subagent，我做到第三个就完全卡住了。代码审查、测试执行，还有文档生成。再往下就想不出来了。啊，我懂。prompt 怎么写、人设要设定到什么程度，确实挺纠结的。就是啊。写了「做建设性的审查」，感觉还是差点意思。但人设弄太浓的话，感觉用得上的场合又变少了。小莎，你知道 Agency Agents 吗？没听过，那是什么？
GitHub 上超过 12 万 star 的 AI agent 目录仓库。现在收录了 265 个 agent，全部可以直接在 Claude Code 里用。265 个，比莎莉娜多了 87 倍还不止诶。而且概念是「AI 人才派遣事务所」，每个 agent 都有自己的人设。人才派遣事务所？就是把 agent 派遣出去的意思？对，需要什么领域的专家，就在需要的时候把它叫出来用。它最初是从 Reddit 的一个帖子开始的，后来靠社区一点点养大的项目。不用自己从零想，这真的帮大忙了。既然 265 个都能用，那干脆全部装上不就好了？
我一开始也是这么想的，实际试了一下。结果 context 直接被塞满，真正要给的任务指令反而放不进去了。啊，就是说光是 agent 的定义就把 token 吃光了？对，265 个的名字和说明全部都会加进 context 里。更麻烦的是 OpenCode，超过 119 个之后，多出来的部分会悄悄消失。悄悄消失？连报错都不会有吗？不会。第 120 个开始就不会被加载，但看起来还是正常运行。那就是想用的 agent 其实不在里面，自己都没发现的那种情况。
所以官方也一直在强调，「Install only the teams you need」。265 个是选项，不是要你全部都装上用的。那实际上该怎么挑？按领域选才是正解。以 Division 为单位，分成了 17 个领域。安装时用 --division 选项，就能只指定需要的领域。原来如此，人才派遣不是把所有人都叫来，而是按部门来请求。就是这么回事，只叫今天工作需要的那个专家就行。
265 个里面，有一个 agent 让我特别震撼。Whimsy Injector 之类的吗，名字听起来就挺有个性的。那个也挺有意思，不过今天想给你看的是 Reality Checker。它的 vibe 是「fantasy-immune」，也就是对幻想免疫。对幻想免疫，具体是怎么个动法？它默认的判定就是「NEEDS WORK」。除非有非常确凿的证据，否则不会给出可以上线的判定。跟性善论反着来啊。我试着给它看一个很轻微的 CSS 修改，结果被追问「测试结果呢？」。就改了个颜色，也会被要求拿证据出来啊。「能跑就没问题」这套在它这儿行不通。
平时用感觉挺重的，那它适合什么场景？正式部署前的最后一道检查。用在这里，安心感完全不一样。开发过程中用别的 agent，只在发布前请出 Reality Checker。正因为人设浓，才更要分清楚场合用啊。对，定好场景再叫它出场，这种浓度才最能发挥作用。刚才说了 Reality Checker，其实还有个性格完全相反的。Whimsy Injector，中文大概可以叫「注入奇思妙想的家伙」吧。光听名字就感觉不太正经，它是做什么的？专门负责制造让人记住品牌的意外惊喜。
我试着给它看了一个很朴素的后台管理界面截图。后台管理界面一般都是灰扑扑、没什么味道的那种吧。对。结果它说「任务完成时加个庆祝动画吧」。而且给的理由是「能把完成焦虑减少 40%」。完成焦虑是指那种担心有没有保存成功的感觉吗？对对，说是有比较明显的反馈，人就会更安心。嘴上说是玩心，其实背后是有 UX 依据的啊。它还提了微交互之类的，按钮上那种细小的动效。这种我自己肯定想不到。浓人设反而能带动想法冒出来，是这种感觉。
让 AI 帮忙改代码的时候，是不是经常会被它说「顺便把这里也改了」？太常见了。明明只是让它修个 bug，结果连不相关的变量名都被全部重命名了。10 行的修改不知不觉就变成了 400 行的重构，看得人都没心情审查了。而正好能精准解决这个问题的，就是 Minimal Change Engineer。它的理念是「用最小的 diff 解决问题，多余的每一行都是负债」。只修改被要求的部分，绝不做范围蔓延，这就是它的设计思想。也就是说，不需要碰的文件根本不会打开？对。如果是修 off-by-one 错误，那就真的只改一行就结束。提取常量、加 JSDoc、顺手加个 null 检查，这些统统不做。这对只有自己审查代码的个人开发来说，简直是最贴心的功能了。在团队里也一样，差分小的话审查时间会大幅缩短。我觉得这是通过人设来控制 AI 行为的一个很好的范例。
刚才说到用 Division 来筛选，具体都有哪些领域啊？Engineering、Testing、Marketing 这些应该都能想象得到。有意思的是，像 GIS、Game Development 这种小众领域也都齐全。GIS 就是地图和位置信息那个吧。居然连这么专业的领域都有。Cartography Designer，是个连地图的色彩设计和排版都很精通的 agent。Game Development 里有 Unity Multiplayer Engineer 之类的，都是相当实用的角色。每个领域大概有多少个啊？感觉数量应该不太均衡。app 统计里，Specialized 最多 53 个，Marketing 36 个，Engineering 33 个。Finance 和 Academic 各只有 5 个，领域之间的差距还挺大的。Specialized 里都有些什么？MCP Builder、Agents Orchestrator 这些。大多是专门做工具联动的。Agents Orchestrator 负责统筹多个 agent 协作，扮演的是指挥角色，记住这个就好。
那实际安装的时候要怎么写？像 --division engineering,testing 这样，用逗号分隔，只指定需要的领域就行。如果是前端开发，可能只要 engineering 和 design 就够了。对，根据项目来调整组合，才是正确的用法。用命令行安装，对不熟悉的人来说门槛是不是有点高？正好有个原生应用能解决这个问题，叫 Agency Agents。用 Tauri 做的，Mac、Linux、Windows 全都支持。原来不是 Mac 专用的啊。Windows 也能用的话就太方便了。画面上会列出支持的工具，只要选好想用的 agent 点一下就行。Claude Code、Codex、Cursor、Gemini CLI 这些，8 个工具一键就能装上。8 个工具？其他的不支持吗？Aider、Windsurf 这些，虽然 app 上能识别到，但还不能自动安装。那些需要自己去运行仓库里的脚本才行。主流的都支持了，应该不太会遇到麻烦。
最方便的是 Install Health 画面，状态一目了然。状态除了是否已安装之外，还有别的吗？分成 in sync、outdated、modified 等 5 种。是不是和目录同步、是不是过期、有没有被自己改过，都用不同颜色区分开来。啊，之前一直担心自己改过的东西会不会被覆盖掉。看到 modified 状态，就能在覆盖前发现，放心去改造。能用 GUI 管理的话，就算有 265 个也不用怕了。
都有 265 个了，自己做 agent 还有意义吗？其实呢，并不是所有 agent 的质量都一样。Reality Checker、Whimsy Injector 这些，是 README 里反复被引用的招牌角色。无论是 prompt 还是台词范例，都打磨得很到位。原来人气角色和其他角色之间是有差距的。像 Healthcare 这种后来才加进去的领域，有些内容还比较浅。那自己做 agent 的用武之地在哪呢？就是想把自己项目特有的情况加进去的时候。CLAUDE.md 里的规则、团队自己的 lint 设置，这些借来的 agent 里都不会有。我们项目的 ESLint 设置相当特殊，看来这部分只能自己写了。另外，以借来的 agent 为基础做自己的定制也是可以的。因为是 MIT 许可，改动也好、再发布也好都很自由。个性鲜明的角色打好第一手，特殊情况自己补充，这才是正解。
12 万星，是从一开始就火起来的吗？其实啊，前 5 个月一直徘徊在 2000 星左右，不温不火。2025 年 10 月创建的，到 2026 年 2 月底也才刚过 2000。原来是花了将近半年慢慢养起来的。后来发生了什么？2026 年 3 月，一下子冲到了 8 万星以上。一个月涨了 40 倍？是做了什么推广吗？有意思的是，这个仓库里有个叫 Reddit Community Builder 的 agent。它的 vibe 是「用 Reddit 的语言说话，建立真实的信任」。专门负责在 Reddit 上做社区运营的 agent？对。而这个 agent 的理念，正好就是作者自己的策略。「不要推广，要成为社区的一员」，就是这种思路。不是打广告，而是持续提供价值，是这个意思吧。README 里也写了，发布 12 小时内 r/ClaudeAI 就收到了 50 多条请求。持续采纳这些反馈，花了 5 个月不断增加 agent。跟社区一起养大，结果就是 3 月那波爆发。等于是自己实践了自己做的那个 agent 的理念呢。
说是要从 265 个里面选，说实话都不知道从哪下手。我的话，会先从 3 个开始。第一个是 Reality Checker，专门用来做正式部署前的最终检查。平时不太用，但发布前叫它出场，安心感完全不一样。第二个是 Minimal Change Engineer，不想让它多做多余事情的时候用。本来只想修个 bug 结果变成大规模重构，这种事故就能靠它避免吧。第三个，选一个跟自己领域相近的 agent。前端的话用 Frontend Developer，做地图相关的话用 Cartography Designer 之类。等于是找工作搭档候选，天天用的东西合不合适挺重要。比起一次全装上，更推荐先用 3 个判断合不合适，再慢慢增加。角色设定会改变 AI 的表现，这个不实际用一下真不知道呢。265 个只是选项。找到适合自己的专家，这个过程本身就挺好玩的。