2026-03-10 14:47
扫码打开虎嗅APP
本文来自微信公众号： 夕小瑶科技说 ，作者：R.Zen
朋友们，先问你们个问题：你们的Claude Code里装了多少个skills？
反正我那天随便一看，居然莫名其妙装了78个了。
有多少人和我一样没事就去skill.sh逛逛，看到热门就下，管他有用没用，先装了再说。
skills就是新时代的点赞收藏永不看。
但是呢，前几天我朋友在我帮他下载了Claude code之后，问我：
我想了想要是一股脑给他78个，估计他会骂我。。
我就问他要用cc干啥，他说他想vibe coding。
好，这就有的聊了。
正好最近在开发一个「资产管理+人生目标」的小程序，我就借这个真实项目的过程，给大家整理一下不同开发阶段的skills组合拳。
阶段一：原型阶段
大家都知道，开发的第一个阶段，肯定得先想清楚再动手。
但问题是，一开始我也不知道该怎么做这个小程序。
只是觉得市面上那些记账软件功能都太单一了——记完账就完了，钱和目标是脱节的。我想做一个能把资产和人生目标可视化挂钩的东西。
可具体要做什么功能？目标用户是谁？和其他记账软件有啥区别？
一团乱麻。
这时候我就想到一个词「brainstorming」。
让CC帮我头脑风暴一下。调用一下brainstorming这个skill。
npx skills add https://github.com/obra/superpowers--skill brainstorming
生成了超级长的一个回答。
一堆想法哗啦啦砸过来，什么“资产配置建议”、“里程碑庆祝动画”、“情景模拟器”……我承认我贪心了，全都想要。
但全都要等于全都没有。
我意识到问题出在哪了。也许我的问题太宽泛，AI只能给宽泛的答案？
这时候我换了个思路，直接跟CC说：
你看，这样一下就清晰多了。
CC一共给了我十几道选择题，从产品定位、目标用户、功能范围到技术栈偏好，像做心理测试一样。
我一步步选下来，产品形态就自然浮现了：
目标用户：刚工作的年轻人（22-28岁）
核心痛点：有买房/旅行/学习的目标，但不知道每个月该存多少，也管不住自己乱花钱
差异化玩法：资源分配博弈——像玩策略游戏一样，在多个目标之间分配有限的资金
只能说如果没有brainstorming，我可能会做一个什么都有的大杂烩，最后四不像。但通过选择题逼自己做决策，产品定位从模糊到清晰只需要几分钟。
而且，像“资源分配博弈”这种选项，反正我是想不到。这就是brainstorming的价值，它帮你跳出思维定式。
阶段二：UI阶段
确定完产品方向，按理说该写代码了？
别急。
这时候我的脑子里已经有一个产品概念了，但是它具体长什么样？用户怎么玩？我还是模糊的。
直接写代码很容易跑偏，写到一半发现这个交互逻辑不对，再改就很痛苦还浪费token。
所以我先做一个playground。
啥是playground？简单说就是：用来实验、测试、随便玩的地方。
一个不用担心出错、可以自由尝试各种功能的实验环境。
这里是我从我的偶像「张咋啦」那里学到的。确实很有用，有效提升效率。
但playground就得有界面吧？UI设计成了第一大难关。
那我肯定是不会。所以这个阶段我也找了几个专业设计uiux的skills。我用下来对我帮助最大的是ui-ux-pro-max。
npx skills add https://github.com/nextlevelbuilder/ui-ux-pro-max-skill--skill ui-ux-pro-max
这个skill内置了50多种样式、97种配色方案、57种字体组合、99条用户体验准则以及涵盖9种技术栈的25种图表类型。
一开始我也踩了坑。因为上面的对话并没有特别多的涉及审美。第一次出来的样式就很普通。
我需要给AI足够的设计约束。
于是我换了个引导方式，把我的产品定位翻译成设计语言：
这是一个游戏化的人生RPG小程序。核心交互是'资源分配'——用户像玩策略游戏一样，在买房、旅行、学习等目标之间分配资金。
设计风格要：年轻、有游戏感、但不幼稚。用色要清新，避免传统理财软件那种'严肃的蓝绿色'。参考风格：Monument Valley的极简几何+Duolingo的激励感。"
这段话里就包括了：产品调性（游戏化RPG）、核心交互（资源分配）、目标用户（年轻人）、参考风格（具体游戏）和要避开的雷区（传统理财软件的严肃感）
这样AI才能get到你的设计意图。
微调过后，生成效果就是这样啦。
我感觉很不错，尤其是这个配色特别清新。
现在idea的模样是清晰了，但具体怎么做？先做哪个后做哪个？
这时候我会召唤planning-with-files。
npx skills add https://github.com/othmanadi/planning-with-files--skill planning-with-files
这是Manus-style的规划方式，会帮你创建task_plan.md、findings.md、progress.md三个文件。
亲测建议：小项目别用，大项目必用。
我这个小程序虽然不大，但涉及到云开发、数据库设计、UI设计、审核上架几个环节，用planning-with-files梳理完之后，整个项目的里程碑特别清晰。
而且最爽的是，你可以随时丢给AI一句“我现在做到哪了”，它能准确告诉你进度。
这对于我这种间歇性老年痴呆很管用。
阶段三：开发阶段
playground跑通了，规划也有了，终于进入正题：写代码。
但先别急着cmd+N新建文件。
微信小程序的开发有个特点：它既是前端，又不是纯粹的前端。
我还要考虑：
微信特有的API（登录、支付、分享、扫码）
云开发还是自建后端？
分包加载（小程序有体积限制，不能超过2MB）
rpx适配各种屏幕
审核规范（有些功能会上架被拒）
最可怕的是调试成本。
每次改完代码要重新编译，真机测试还要扫码预览。如果没有测试兜底，你就是在裸奔。
所以我这个阶段用了test-driven-development：
npx skills add https://github.com/obra/superpowers--skill test-driven-development
先写测试用例，再写功能代码。
比如核心的“资源分配计算”——用户拖动滑块调整买房/旅行/学习的资金比例，系统要实时计算各目标的完成时间。
这个算法我写了三遍：
第一版：简单平均分配
第二版：考虑目标优先级权重
第三版：加入“资金池冻结”机制（已存的钱不能随意挪用）
因为有测试，每次重构我都能秒级验证对不对，而不是手动输入一堆数据去试。
测试有了，可以开始写小程序代码了？
对，顺便分享一下我在这里摸索出来一个小技巧。
当我直接跟Claude Code说：现在根据playground的演示，生成真正的小程序代码，前端设计完全按照playground来不要自己改。
因为Playground是HTML+CSS+JS，小程序是WXML+WXSS+JS。第一遍生成的代码，大几率会有bug。
这时候我PUA了一下AI：你一定要以一个完整成熟的小程序产品的角度去修改代码，不要从简。有什么困难先自己上网搜解决，我相信你有这个能力。
它真的去搜了微信小程序的官方文档，自动修复了几个问题。
折腾了一天，最后的成果就是这样的：
做个前期的demo还是绰绰有余吧。
阶段四：沉淀阶段
项目做得差不多了，但还有最后一个骚操作。
和Claude Code的对话先别exit，来和我一起发这句话：
基于我们刚才写小程序的对话，结合insights报告给我整理一下我以后可能需要生成的skills
这就是我们这套组合拳里最后一个skills。
当然，这里可能生成的就不只是1个skills了。你可以基于自己的开发习惯，提炼出专属的skills。
五个skills表格总结如下：
最后说几句。
其实skills这东西，真的不是越多越好。
我朋友听完我的推荐，只装了这5个，昨天跟我说：“够用了，很清爽。”
我想了想我那78个skills，很多可能从头到尾就没打开过。
所以这篇文章，也是写给我自己的。工具是为了解决问题，不是满足自己的收集癖。
找到适合你当前阶段的skills组合拳，比拥有一整个军火库更重要。（当然，看到新的skill我还是会忍不住点install，这是病，得治。
