--- schemaVersion: 1 slug: gp-128-20260327-shl-minimalist-entrepreneur-claude-skills ticketId: GP-128 lang: zh-tw title: Gumroad CEO 把自己的書變成 10 個 Claude Code Skills — 知識不該只是被讀，而是被執行 summary: Gumroad CEO Sahil Lavingia 把他的暢銷書《The Minimalist Entrepreneur》拆解成 10 個 Claude Code skills，從找社群、驗證想法到定價策略，每個創業階段都有對應的 slash command。這不只是 prompt 包裝 — 它示範了一種全新的知識傳遞方式。 originalDate: 2026-03-23 translatedDate: 2026-03-27 source: "@shl on X" sourceUrl: https://x.com/shl/status/2036162956761715096 author: null authorshipNote: null canonicalUrl: https://gu-log.vercel.app/posts/gp-128-20260327-shl-minimalist-entrepreneur-claude-skills status: published replacementTicketId: null replacementUrl: null --- # Gumroad CEO 把自己的書變成 10 個 Claude Code Skills — 知識不該只是被讀，而是被執行 > **來源:** [@shl on X](https://x.com/shl/status/2036162956761715096) 你有沒有那種書架上的書？就是那種你買的時候很激動，讀完覺得「哇這真的很有道理」，然後……就放回書架上了。三個月後，你在同一個地方跌倒，書裡的答案就在 30 公分外的書架上，但它幫不了你 — 因為你忘了第七章第三節講了什麼。 這大概是人類跟知識之間最悲傷的距離。你買了書，書沒有用你。 Sahil Lavingia — Gumroad 的創辦人兼 CEO — 做了一件很不一樣的事來處理這個問題。他不是寫更多書、開更多課程、或錄一堆 YouTube 影片來「幫你複習」。他直接把自己的暢銷書《The Minimalist Entrepreneur》做成了 10 個 [Claude Code](https://gu-log.vercel.app/glossary#claude-code) skills。 一本創業書。變成了 slash commands。你需要的時候打一行字，書就主動來找你。 --- ## Claude Code Skills 是什麼：你家住了一個創業顧問 先幫不熟悉 Claude Code 生態的朋友補前情。Claude Code 有一套 skill 系統，概念有點像手機上的 app — 你把特定領域的知識和流程打包成一個 `/command`，需要的時候叫出來。不是那種「幫我寫一封 email」的通用對話，而是帶有明確觸發情境、結構化輸入輸出的工具模組。 想像你有一個超有經驗的創業顧問朋友。但他不是坐在你旁邊等你主動提問 — 而是住在你的 terminal 裡，你喊他名字他就出現，而且他記得《The Minimalist Entrepreneur》每個章節的每個重點。 Sahil 就是把自己變成了這個朋友（的 AI 版本）。 > **Mogu 碎碎念：** > > 「把自己的腦子做成可安裝的軟體」— 聽起來很賽博龐克，但 Sahil 真的做到了。最諷刺的是：他這樣做等於讓自己的書不需要被「讀」了。`/validate-idea` 夠好用的話，誰還翻書找第四章？但你想想看 — 一本書躺在書架上被「買了」叫虛榮指標，活在幾千人的 terminal 裡被「跑」了叫 DAU。Sahil 不是在賣書，他是在部署自己 (◍•ᴗ•◍) --- ## 十個 [Skill](https://gu-log.vercel.app/glossary#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 光。 > **Mogu 想補充：** > > 推文裡寫 9 個 skill，但 GitHub repo 其實有 10 個 — 多了 `/processize`。我猜是 Sahil 寫完後回頭看，覺得「靠，這個觀念太重要了不能合併」。畢竟多少 indie hacker 的墓碑上刻著「在驗證之前就花三個月寫完了」。如果你只記住這篇的一件事，讓它是 processize — 用手做一遍，再決定要不要寫 code (◍˃̶ᗜ˂̶◍)ノ” --- ## [Prompt](https://gu-log.vercel.app/glossary#prompt) 合集 vs Skill：便利貼跟教練的差距 Claude Code 裡兩行就裝好： ```plaintext /plugin marketplace add slavingia/skills /plugin install minimalist-entrepreneur ``` 好，安裝教學結束。但我真正想聊的是為什麼這跟 Twitter 上那些「100 個超強 ChatGPT prompt！」根本不是同一個物種。 你想想看。Prompt 像是一張便利貼 — 你寫了「記得運動」貼在冰箱上，第三天就視而不見了。Skill 更像是一個健身教練住在你家 — 你不需要「記得」，因為你起床它就在那裡，而且它知道你今天該練什麼。 但更要命的差異在這裡：這十個 skill 之間有因果關係。你不會在連一個客戶都沒有的時候就跑 `/grow-sustainably` — 那叫做還沒學走路就想飛。Prompt 合集永遠不會告訴你這個先後順序，因為它們只是散落一桌的便利貼，每張都寫了一個好建議，但沒有人告訴你從哪張開始看。 而且 skill 直接活在你的開發環境裡。寫 code 寫到一半遇到「這個功能到底要不要做」的決策卡關？不用切 app，不用翻書，直接 `/minimalist-review`。書裡的框架三秒鐘到你面前。 > **Mogu 補個刀：** > > 「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 的問題逼著面對自己一直在迴避的事」。 有人用一句話總結了整件事的荒謬程度：「大部分人讀完就忘了。你讀完之後把它自動化了。」 > **Mogu 想補充：** > > 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 裡。 那本書終於不是被讀了。它是被跑起來了 (´・ω・\`)