装了等于没装，这不是夸张

先看一个真实场景：你装了一个代码审查类的Skill。接下来兴冲冲地让Claude Code帮你Review一段React代码。

结果它给你一堆"变量命名不够语义化"、"建议加注释"这种废话。

说到你心想，这跟没装有什么区别？

样的。同一个Skill，在不同的项目配置下表现天差地别。

三周踩坑下来我了5条铁律。

从铁律一来看，SKILL.md的写法比选哪个Skill关键10倍

痛点解决：为什么我的Skill总是输出无用建议？

大多数人装Skill的方式是：找到一个看起来不错的 → 一键安装 → 期待奇迹。

但Skill本质上就是一段提示词。 它的效果完全取决于它能拿到多少关于你项目的上下文。

说到对比案例，同一个Review Skill两种写法效果天差地别

---name: code-reviewdescription: Review code for issues---Review code and find problems.

---name: code-reviewdescription: Review React/TypeScript code following team conventions---## 审查范围- React组件：检查hooks依赖数组、memo使用、重渲染风险- TypeScript：检查any逃逸、类型断言滥用、泛型约束缺失- 状态管理：检查props drilling深度、context滥用## 项目约定- 组件文件用PascalCase。hooks用use前缀- API层统一用react-query，禁止在组件内直接fetch- 错误处理统一用ErrorBoundary，不在组件内try-catch## 忽略项- 不检查样式类名- 不检查import顺序

1. 检查什么
2. 项目约定
3. 不检查什么

第一种写法输出10条建议有8条是废话 第二种写法输出5条建议每条都能直接改 说到主要原则，Skill是你项目的"代入说明书"而非一句话描述

从铁律二来看，3个精配> 20个全装

为什么我的AI回答越来越慢？因为...

错误做法	正确做法	关键差异
• 装15+ Skills希望覆盖所有场景 • 每次切换任务都要手动加载不同Skills • 上下文被无关信息填满导致混乱	• 挑选3-5个主要Skills针对高频需求 • 其他按需临时加载再卸载 • 每个Skill专注且独立工作空间清晰	➖ 装太多 = AI同时听20个人说话 ➖ 大多数情况下只需要基础套餐 ➖ 真正好用的是那些高频使用场景！"问自己一天中最常需要AI帮忙的是哪些事？"

> > > >

t d v align top styl e padding -left px;bl u bl ine heig ht . : bl ❗️ AI 不懂业务上下文 ❗️ br br br bl ☕️ 自定义才能匹配团队习惯 ☕️ br br bl 🔍 最熟悉自己项目的人就是你 🔍 br br bl 💡 小即是大原则更适合日常开发 💡 br / / t d / /tr

/tr height px bgco lor # f ff ff ff

/t body / / table>

---