Claude Code 里最值得研究的，其实不是模型本身，而是 Skills。 我觉得Skills类似当前商店的app，未来会有很多Skills，很快会有付费商店，付费的Skills。 看完 Anthropic 工程师 Thariq 分享的内部经验，我觉得最重要的一点是： Skill 不是“一个提示词”，而是一个可复用的 agent 工作单元。 它可以包含： Markdown 说明、脚本、模板、reference 文档、hooks、配置文件、甚至持久化数据。 这意味着，Skill 的价值不在“教模型说什么”，而在于把团队已经验证过的方法、流程、约束和工具，封装给模型反复执行。 这篇分享最有价值的几条非常实战的经验： 1. 不要写常识，要写“反直觉经验” Claude 本来就懂大量编程知识。Skill 最有价值的部分，是那些团队内部才知道的坑、边界、默认约定、失败案例。 2. Gotchas 是 Skill 里信息密度最高的部分 一个好 Skill，核心往往不是长篇介绍，而是“Claude 最容易错在哪里”。这些 gotchas 应该随着使用持续补充。 3. Skill 要利用文件系统做渐进式暴露 Skill 是文件夹，不是单个 md。你可以把详细 API 签名、模板、脚本、examples、assets 拆开放，让 Claude 按需读取。这样比把所有东西塞进一个提示词强太多。 4. 验证类 Skill 的 ROI 极高 Anthropic 甚至建议，值得让工程师花一周时间把 verification skill 打磨好。 原因很简单：写代码的 agent 很多，能稳定证明“代码真的可用”的 agent 很少。 5. description 是给模型看的，不是给人看的 Claude 启动时会扫描所有 Skill 的 description，再决定什么时候调用。 所以 description 的重点不是“总结内容”，而是“告诉模型什么场景该触发这个 Skill”。 6. Skill 可以有记忆 比如 standup-post skill 可以把历史输出写进日志，下次再运行时就知道和昨天相比变了什么。 Anthropic 也专门提到，持久化数据最好放到稳定目录，而不是技能包本身。 7. 给 Claude 脚本，比给它大段解释更有效 脚本、helper functions、query library，本质上都是在降低 Claude 每次从零推理和重建 boilerplate 的成本。 这样它的 token 就能花在判断和组合上，而不是重复造轮子。 8. 有些 hooks 适合按需启用，不适合常驻 比如 /careful 可以拦危险命令，/freeze 可以限制写文件范围。 这类能力很强，但一直开着会影响效率，所以更适合作为按需激活的 Skill hook。 9. Skill 需要治理，不然很快会烂尾 Anthropic 也提到，坏 Skill 和重复 Skill 很容易越积越多。 他们的做法不是一开始就强中心化，而是先在小范围试用，跑出真实使用量，再决定是否进 marketplace。(比特币橙子Trader)