刚用 Claude Code 的人常犯一个错：到处搜技能，一口气装二三十个，结果触发混乱、上下文被吃光，效果反而变差。
我的做法是反过来的：先装 5 个高频中文技能，跑顺了再按需加。下面这 5 个都来自同一个中文精选仓库 laolaoshiren/claude-code-skills-zh（Claude Code Skills 中文精选集，438+ 精选 + 20 原创中文技能，官网 claude-skills.bt199.com 可按分类筛选），装法一样，3 步通用。
先说安装：3 步通用
Skill 本质上就是一个含 SKILL.md 的文件夹，Claude Code 遇到匹配的任务会自动加载它。不用装插件、不用改配置：
- 打开仓库 github.com/laolaoshire… ，进
skills/目录找到要装的技能文件夹； - 把整个文件夹复制到
~/.claude/skills/（全局生效）或项目下的.claude/skills/（仅当前项目生效）； - 下次在 Claude Code 里直接提需求，比如“用中文审查这段代码”，对应的技能就会被触发。
一个提醒：别贪多。每个技能的描述都会占上下文预算，10–15 个核心技能是比较合理的工作集。这 5 个先装，够覆盖日常开发的大头。
1. zh-code-reviewer：中文代码审查
提需求的方式：“用中文审查 src/auth.ts，重点看安全和边界情况。”
它会按中文输出审查结论：问题分级、定位到行、给修改建议，而不是丢一堆英文术语让你自己翻译。适合每天提交代码前过一遍，或者接手别人代码时先扫一轮。
2. zh-readme：生成中文 README
提需求的方式：“给这个项目生成一份中文 README。”
它会先读项目结构、入口和脚本，再按中文文档习惯组织内容：项目简介、安装、用法、配置、常见问题。比直接让模型自由发挥写出来的 README 结构稳得多，改动量也小。仓库刚起步、文档还是空白的时候最省事。
3. api-tester：按契约做 API 测试
提需求的方式：“按契约给登录接口写测试用例并跑一遍。”
它的价值在“按契约”三个字上：先对齐接口文档定义，再生成用例、跑请求、核对返回。接口改了、文档没同步的时候，这种技能最容易先发现不一致，适合联调阶段天天用。
4. refactor-advisor：重构建议
提需求的方式：“这段代码越写越长，帮我看看怎么拆。”
它不会一上来就动手改，而是先给重构方案：哪里该抽函数、哪里该换结构、风险点在哪，你点头后再动手。怕模型“好心办坏事”把能跑的代码改坏的人，用这个节奏最安心。
5. perf-profiler：性能定位
提需求的方式：“这个接口变慢了，帮我定位瓶颈。”
它会按 profiling 的思路走：先复现、再分段测、最后定位到热点，而不是凭感觉猜。接口超时、页面卡顿这类问题，先让它跑一轮再决定优化方向，能少走很多弯路。
怎么挑下一个技能
这 5 个跑顺之后，再按自己最常用的场景去仓库里挑：仓库按场景分了类，平台运营（公众号、小红书、飞书、企业微信）、内容创作、学术科研、AI Agent、金融商业都有中文技能。挑的时候就一条标准：这个场景你每周至少遇到两次，再装；偶尔才用的场景，现用现装就行，装多了只会拖慢触发判断。
仓库地址：github.com/laolaoshire… 官网（按分类筛选）：claude-skills.bt199.com
先装 5 个、跑一周，你会发现 Claude Code 从“什么都能聊两句”变成“这几件事交代一次就办妥”——这才是技能真正的用法。
