他連續 30 天一行程式碼都沒寫，卻依然賺到了 10 億美元！

如果有一個 AI 可以幫你寫 100% 的程式碼，你還會通宵加班嗎？

更誇張的是，這並不是什麼由科技巨頭砸下無窮預算推動的宏大專案，也不是一個融資堆出來的大團隊成果，而是一名工程師的副業。

短短 6 個月，它就從一個個人專案，成長為一個 年經常性收入（ARR）接近 10 億美元 的產品，瞬間在程式設計師圈內引爆，成為現象級存在。

你大概已經猜到它的名字了：Claude Code。

而更讓 AI 圈震驚的是，這個專案的負責人已經公開承認：過去 30 天裡，他寫的每一行程式碼，全部都是由 AI 完成的。

核心人物：Boris Cherny

作為 Claude Code 的開發負責人，Boris Cherny 被普遍視為這款產品的技術“靈魂”。

他的職業軌跡本身也頗具傳奇色彩：他曾被 Cursor 的開發商 Anysphere 高薪挖走，但隨後又被 Anthropic 迅速召回。外界普遍認為，這一來一回，恰恰說明了 Claude Code 在 Anthropic 戰略中的重要性。

上線僅半年，收入衝上頭條數字

2025 年 12 月初，AI 程式設計圈徹底炸開了鍋。

Anthropic 宣佈，Claude Code 自上線僅 6 個月，年化收入已經接近 10 億美元。如果這一資料屬實，其增長速度之快，足以碾壓許多傳統軟體公司一整年的營收規模。

幾乎在同一時間，Claude Code 又釋放出一個強烈訊號：完成了對開發者工具 Bun 的戰略性收購。這意味著，AI 程式設計工具不再只是“外掛”或“輔助品”，而是正在走向基礎設施層，企業級付費市場也已經被真正開啟。

Claude Code 為何增長如此迅猛

Claude Code 背後最關鍵的“秘密”，在於它從一開始就不是一個簡單的程式碼補全工具。

大多數 AI 程式設計助手，只能補全程式碼片段、解釋報錯；而 Claude Code 的目標，是成為一個真正的 AI 數字同事——它能夠理解整個專案的上下文，參與方案設計、生成程式碼、執行測試，並且深度嵌入真實的開發流程。

這意味著，無論是寫功能、除錯、構建、打包還是迭代，都可以在終端或 IDE 中一條命令直接觸發，幾乎不需要再手動編寫大量“膠水程式碼”。

換句話說，它被定位為一個可以和你一起，甚至在某些場景下獨立完成專案的 AI 工程師。

這也正是其商業模式迅速放大的原因：一旦企業開始把它當作“必備工具”，企業訂閱費與商業 API 的收入就會快速疊加。

“我的程式碼 100% 由 Claude Code 編寫”——他是怎麼做到的

在 Boris 表示自己過去一個月的程式碼全部由 Claude Code 生成之後，所有人都在問一個問題：

日常工作究竟是怎麼運轉的？

他隨後公開了自己的配置方式，而令人意外的是——並不複雜。他的核心觀點是：Claude Code 本身就已經足夠好，幾乎不需要重度定製。

以下是他分享的具體工作流。

1）並行執行多個 Claude 會話

他通常會在終端中並行執行 5 個 Claude 會話。

同時，他還會在 Claude.ai/code 上再執行 5–10 個會話。

在編碼過程中，他經常會在本地終端與網頁端之間切換，或者直接在 Chrome 中新開會話，根據當下最順手的方式來回傳遞任務。

每天早上以及白天，他還會通過 Claude 的 iOS 應用，從手機上啟動幾個會話，隨後再回頭檢查進展。

2）用 Opus 思考，用 Sonnet 提速（視任務而定）

在需要深度思考和規劃時，他更偏向使用 Claude Opus 4.5，並稱其為自己用過的最好的程式設計模型。

儘管它比小模型更大、更慢，但由於所需引導更少、工具使用能力更強，在複雜任務中反而常常更快。

3）維護一份全團隊共享的 “CLAUDE.md”

他們的團隊在 Claude Code 倉庫中維護了一份共享的 CLAUDE.md 檔案。

該檔案會提交到 Git 中，全團隊每週都會多次更新。

每當 Claude 出現錯誤行為，他們就會把相應規則補充進 CLAUDE.md，讓模型在下次避免同樣的問題。

