一个刚在 GitHub 快速蹿红的 Agent 项目，开始把“会不会调用工具”，推进到“会不会组织工具”。

它叫 OpenSquilla。

如果你最近在关注 Agent 圈子，大概率已经刷到过它。这个项目最早吸引大家注意的，是它那套很“守财奴”的智能模型路由机制: 同样一项任务，会把不同环节自动分发给不同模型处理，尽量不用大模型硬怼，能省下相当可观的 Token 成本。

有意思的是，它甚至把这件事做成了可视化反馈。任务跑完后，不光会告诉你这次省了多少 Token，还会溯源每个环节的消耗，看起来像个“老虎机”，但摇出来的不是运气，而是预算空间。

但如果你以为它只是一个“省钱版 Agent”，那就低估它了。

这两天，OpenSquilla 又放出一个更值得关注的新能力: Meta Skill。

不是 Meta 那家公司，而是字面意思上的“元技能”。

简单说，过去一个 Skill 往往只负责一件事，比如搜索、写文档、分析表格、查天气、读记忆。现在，Meta Skill 相当于把多个原子 Skill 封装成一本“操作白皮书”，让 Agent 不再只是机械地调用工具，而是能按照既定策略，端到端推进一整条长流程任务。

这一步，很可能才是 Agent 真正进入生产力阶段的关键分水岭。

实测之后，我发现它解决的是个更深的问题

前阵子，我在做一套大会后台工作的自动化时，就被一个问题困住了:

很多工作其实并不难，难的是它们太碎、太多步、太依赖上下文切换。

表面上看，一条工作链很清晰；可一旦真要自动化，你就会发现图里每一个步骤，往往都要手动去戳一次对应 Skill。像打地鼠一样，点一下动一下，全程 Human in the loop。上下文切来切去，光翻 Skill 列表就已经很累。

所以后来，我自己也尝试过把一整套上下文压缩成“超级 Skill”，让它自动判断当前所处阶段，再调用不同子 Skill 去交付结果。再配合状态文档和定时心跳机制，确实能把流程逐步自动推进起来。

但问题也很明显:

能做，不代表好做。

要把多个 Skill 真正封装成一个好用的“超级 Skill”，门槛并不低。你不仅要对业务流程本身很熟，还要知道哪些步骤串行、哪些步骤并行、哪些结果应该喂给下一个环节、哪里需要人工确认、哪里要做安全检查。

如果换成跨行业、跨角色的复杂任务，这个工作量会迅速膨胀，最后很容易演变成一场灾难。

而 OpenSquilla 这次发布的 Meta Skill，本质上就是在解决这个问题:
把“工作流编排”本身，抽象成一个可复用的技能层。

9 个封装好的 Meta Skill，直接把 Agent 从“工具人”变成“项目经理”

这次仓库里已经放出了 9 个封装好的 Meta Skill。

我挑了其中一个来实测: meta-kid-project-planner。

这是一个面向儿童项目规划的 Meta Skill。比如孩子想做一个科学展项目、兴趣手工、创意小发明，或者策划一个可落地的小活动，它都可以从零开始，生成一套完整、可执行的项目计划。

我给它的 Prompt 很简单:

孩子 9 岁，想做一本 Meta Skill 魔法书，先网页呈现再做纸质小书，每页介绍一个咒语。

然后它就开始自己跑了。

没有频繁打断，也不需要我中途不断选 Skill、补步骤、换工具。它自己把需求拆成一串子任务，持续执行了二十多分钟，最后交付了一整份完整的项目规划包。

而且做得比我预期细得多。

它不只给了项目计划，还考虑到了孩子的年龄、安全边界、材料准备、家长参与度，甚至还加入了安全审查和预案设计。如果任务里出现户外场景，它还会进一步调用搜索能力，补查天气等外部信息。

我后来去翻了这个 Meta Skill 的 SKILL.md，大致能看出它的设计逻辑:

