我用Claude code開發了一個微信小程序：實測78個skills，這5個組合最香
整理版優先睇
用 Claude Code 開發小程序，精選 5 個 skills 組合拳，唔使 78 個裝咁多
呢篇文章係作者分享自己用 Claude Code 開發一個「資產管理＋人生目標」小程序嘅經驗。佢發現自己裝咗 78 個 skills，但好多都冇用過，於是透過真實項目，整理出幾個階段最實用嘅 skills 組合。
作者將開發分為原型、UI、開發同沉澱四個階段，每個階段用唔同嘅 skills 提升效率。原型階段用 brainstorming 做產品定位，UI 階段用 ui-ux-pro-max 同 planning-with-files 做設計同規劃，開發階段用 test-driven-development 確保代碼質素，最後沉澱階段用對話生成專屬 skills。
整體結論係：skills 唔係越多越好，要按階段揀適合嘅組合，先可以真正幫到手。工具係為瞭解決問題，唔係滿足收集癖。
- 裝咗 78 個 skills 但大部分冇用過，反映「收集癖」問題，應按需求精選。
- 原型階段用 brainstorming skill 做選擇題，幫手釐清產品定位，避免做大雜燴。
- UI 階段用 ui-ux-pro-max skill 配合具體設計引導，生成有遊戲感嘅界面，避免傳統理財軟件嘅嚴肅感。
- 開發階段用 test-driven-development 先寫測試，確保重構時秒級驗證，減少手動測試成本。
- 沉澱階段利用對話記錄生成專屬 skills，將經驗沉澱為可重用工具，提升後續效率。
brainstorming
用選擇題形式引導產品定位，跳出思維定式，快速釐清功能範圍同目標用戶。
ui-ux-pro-max
內置多種樣式、配色、字體同 UX 準則，配合精準設計描述生成高質 UI 原型。
planning-with-files
Manus-style 規劃，創建 task_plan.md、findings.md、progress.md 三個文件，適合大項目梳理里程碑。
test-driven-development
先寫測試用例再寫功能代碼，確保重構時秒級驗證，尤其適合複雜算法。
原型階段：用 brainstorming 釐清產品定位
一開始作者想開發一個將資產同人生目標可視化掛鈎嘅小程序，但功能範圍模糊。佢用咗 brainstorming skill，生成超長回答，但因為問題太寬泛，答案都太籠統。
關鍵係要俾 AI 具體嘅選擇題，逼自己一步步做決策，產品定位先會由模糊變清晰。
作者轉用選擇題方式，從產品定位、目標用戶、功能範圍到技術棧，一步步篩選，最後得出清晰嘅產品概念：目標用戶係 22-28 歲剛工作嘅年輕人，核心痛點係唔知每個月要存幾多錢，差異化玩法係資源分配博弈。
UI 階段：先做 playground 再落手設計
產品方向確定後，作者冇直接寫代碼，而係先用 playground 做 UI 實驗。呢個概念從「張咋啦」學返嚟，可以有效避免寫到一半先發現交互邏輯錯。
佢用 ui-ux-pro-max skill，但第一次生成嘅樣式好普通，因為冇俾足夠嘅設計約束。
要將產品定位翻譯成設計語言，例如「遊戲化 RPG 風格，參考 Monument Valley 極簡幾何同 Duolingo 激勵感」，AI 先會 get 到設計意圖。
之後再用 planning-with-files 梳理開發里程碑，創建三個文件，隨時可以問 AI「我做到邊度」，適合大項目管理。
開發階段：test-driven-development 減少調試成本
微信小程序開發有好多特有嘅限制：API、雲開發、分包加載、審核規範等，調試成本好高。作者先用 test-driven-development skill，先寫測試用例，再寫功能代碼。
- 1 核心算法「資源分配計算」寫咗三版：簡單平均分配、考慮優先級權重、加入資金池凍結機制。
- 2 因為有測試，每次重構都可以秒級驗證，唔使人手輸入數據去試。
- 3 呢個做法減少咗大量手動測試時間，尤其適合複雜邏輯。
測試兜底令你可以放心重構，唔怕改壞嘢，係防止「裸奔」嘅最佳做法。
作者仲分享咗一個 PUA AI 技巧：要求佢以完整成熟小程序嘅角度改 code，有困難自己上網揾解決方法，結果 AI 真係去查微信官方文檔自動修復問題。
沉澱階段：將對話提煉成專屬 skills
項目完成後，作者分享咗最後一個操作：叫 AI 根據對話記錄同 insights，整理成日後可以重用嘅 skills。呢個做法可以將個人開發習慣沉澱落嚟。
與其裝咗 78 個 skills 但冇用過，不如開發現場提煉專屬 skills，先至係真正嘅效率提升。
作者最後提醒：工具係為瞭解決問題，唔係滿足收集癖。找到適合當前階段嘅 skills 組合拳，比擁有一整個軍火庫更重要。
朋友，想問嚇你哋先：你哋嘅 Claude Code 入面裝咗幾多個 skills？
總之我嗰日隨便一睇，竟然莫名其妙裝咗 78 個咁多。
有幾多人同我一樣冇事就去 skill.sh 行嚇，見到熱門就下載，理得佢有用冇用，裝咗先算。
skills 就係新時代嘅點讚收藏永不睇。
不過呢，前幾日我個 friend 喺我幫佢下載咗 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 階段
確定完產品方向，按理話應該寫 code 喇？
別急。
呢個時候我個腦入面已經有一個產品概念，但係佢具體係點樣嘅？用戶點樣玩？我仲係好模糊。
直接寫 code 好容易走歪，寫到一半發現呢個交互邏輯唔啱，再改就好痛苦仲浪費 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 行得通，規劃又有埋，終於入正題：寫 code。
但先唔好 rush 去 cmd+N 開新檔案。
微信小程序嘅開發有個特點：佢係前端，但唔係純粹嘅前端。
我仲要考慮：
微信特有嘅 API（登錄、支付、分享、掃碼） 雲開發定係自建後端？ 分包加載（小程序有體積限制，唔可以超過 2MB） rpx 適應各種屏幕 審核規範（有啲功能會上架被拒）
最可怕係除錯成本。
每次改完 code 要重新編譯，真機測試仲要掃碼預覽。如果冇測試兜底，你就係裸跑。
所以我呢個階段用咗 test-driven-development：
npx skills add https://github.com/obra/superpowers --skill test-driven-development
先寫測試用例，再寫功能 code。
例如核心嘅「資源分配計算」——用戶拖動滑塊調整買樓/旅行/進修嘅資金比例，系統要即時計算各目標嘅完成時間。
呢個算法我寫咗三次：
第一版：簡單平均分配 第二版：考慮目標優先級權重 第三版：加入「資金池凍結」機制（已存嘅錢唔可以隨便挪用）
因為有測試，每次重構我都秒級驗證啱唔啱，而唔係手動輸入一堆數據去試。
測試有咗，可以開始寫小程序 code 喇？
啱，順便分享嚇我喺呢度摸索到嘅一個小技巧。
當我直接同 Claude Code 講：而家根據 playground 嘅演示，生成真正嘅小程序 code，前端設計完全跟 playground 嚟唔好自己改。
因為 Playground 係 HTML+CSS+JS，小程序係 WXML+WXSS+JS。第一次生成嘅 code，好大機會有 bug。
呢個時候我 PUA 咗下 AI：你一定要以一個完整成熟嘅小程序產品嘅角度去改 code，唔好貪方便。有咩困難自己上網揾解決方法，我相信你有呢個能力。
佢真係去揾咗微信小程序嘅官方文檔，自動修復咗幾個問題。
搞咗一日，最後嘅成果就係咁樣：
做個前期嘅 demo 仲係綽綽有餘嘅。
階段四：沉澱階段
項目做得差唔多，但仲有最後一個騷操作。
同 Claude Code 嘅對話唔好 exit 住，同我一齊講呢句：
基於我哋頭先寫小程序嘅對話，結合 insights 報告幫我整理嚇我之後可能需要生成嘅 skills
呢個就係我哋呢套組合拳入面最後一個 skills。
當然，呢度生成嘅可能就唔止 1 個 skills 喇。你可以基於自己嘅開發習慣，提煉出專屬嘅 skills。
五個 skills 表格總結如下：
最後講幾句。
其實 skills 呢樣嘢，真係唔係越多越好。
我 friend 聽完我嘅推薦，只裝咗呢 5 個，尋日同我講：「夠用，好清爽。」
我諗嚇我嗰 78 個 skills，好多可能由頭到尾都未開過。
所以呢篇文章，都係寫俾我自己嘅。工具係為咗解決問題，唔係滿足自己嘅收集癖。
揾到適合你當前階段嘅 skills 組合拳，比起擁有一整個軍火庫更重要。（當然，見到新 skill 我都會忍唔住㩒 install，呢個係病，要醫。）
你嘅 Claude Code 入面裝咗幾多個 skills？歡迎喺留言區曬出嚟，等我睇嚇邊個先係真正嘅 skill 收藏家
朋友們，先問你們個問題：你們的 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，這是病，得治。
你的 Claude Code 裏裝了多少 skills？歡迎在評論區曬出來，讓我看看誰是真正的 skill 收藏家