来自 Viv（@Vtrivedy10）的推文线程

Claude Skills 的精妙之处在于它提供了一种出色的“代理能力原子单元”分发机制，远胜于我们之前拥有的机制。 是的，我喜欢上下文管理功能，我们都讨厌工具臃肿。但我非常喜欢新的对话方式（过于简化）： - “哦，你那件重要的业务/开发工作需要做吗？把我们的技能添加到代理中吧。” “我们拥有海量的预制技能库，这里还有一些来自社区的优秀技能！想要定制技能？试试我们的技能生成器，它会为你创建一个漂亮的文件夹。” 技能比工具/MCP附件更能定义代理的能力单元。 它们某种程度上引导我们沿着用户深层需求的曲线前进，这种需求是“我想要的是结果，而不是工具”。它并非严格意义上的结果，但更接近于此。 我认为这有助于建筑商思考客户的业务目标，这才是真正重要的，比如“我如何将代理的能力打包，以帮助我的客户解决他们的问题”。 不是“哇，好酷的工具，我要做一个” Claude Skills 是那种典型的容易招致工程界鄙夷的功能，人们会说“这没什么特别的”或者“这不是真正的工程”。 首先，这至少算是一种不错的上下文工程，而且也是一个很好的抽象。当然，真正的挑战在于确保一系列技能能够与你的智能体良好协作，因为技能整合是不可避免的。