Skill 火起来之后，我们是怎么在 Agent 里用它的

这段时间 Skill 热度又起来了，但大家 WoW 的点主要集中在 Skill 可以实现的效果上。想聊一聊Skill发布后这几个月，我们是如何在Agent中运用Skill的，以及Skill 还带来了哪些其他方面的影响

在 Skill 发布之前，最让人困扰的问题之一就是，我要新做一个 Agent 的功能时，要不要新增 tool？

Skill 的出现直接解决了这一问题，本质上只要是可以通过编排 tools 来实现的功能，都可以通过 Skill 来实现

Model → 原子tools → Skills，这或许就是当前最简洁的 Agent 架构。在10月Manus x langchain的分享中，Peak在聊Manus的 tools 相关设计的时候，也聊到类似的层级设计，只不过当时还没有Skill

而这甚至还不是 Skill 带来的最大的好处，在我看来 Skill 带来最深影响，是对 Agent 产品工程效率上的提升

Skill 的出现，真正的使产品、设计等诸多职能，可以在完全不涉及代码开发的情况下，在极短的时间内（比如1个小时）快速手搓并上线一项Agent功能并进行MVP 验证，极大的提升Agent 产品工程效率，突破原有的产研流程

而好的产品、设计也可以在 Skill 中将自己的产品和设计理念具象化。不是作为固定的 workflow 或 SOP，而是将可以随着模型能力的提升而提升的思考范式融入 Skill 内

随着 Skill 越来越多，以及各种实用的人的经验以 Skill 的方式被结构化，相信不久的将来 Claude 会逐渐内化到模型中，相信届时模型能直接解决真实工作中的问题会进一步提升