1. 先立项，询问年龄、目标、周期、预算、家长参与度等基础信息。
2. 再做可行性与安全分类，判断是否危险、是否需要成人协助、是否需要额外采购。
3. 最后进入执行阶段，输出分步计划、材料清单、安全提醒、家长协作建议，以及最终交付物。

也就是说，它已经不是“接到一句话就直接开始写答案”，而是更像一个会自己拆任务、拉资源、控风险、推进进度的项目经理。

更关键的，其实不是 Meta Skill，而是背后的“调度逻辑”

很多人可能会问:

刚才那种一跑二十多分钟的复杂任务，中间又是调搜索、又是查天气、又是翻记忆、又是做安全审查，到底是谁在安排这些动作？

答案正是 Meta Skill。

你可以把它理解成一份给 Agent 的“项目经理手册”:

• 哪些步骤先做
• 哪些步骤后做
• 哪些环节可以并行
• 哪些步骤要引用前一步结果
• 哪些地方必须停下来确认
• 哪些地方要插入风险检查

这些规则，不再由用户在对话里临时口头调度，而是被提前固化进 Skill 内部。

这意味着，Agent 的核心能力正在从“会不会用工具”，升级成“会不会组织工具”。

而这也是我觉得这次变化特别重要的地方。因为现实世界里的复杂工作，从来都不是靠一个工具单点完成的，真正决定效率的，往往是流程编排能力。

但如果只有“会排活”，还是不够

当然，一个只会排活的 PM，并不能自动让公司更赚钱。

如果每个子步骤都调用最贵的模型，那流程越完整，成本越高，最后照样跑不动。

这也是为什么 OpenSquilla 的另一项能力，反而显得更重要: 智能模型路由。

你前面看到的那个“老虎机”式可视化，其实就是它的预算管理器。
每一个子步骤流经的时候，系统会判断这一步究竟需要多强的模型。

比如:

• 提取孩子年龄、偏好、项目类型这种轻任务，便宜模型就够用
• 但安全审查、复杂规划生成、长文本整合这类步骤，才会分配给更强的模型

这样一来，Meta Skill 负责“怎么组织工作”，模型路由负责“怎么控制预算”。

前者像项目经理，后者像财务总监。

两者合在一起，才让长流程 Agent 真正具备了实用性。

最值得关注的，可能是那个“创建 Meta Skill 的 Meta Skill”

说到这里，新的问题又来了:

Meta Skill 很强，但它本身其实很复杂。
那这些 Meta Skill，又该由谁来写？

根据我的经验，一个像样的 Meta Skill，往往要有非常清晰的 SOP，知道任务如何拆解、如何校验、如何交付。哪怕你已经想明白流程，跟 AI 来回迭代，做出一个 400 多行的 SKILL.md，半小时起步都算很正常。

所以，这次 9 个 Meta Skill 里，我反而最看重另一个:
meta-skill-creator

它不是直接替你完成某个具体业务，而是帮助你创建新的 Meta Skill。
换句话说，它在试图解决“如何批量制造高质量工作流”的问题。

这非常关键。

因为当社区里可选 Skill 越来越多，真正的瓶颈就不再只是“有没有 Skill”，而是:

• 我到底该选哪几个
• 这些 Skill 该如何组合
• 什么顺序最合理
• 哪种编排最适合我的工作流

而 meta-skill-creator，瞄准的就是这个更高一层的抽象问题。

Skill 膨胀之后，下一步就是“供需匹配”

OpenSquilla 团队显然也考虑到了更远的事情。

如果未来不是 9 个 Meta Skill，而是 90 个、900 个，用户怎么知道哪个最适合自己的场景？

他们给出的思路是:
“个人偏好 × 社区供给”的索引协议。

你常用哪些 Skill、喜欢什么组合顺序、哪些用过觉得不好使、你的工作流里常见的步骤结构是什么，这些都可以变成信号。Agent 再基于这些信号，去社区里匹配别人已经做好的 Skill，甚至进一步拼装出更适合你的新工作流。

