机智的娜娜聊到 Claude Code Skills，很多人的第一反应是：这不就是给 Claude 装几个技能包吗？其实真把这套机制用明白的人，多少都经历过一个从“装了就完事”到“自己改造”的转变。Claude Code 是 Anthropic 出的终端 AI 编程助手，跑在命令行里，能读你的项目、改文件、执行命令；而 Skills 是它的一套技能扩展机制，你可以把它当成 AI 的“武功秘籍”——同一个 Claude，拿到不同的 Skill，处理代码的方式完全不一样。今天这篇就从一个实际使用者的角度，把 Skills 的安装、调用、修改、自制这整条链路讲透，重点说清楚从直接抄别人写好的，到自己动手改这一步，具体该怎么走。这篇内容适合两类人：一是刚装好 Claude Code、正被各种 skills 推荐绕得晕头转向的新手；二是已经能跑通基础命令、想把手头重复工作真正固化成技能流的开发者。
1. 项目背景：Skills 这套机制到底解决了什么问题
1.1 为什么 Claude Code 需要 Skills，而不是靠改 prompt
先说个我在实际使用里的感受：Claude Code 本身已经是个很强的 agent，你直接告诉它“帮我审查这段代码”，它也能干，但效果飘忽不定。今天心情好，它给你列了 10 条详细建议；明天同一个问题，它可能就只回了 3 句客套话。原因是通用模型没有固定的“做事流程”。
Skills 就是来治这个毛病的。它把一套做事流程、工具调用方式、输出格式，全部固化成一个独立目录。Claude 在与你的会话中一旦觉得“这个场景匹配某个 Skill 的描述”，就会自动加载对应的 SKILL.md，然后严格按照里面的指令去执行。本质上，这是把零散的 prompt 技巧升级成了结构化的职业技能包——技能和技能之间互不干扰，每个都专注解决一类场景。
我自己在终端里跑 Claude Code 写前端组件时，感觉特别明显。没装 Skill 之前，每次我都要手动叮嘱“用 TypeScript、带 props 类型定义、样式用 CSS Modules、注释写中文”，重复到怀疑人生。装了对应的前端开发 Skill 之后，这些约定直接被助手自动遵守，省下来的不只是敲字的力气，而是每次对话前“重新对齐预期”的隐性成本。
1.2 从“用现成”到“会改”，是技能真正落地的关键
社区里能下载到的 Skills 很多，superpowers、mattpocock 的实战技能包，确实开箱即用。但我在实际项目里用了两个月后的体会是：现成的 Skill 永远不可能完全贴合你的工作流。
举个例子，我一开始用的是某个通用的“代码审查”Skill，它默认要求 Claude 按“性能、安全、可读性、测试”四个维度输出，看起来很专业，但放到我们团队的小项目里就很别扭：我们更关心业务逻辑是否变化、接口兼容性有没有破坏、有没有引入不必要的依赖。现成 Skill 的维度设置是基于通用场景的，不是基于你的团队规范来的。
这时候就进入第二个阶段：修改。你不需要从零发明一套系统，只需要把原有 Skill 的指令、参数、示例替换成自己的。这个过程就像你买了一双很合脚但不够体面的鞋，自己动手换个鞋带、加个鞋垫——改动不大，但穿着舒服多了。从“用现成”到“会改”，本质上是从“工具使用者”变成“工具定义者”，这步迈过去，Claude Code 才算真正开始为你工作，而不是你为它调参。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 环境准备：先让 Claude Code 在你的机器上跑起来
2.1 安装三件套：CLI、桌面端、VSCode 插件
Claude Code 有几种打开方式，我建议你都装一遍，因为它们的使用场景不一样。最核心的是命令行工具 Claude Code CLI，它是所有 Skill 真正执行的地方；桌面端适合不想碰终端的朋友；VSCode 插件则能让你在编辑器里直接交互。
CLI 的安装逻辑很简单，环境里有 Node.js 18 以上版本就行。打开终端，执行：
bash复制npm install -g @anthropic-ai/cla