装了60个Claude Skill，用起来还是工具人？这套元技能不一样

Claude Code 装了几十个 Skill，用起来还是很”工具人”？

问题不在于 Skill 不够多——而在于缺一套能真正替代你思考的元技能。

npow/claude-skills 这个仓库塞了 60 个 Claude Code 技能，方向和大多数 Skill 合集不太一样：不追求”帮我写 XXX”的单点能力，而是做复杂任务的链式推理框架。换句话说，它在教 AI 怎么像高级工程师一样工作，而不是替代你去点技能树。

挑几个我实际体验下来确实不一样的：

deep-debug —— 不是修 bug，是找根因

大多数 debug Skill 说的是”看错误日志、找到相关代码、修复”。deep-debug 的思路完全不同：面对一个 bug，先生成多个相互竞争的根本原因假设，然后设计实验去证伪，而不是验证。Falsification-first。先证明哪个假设是错的，最后剩下的就是对的。

听起来像是在”形式化做工程判断的过程”，实际用下来对那种模糊不清的 bug（”为什么这个偶发性的，时有时无”）确实比直接搜代码效率高。

deep-design —— 设计阶段就杀死烂方案

在动手写代码之前，用一组并行的 Critics 对设计进行压力测试：正确性、可用性、经济性、可操作性、安全性各一路独立的判断。普通的设计评审是”大家坐下来讨论”，deep-design 把这个过程结构化了。输出的结论不是”我觉得这个设计不错”，而是”正确性维度通过，可用性有 2 处需要澄清，可操作性通过了，安全性的风险在 X 点”。

对于需要交付给他人维护的系统架构，这种输出质量差异明显。

deep-plan —— 带共识机制的实现计划

传统的”任务拆解”是把大任务切成小任务，然后一个个完成。deep-plan 走的是：Planner 产出计划 → Architect 独立评审 → Critics 强制共识。ADR（架构决策记录）直接作为交付物嵌入，最终的计划是经过质疑、打回、再确认之后的结果，不是第一轮拍脑袋的产物。

/council —— 18 个思想家的圆桌会议

这是一个很特殊的 Skill：给定一个商业或技术决策，模拟 18 位顶级思想家（亚里士多多、费曼、托瓦尔兹、塔勒布、卡尼曼……）各自发表意见，然后用结构化方法把这些多元观点合成为一个裁定。

这在 Claude Code 里是独一无二的——目前没有第二个 Skill 提供这种多角色思辨机制。

安装方式

# 完整插件安装（推荐）
/plugin install npow/claude-skills

# 单个技能安装（用 npx）
npx skills add https://github.com/npow/claude-skills --skill deep-debug
npx skills add https://github.com/npow/claude-skills --skill deep-design

60 个技能，不可能全装。按需求优先级：

• 经常修复杂 bug → deep-debug + deep-plan
• 经常设计系统架构 → deep-design + /council
• 想让 AI 自主完成端到端任务 → /autopilot
• 写 PRD、做 DORA 报告、生成图表 → 对应专项 Skill

GitHub：https://github.com/npow/claude-skills

说到底，这些 Skill 的价值不是”帮你做事”，而是”帮你想清楚再做”。工具永远是工具，但用工具的方式可以很不一样。

GitHub: https://github.com/npow/claude-skills