在程式碼審查時，Boris 經常會在同事的 PR 中標記 @.claude，把新的規則作為 PR 的一部分寫入 CLAUDE.md。

他們還會使用 Claude Code 的 GitHub Action（通過 /install-github-action）來配合這一流程。

4）先用 Plan 模式，再切換自動接受編輯

大多數會話都會從 Plan 模式開始。

如果目標是提交一個 Pull Request，他會先和 Claude 在 Plan 模式中反覆溝通，直到方案足夠清晰、可靠。

之後才會切換到自動接受編輯模式，而 Claude 往往可以一次性完成實現。

他的態度非常明確：一個好的計劃，極其重要。

5）用斜槓命令固化重複工作流

對於每天反覆執行的“內迴圈”任務，他大量使用 斜槓命令。

這避免了反覆寫提示詞，也讓 Claude 可以穩定複用這些流程。

他提到的一個典型例子是 /commit-push-pr，這個命令每天會被使用數十次。

命令中可以直接嵌入 Bash 指令碼，提前計算 git status 等上下文資訊，從而加快執行速度，並減少與模型來回確認的時間成本。

6）把常見 PR 任務交給子代理（subagents）

他還會頻繁使用 子代理，也就是專門負責某類固定任務的小型 Agent。

例如：

• code-simplifier：在程式碼完成後負責簡化和重構
• verify-app：按照詳細說明執行端到端測試

在他看來，子代理就是對最常見 PR 工作流的自動化封裝，把重複、確定的流程交出去，讓人專注於更高層決策。

7）在工具呼叫後自動格式化程式碼

團隊會使用 PostToolUse hook 對 Claude 生成的程式碼進行格式化。

Claude 通常一開始就能生成較規範的程式碼，而這個 hook 主要負責補齊最後那 10% 的細節，避免在 CI 中因為格式問題報錯。

8）不跳過許可權，而是提前放行安全命令

他明確表示不會使用 --dangerously-skip-permissions。

相反，他會通過 /permissions，提前放行那些在當前環境中確認安全、且高頻使用的 Bash 命令，從而減少無意義的許可權彈窗，同時保持安全性。

9）讓 Claude 使用完整工具鏈

在 Boris 看來，Claude Code 幾乎已經替他使用了所有工具。

它可以搜尋資訊、通過 MCP 伺服器在 Slack 上發訊息、用 BigQuery CLI 跑分析查詢、從 Sentry 拉取錯誤日誌等，具體取決於環境配置。

對於執行時間較長的任務，他通常會：

• 要求 Claude 在任務完成後用後臺 agent 自檢
• 或使用 Stop hook，以更可控的方式完成校驗
• 或藉助特定外掛流程完成驗證

最重要的一點：給 Claude 一個“自我驗證”的方式

Boris 給出的最後一個建議，也是最關鍵的：

如果你想讓 Claude Code 發揮出最大效果，一定要給它一個驗證自己工作的方式。

一旦 Claude 擁有了反饋閉環，最終產出的質量往往能提升 2～3 倍。

2026 年，與“四天工作制”的距離

這一切，也自然引出了 2026 年初正在迅速升溫的一場討論：未來的工作形態。

曾經被視為理想主義的“四天工作制”，如今正被越來越多頂級商業與科技領袖認真討論，甚至被認為不再是烏托邦，而是可能走向現實。

多位重量級人物給出了各自的判斷：

• 比爾·蓋茨認為，未來人類每週可能只需要工作 2～3 天
• 摩根大通 CEO 傑米·戴蒙預測，下一代人或許能活到 100 歲、遠離癌症，每週工作 3.5 天
• 輝達 CEO 黃仁勳認為，四天工作制最有可能落地
• 埃隆·馬斯克則更為激進，他認為在未來 10～20 年內，工作可能會變成“可選項”，世界將進入高收入、低貧困的狀態

而這並非空談。多個國家已經進行了四天工作制試點，結果顯示：生產效率並未下降，甚至有所提升，而員工壓力明顯降低，滿意度上升。

當然，代價同樣存在。

AI 自動化可能會迅速替代部分崗位，尤其是低技能工種；再培訓壓力上升；社會保障體系也需要隨之調整。

但有一點幾乎可以確定：技術進步從不會因為恐懼而停下腳步。

無論是 Claude Code，還是下一波 AI 工具，我們都正在親眼見證——勞動規則，正在被即時重寫。