说白了，这已经不只是一个 Skill 仓库了。
它开始朝着自动化 Skill 推荐引擎的方向走。

而一旦这套机制跑通，Skill 的价值也会从“单个功能模块”，变成“可编排、可推荐、可生长的工作流资产”。

Skill 2.0 时代，可能真的开始了

如果把时间线拉长一点看，这次 Meta Skill 的出现，其实不是一个孤立功能，而更像是 Agent 演化过程中的一个自然拐点。

它同时踩中了三条线的交点。

第一条线，是模型能力。
复杂多步骤指令的理解能力，这两年一直在快速上升。模型已经逐渐“听得懂”更长、更复杂的编排说明，这是一切的前提。

第二条线，是生态爆发。
Skill 的数量正在快速增长，从用户手写，到数据驱动自动生成，再到社区沉淀分享，工具本身已经开始指数级增加。Skill 一多，就一定需要更高一层的抽象去管理复杂度。

第三条线，是成本约束。
大模型很强，但大规模 trial-and-error 仍然昂贵。如果每次都在线上边试边学，Token 会被工作流设计消耗掉一大截。Meta Skill 的意义，正是把这部分优化前置到 Skill 层，把复杂度“固化”下来。

当这三件事同时成熟，新的范式也就会被倒逼出来。

那就是:
Skill 2.0。

在这个阶段里，单个 Skill 已经不够用了。
真正能把自动化继续往前推的，不是谁多会调一个工具，而是谁更会把多个子 Skill 排列组合起来。

Agent 的竞争焦点，也因此悄悄发生了变化:

从“会不会调用工具”，变成“会不会组织工具”。

这听起来像是一个很小的变化，但它可能决定了 Agent 能不能真正走进复杂业务。

一个更有意思的问题才刚刚开始

最近这段时间，各家模型厂商都在推多 Agent 方案，腾讯有自己的 Agent 团队，MiniMax 有，Kimi 也有。

但 Skill 这一层，其实还停留在相对早期的状态。
很多社区实践，本质上仍然是在为单个模型写单个 SKILL.md。

所以我一直觉得，多 Agent 的潜力并没有被真正释放出来。
因为“人多”不是关键，关键是有没有一份能指导团队协作的白皮书。

而 Meta Skill，恰恰很像这种白皮书。

它给 Agent 提供的，不再只是单点能力，而是一种更宏观的全局上下文。
多个 Agent、多个 Skill、多个工作环节，终于开始有机会被放在同一个组织框架下理解和调度。

从这个角度看，Agent 和人类团队面对的问题，其实很像:

当员工变多、业务变多、流程变多，噪音也会指数级上升。
这时候，真正重要的从来不是“多干一点”，而是“如何通过架构和管理做熵减”。

OpenSquilla 这次放出来的 Meta Skill，让我第一次比较清楚地看到，这条路可能会往哪里走。

最后

如果你只是想快速体验，OpenSquilla 的安装路径其实并不复杂。
装过类似产品的话，迁移成本也不高，Windows 甚至支持压缩包直接起。对大多数人来说，Web 版会比终端和 IM 入口更有乐趣，因为很多可视化反馈，比如“智能路由老虎机”和“节省 Token 动画”，都只有网页端看得到。

但比安装更值得关注的，还是它背后的方向。

过去我们在讨论 Agent 时，关注点常常是模型够不够强、工具够不够多、调用够不够顺。
而现在，一个新的问题已经摆到了台前:

当工具越来越多，Agent 有没有能力像一个团队管理者那样，把它们真正组织起来？

如果答案是肯定的，那么 Meta Skill 也许就不只是一个新功能。
它更像是 Skill 时代进入下一阶段的起点。

欢迎打开 Meta Skill。
这一次，Agent 拿到的不是一把锤子，而是一整套组织世界的方法。

参考链接
GitHub：https://github.com/opensquilla/opensquilla
Skill 魔法书：https://imtangyujing.github.io/opensquilla-meta-skill-grimoire/