2026年5月，GitHub上有个叫 Everything Claude Code（ECC）的开源项目冲到了17.2万星。
不是新模型，不是新框架，是一套技能包。
说白了，就是告诉AI“活该怎么干”。
你能想象吗？ 一个教AI做事的东西，比大多数AI产品本身还火。
很多人用AI的感受是：跟一个高智商但没经验的新人合作。
你让他写个登录页面。 他写出来，没注释，没测试，变量名随便起。 你说加注释，他加了。 你说写测试，他写了。 但下次换个需求，他又回到原样。
你得像带实习生一样，每件事都说清楚。
ECC要解决的，就是这个。
他们把资深程序员的工作流程，写成了一个叫 SKILL.md 的文件。 这个文件就放在GitHub上，谁都能下。
比如 TDD（测试驱动开发）这个技能。 文件里写得很清楚：先写测试，看着它失败（红），再写代码让它通过（绿），最后优化结构（重构）。
AI照着做，就是合格的程序员。
这套东西，不绑死在任何一个AI工具上。 Claude Code能用，Hermes能用，Cursor能用，OpenCode也能用。
换工具？ 把技能目录复制过去就行。
有人问，这跟写提示词有什么区别？
区别大了。 提示词是临时指令，这次写了下次还得写。 技能是一次写好，永远能用。
提示词放在对话里，每次都要带着，烧Token烧得心疼。 技能只在需要的时候加载，用完了就卸掉。
提示词靠手动写，质量看运气。 技能是社区几百个工程师一起打磨出来的，每条步骤都经过测试。
更关键的是，技能能进化。 你可以在原有技能上改，也可以从零写一个，提交回社区。 版本号一标，迭代清清楚楚。
提示词做不到这点。 今天写的，明天可能就忘了。
ECC火了，是因为它戳中了三个实实在在的痛。
第一，AI做事没规矩。
你看它写代码，逻辑乱跳，步骤漏掉是常有的事。 你说“按规范来”，它说“好的”，下一次照旧。 技能包把流程写死了，AI只能按步骤走，犯错概率骤降。
第二，AI的能力是孤岛。
用过Claude Code的都知道，它在代码生成上很猛。 Hermes强在记忆和任务拆解。 但如果你想让Hermes调Claude Code，得自己搭桥。 ECC里有专门的技能干这个事，叫 claude-code-delegate。 Hermes负责全局，Claude Code负责写代码，分工明确。
第三，经验没法沉淀。
每个程序员都有自己的一套。 有的人习惯先写测试，有的人喜欢画好架构再动手。 这些经验，过去只在个人脑子里。 写下来，就是技能。 共享出来，别人也能用。 ECC的仓库里，现在有170多个这样的技能，覆盖了开发、测试、运维、文档。
这些技能，不是什么玄乎的东西。
比如 debug-triage。 你报一个Bug，它会说：先看错误日志，再定位具体模块，再排查最近修改的代码，最后生成修复方案。 每一步都写好了，AI照着做就行。
比如 to-prd。 你口述一个需求，它能自动转成产品文档，连验收标准都列清楚。
比如 batch-process。 你要批量处理文件，它帮你把脚本写好，你只需要说“把这张文件夹里所有图片压缩到200k”。
都是很具体的活。
这套东西，安装起来不费劲。
git clone 下来，把 skills 文件夹复制到 Claude Code 或 Hermes 的配置目录就行。 五步以内，搞定。
然后，你可以在命令行输入 /tdd，AI就会进入测试驱动开发模式。 或者你直接说“帮我用TDD写个登录模块”，它会自动匹配技能。
技能文件是纯文本，你随时能打开看，能改。
想写自己的技能，复制一个现有的文件夹，改里面的 SKILL.md。 提交PR，就能分享给所有人。
有人开始讨论一个问题：如果AI什么活都能按标准流程做，那程序员还剩什么？
ECC的火爆，让这个问题显得不是那么遥远。
它让AI变得更听话了，更稳定了，更像一个“靠谱”的员工。
但“靠谱”的定义，是写技能的那个人定的。
如果你写了一个“先写测试”的技能，AI就会先写测试。 如果你写了一个“先写代码”的技能，AI就会先写代码。
技能包把经验固化下来，但它不负责判断这些经验好不好。
这个判断，最终还是人来做。
那问题就变成了：当AI开始按“你的”标准工作时，你希望它按什么标准？
你的答案，可能就是下一个被上传到GitHub的技能包。
热门跟贴