用了一阵子 Reasonix，写写体验，顺便把全局装的 Skill 整理一遍。

开箱

Reasonix 有个东西叫 Skill，说白了就是一份给 AI 的”操作手册”：告诉它这一类活该怎么干。一开始我以为是换了个名字的预设 prompt，用久了发现不是一回事——预设 prompt 管”说话的方式”，Skill 管”干活的流程”。

第一次跑起来它会问要不要初始化项目的 AGENTS.md，把仓库结构、构建命令、代码规范都记下来，之后每次对话先读这个文件再动手。它还带跨会话记忆，记得这个博客项目的部署链路：source 子模块存文章、图片走 cdn-cf.cayzlh.com、构建后推到腾讯云 CloudBase。不用每次重新交代背景，这点很舒服。

哪些 Skill 值得装

全局装了两套：一套是社区移植的 superpowers 系列（偏工程流程），一套是 ship-it 系列（偏交付）。全列出来很长，真正常用的就几个。

干活必装

• superpowers-systematic-debugging：出 bug 先别猜。它的规矩是先复现、找证据、二分定位，最后才动手改。以前我让 AI 修 bug，常见剧本是”我检查了代码，感觉问题在 X”，然后盲改两轮。装了这个之后它默认先跑测试复现，再逐层排查。这是质变，第一推荐。
• superpowers-test-driven-development：先写失败测试，再写实现。自己不习惯 TDD 也没关系，让 AI 按这个流程来，至少测试是齐的。
• superpowers-verification-before-completion：规定 AI 说”完成”之前必须拿出证据——跑过的命令、测试结果、diff。治好了”AI 说搞定了，我一跑就挂”的老毛病。
• superpowers-writing-plans / executing-plans：拆任务先列计划，再照着执行。改多文件、做重构这类大活，不开这俩心里没底。

按场景装

• superpowers-receiving-code-review：收到 review 反馈先逐条验证，对就说改，不对就反驳，别全盘照收。配合内置的 review（提交前自己审一遍）用。
• superpowers-finishing-a-development-branch：分支开发完的收尾流程，跑测试、合并、清理一气呵成。
• superpowers-brainstorming：从模糊想法到可执行方案。开新功能前先跟它聊聊，比直接开写强。
• ship-it-backend：后端需求一条龙，接口契约、schema、业务逻辑、测试都给你安排上，适合偶尔写点小服务的我。
• make-ui-not-ai：专门做前端”去 AI 味”的。千篇一律的模板感是现在 AI 生成界面的通病，这个 Skill 逼着它先定方向再动手，跟我博客”折腾的尽头是极简”的理念意外地合拍。

剩下的 superpowers-using-git-worktrees、superpowers-sync-upstream、superpowers-writing-skills、ship-it-mvp、ship-it-performance、ship-it-security 这些，场景要么小众要么按需，先不装也不影响日常。

一点感受

Skill 改变的其实不是 AI 的能力，是流程。把”怎么干活”显式写下来：先计划、先测试、先验证，这些原本靠人反复叮嘱的习惯，成了 AI 的默认动作。对我这种懒人，相当于雇了个自带工作法的员工。

最后提醒一句：折腾的尽头是极简。Skill 装多了也是负担，先从上面那几个开始，够用。