Claude Code Skills 最近开始像“插件市场导航”了
我今天拉 claude-code-skills-zh 的时候，第一眼看到的不是某个单独 skill，而是一串“市场”相关的更新。
这挺有意思。
以前我看 Claude Code Skills，更像是在逛一个工具箱：缺代码审查，就找 review；缺 README，就找文档技能；缺接口测试，就找 API 测试。
但最近几次更新看下来，它慢慢有点变成“技能发现入口”了。不是只告诉你某一个工具好用，而是把 Claude Code 插件市场、Agent 技能市场、MCP 框架、团队级技能分发这些东西放到同一张地图里。
项目地址还是只放这一个：
我为什么觉得这次更新值得单独说
今天最新提交里有一条：补充 Claude Code 插件市场条目。
再往前看几条，还有 mcp-use、Agent 技能市场、运营技能、高质量 Agent 项目和星标数据同步。
这说明这个仓库现在不只是“收集几个好用技能”，而是在整理一个更大的问题：
当 skill 越来越多，我到底该去哪儿找、怎么筛、怎么装、怎么判断适不适合自己的工作流？
这其实比单纯新增一个 skill 更重要。
因为 Claude Code 生态现在有点像早期的浏览器插件市场。你知道里面肯定有好东西，但如果没有人帮你分层整理，就会很容易陷入两个极端：
- 看见一个装一个，最后自己也不知道装了什么
- 选择太多，干脆一个都不试
claude-code-skills-zh 做的事情，就是把这个选择成本往下降一点。
插件市场解决的是“发现问题”
我以前装 skill，习惯从具体痛点出发。
比如项目 README 太乱，就找 zh-readme；代码 review 需要中文报告，就找 zh-code-reviewer；接口文档写得差，就用 api-tester 先把测试思路跑出来。
这种方式很直接，但它有个前提：你得先知道自己缺什么。
插件市场类项目不一样，它更像一个货架。你可能本来只是想找代码审查，结果顺手发现了 TDD、系统化调试、设计规范、办公自动化、内容采集、MCP 接入这些方向。
对个人开发者来说，这种“顺手发现”挺有价值。
因为很多效率提升不是来自某个神奇命令，而是来自一句提醒：原来这件事也能被整理成 skill。
我现在更推荐的打开方式
如果你第一次看这个仓库，我不建议一上来就全量安装。
我会先按场景挑 3 个：
- 写代码多：中文代码审查、重构建议、测试生成
- 做开源多：中文 README、变更日志、文档生成
- 做自动化多：MCP、IM 通道、内容运营、办公流量相关技能
等这些真的进入日常流程了，再回头看插件市场和 Agent 技能市场。
这样不会被目录吓到，也更容易判断哪些东西是“看起来很酷”，哪些是真的能每天省时间。
这类项目最难的是持续维护
技能列表其实不难做，难的是持续更新。
今天看 README，项目已经整理到 200+ 精选条目，还保留了 18 个原创可安装技能。最近几次提交也不是机械加链接，而是在同步星标、补充说明、调整分类和推广文案。
这点我挺在意。
因为 Agent 生态变化太快，过期信息比没有信息更烦。一个安装方式失效、一个项目不维护、一个分类放错位置，都会让人浪费时间。
所以我更愿意收藏这种有人持续打理的中文入口，而不是每次都从搜索引擎重新翻一遍。
如果你也在用 Claude Code，你现在更缺哪类 skill：写代码、写文档、做测试，还是把它接进真实工作流？
