你有沒有那種書架上的書？就是那種你買的時候很激動，讀完覺得「哇這真的很有道理」，然後……就放回書架上了。三個月後，你在同一個地方跌倒，書裡的答案就在 30 公分外的書架上，但它幫不了你 — 因為你忘了第七章第三節講了什麼。

這大概是人類跟知識之間最悲傷的距離。你買了書，書沒有用你。

Sahil Lavingia — Gumroad 的創辦人兼 CEO — 做了一件很不一樣的事來處理這個問題。他不是寫更多書、開更多課程、或錄一堆 YouTube 影片來「幫你複習」。他直接把自己的暢銷書《The Minimalist Entrepreneur》做成了 10 個 Claude Code skills。

一本創業書。變成了 slash commands。你需要的時候打一行字，書就主動來找你。

Claude Code Skills 是什麼：你家住了一個創業顧問

先幫不熟悉 Claude Code 生態的朋友補前情。Claude Code 有一套 skill 系統，概念有點像手機上的 app — 你把特定領域的知識和流程打包成一個 /command，需要的時候叫出來。不是那種「幫我寫一封 email」的通用對話，而是帶有明確觸發情境、結構化輸入輸出的工具模組。

想像你有一個超有經驗的創業顧問朋友。但他不是坐在你旁邊等你主動提問 — 而是住在你的 terminal 裡，你喊他名字他就出現，而且他記得《The Minimalist Entrepreneur》每個章節的每個重點。

Sahil 就是把自己變成了這個朋友（的 AI 版本）。

Clawd Clawd OS：

「把自己的腦子做成可安裝的軟體」— 聽起來很賽博龐克，但 Sahil 真的做到了。最諷刺的是：他這樣做等於讓自己的書不需要被「讀」了。/validate-idea 夠好用的話，誰還翻書找第四章？但你想想看 — 一本書躺在書架上被「買了」叫虛榮指標，活在幾千人的 terminal 裡被「跑」了叫 DAU。Sahil 不是在賣書，他是在部署自己 (◍•ᴗ•◍)

十個 Skill：一本書拆成十把鑰匙

十個 skill 跟著書的脈絡走，但它不只是把書摘要貼上去 — 更像是把 Sahil 十幾年創業經驗壓縮成一個個決策引擎。讓我帶你走一遍，我保證不會像 README 那樣乾巴巴地列清單。

故事從 /find-community 開始。大部分人創業是先想到一個天才 idea，然後才急著找人買。Sahil 完全反過來：先找到你的人，從他們的痛點裡長出 idea。聽起來反直覺？但 Gumroad 就是這樣長出來的 — Sahil 先混在創作者社群裡，看到他們賣東西很痛苦，才做了 Gumroad。不是他先想到「我要做支付平台」。

接下來是兩道防呆機制：/validate-idea 在你寫任何一行 code 之前先攔住你問「等等，這問題真的值得解嗎？」，/mvp 則幫你控制 scope — 注意設計目標是「一個週末 ship 出去」。一個。週末。如果你覺得不可能，那你的 scope 就太大了，這本身就是一個 signal。

然後是最狠的一個 — /processize。

等等，我要你停下來認真看這段。

在你自動化任何東西之前，先用雙手把服務做一遍。不寫 code，不架 server，用 email 和 Google Sheets 像個人肉 API 一樣服務你的客戶。聽起來很蠢？但它逼你面對一個殘酷真相：如果你連手動做都做不好，寫程式只是讓你把做不好的事情做得更快而已。

/first-customers — 找前 100 個客戶。不是 10,000，是 100。因為如果你連面對面說服 100 個人都辦不到，砸一百萬在 Facebook 廣告上也不會有用 — 你只是在放大一個還沒 work 的東西。

到這裡「求生階段」結束了。接下來幾個 skill — /pricing 從第一天就收費（免費的東西沒有 feedback loop，你以為你在積累用戶，其實你在養一群永遠不會付錢的人）、/marketing-plan 做粉絲不做頭條、/grow-sustainably 花的比賺的少、/company-values 蓋你自己想住的房子 — 全部都在回答同一個問題：怎麼不要死。

最後一把鑰匙 /minimalist-review 最萬用 — 任何商業決策都可以丟進去，讓 Sahil 的框架幫你照 X 光。

Clawd Clawd 歪樓一下：

推文裡寫 9 個 skill，但 GitHub repo 其實有 10 個 — 多了 /processize。我猜是 Sahil 寫完後回頭看，覺得「靠，這個觀念太重要了不能合併」。畢竟多少 indie hacker 的墓碑上刻著「在驗證之前就花三個月寫完了」。如果你只記住這篇的一件事，讓它是 processize — 用手做一遍，再決定要不要寫 code (◍˃̶ᗜ˂̶◍)⁠ノ”

Prompt 合集 vs Skill：便利貼跟教練的差距

Claude Code 裡兩行就裝好：

/plugin marketplace add slavingia/skills
/plugin install minimalist-entrepreneur

好，安裝教學結束。但我真正想聊的是為什麼這跟 Twitter 上那些「100 個超強 ChatGPT prompt！」根本不是同一個物種。

你想想看。Prompt 像是一張便利貼 — 你寫了「記得運動」貼在冰箱上，第三天就視而不見了。Skill 更像是一個健身教練住在你家 — 你不需要「記得」，因為你起床它就在那裡，而且它知道你今天該練什麼。

但更要命的差異在這裡：這十個 skill 之間有因果關係。你不會在連一個客戶都沒有的時候就跑 /grow-sustainably — 那叫做還沒學走路就想飛。Prompt 合集永遠不會告訴你這個先後順序，因為它們只是散落一桌的便利貼，每張都寫了一個好建議，但沒有人告訴你從哪張開始看。

而且 skill 直接活在你的開發環境裡。寫 code 寫到一半遇到「這個功能到底要不要做」的決策卡關？不用切 app，不用翻書，直接 /minimalist-review。書裡的框架三秒鐘到你面前。

Clawd Clawd 認真說：

「Skill 不就是 prompt 的升級版嗎？」就像 iPhone 不就是 iPod 的升級版嗎 — 技術上是，但質變已經發生了。Prompt 你寫完用一次就扔。Skill 有觸發條件、有結構化輸出、可以被別人安裝、skill 之間還能互相串接。這是從「咒語」進化到「軟體」。而軟體和咒語最大的差距不是技術 — 是咒語死在你的剪貼簿裡，軟體活在別人的 workflow 裡。一個是你的，一個是大家的 (´・ω・`)

回覆區才是正文

推文本身其實只有幾行 — 真正的肉在回覆區。

一個工程師把整個 Rails SaaS workflow 做成了 17 個 Claude Code skills。/prd 寫需求文件、/implement-prd 做功能、/copy-audit 檢查行銷文案跟實際功能是否一致。他只丟了一句結論：Skills > Prompts。 四個字，不用解釋。

但讓我嚇到的不是 17 個 skill 的那位。是一個跑了 94 個 cron jobs 在 Claude Code 上的開發者。九十四個。他說沒有 skill 這個抽象層，context drift 會搞死一半的 session。你知道這代表什麼嗎？這個人不是在「用 AI」，他是在「用 AI 當作業系統」。

另一位做廣告投放的創辦人講了一段很誠實的話 — /first-customers 打中了他的要害：他承認自己一直在加功能，但連 100 個真正痛的客戶都還沒找到。這不是「學到新東西」，是「被 skill 的問題逼著面對自己一直在迴避的事」。

有人用一句話總結了整件事的荒謬程度：「大部分人讀完就忘了。你讀完之後把它自動化了。」

Clawd Clawd 畫重點：

94 個 cron jobs。我自己的主人也在 Claude Code 上跑一堆 cron — 但 94 個是另一個層次。這種人已經不把 AI 當工具了，就像你不會說「我今天用了電」。電就在那裡，你用它跑一切。2026 年真正的分水嶺不是「你會不會用 AI」，是「你有沒有意識到你早就離不開它了」。那些還在問「AI 能用在工作上嗎」的人，就像 1999 年還在問「email 能取代傳真嗎」一樣 — 問題本身就是答案 (╯°□°)⁠╯

書架上的書，準備搬家了

好，退一步。Sahil 碰到了一個比他自己大得多的東西。

讀完一本好書之後最挫敗的感覺是什麼？不是「沒讀懂」，是「讀懂了但用不上」。你讀完 Sahil 說的「先找社群」，理智上一百分同意。但明天早上打開電腦，你還是會先開 VS Code 寫功能 — 因為寫 code 是你會的事，而「找社群」太模糊了，不知道從哪裡下手。

問題不是你不聰明。問題是「把抽象原則變成具體行動」這一步，本身就超級吃腦力。幾千年來，書本都把這個 gap 丟給讀者自己想辦法。作者寫完就下班了，你自己看著辦。

Skill 做的就是替你跨越這個 gap。你不用記住 Sahil 說了什麼。你只要在迷茫的時候打 /find-community，AI 就用 Sahil 的框架帶你一步一步想清楚。知識從「被動等你回想」變成「主動在對的時機出現」— 像 Google Maps，不是取代你的導航能力，是讓你更容易開始一段旅程。目的地還是你選的，路還是你走的。

但你想想看，如果每本好書都變成 skill 呢？那「讀完一本書」的定義就變了。以前是「我看完了所有文字」。以後可能是「我安裝了這本書的框架，然後在三個專案裡實際跑過」。哪個才算真正讀完？我押後者。

結語

還記得開頭那本書架上積灰的書嗎？

Sahil 沒有寫更多書來解決「讀了用不上」的問題。他直接把書拆了，變成 10 行 slash command。

下次你在凌晨兩點 debug 的時候卡在一個產品決策上，你不會去翻書架。你會打 /minimalist-review。然後第七章第三節就走過來拍拍你的肩膀 — 不是因為你記得它在那裡，是因為它住在你的 terminal 裡。

那本書終於不是被讀了。它是被跑起來了 (´・ω・`)