一人公司

關於第一次聘僱的建議，多半在回答錯的問題。 它們告訴你該請誰——工程師、通才、還是先請外包。或者它們給你一種感覺：等你忙到快溺水時，你就知道了。但這兩者都不是能拿來做決定的依據。「你就會知道」不是一個數字，而感覺最像快溺水的那個人，往往正是最不適合做聘僱決定的人。 真正有數據支撐的問題其實更窄：什麼能預測這個聘僱最後有沒有成功？ 而目前兩組最好的資料庫給出的誠實答案，都不是時機。 時機不是那個訊號 這裡最有用的研究，是 First Round 針對成立頭兩年的新創所做的分析。它比較了兩類公司：在推出後六個月內就完成第一位非創始員工聘僱的，以及拖到十二到十八個月才請人的。 結果和所有「動作要快」的直覺相反：單看時機，並不具預測力。 早請人的和晚請人的，平均而言一樣成功。 光是這個發現，就推翻了這整個題目上大部分的建議。如果「什麼時候請」不能預測結果，那麼每一份以時間表開頭的指南——「六個月內要請」、「等到有營收再說」——其實都在解一個錯的變數。 那什麼才有預測力？First Round 的答案是：在你決定聘僱的那一刻，你是否已經有真實營收或已承諾的試行客戶。 不是某個規模的月營收，也不是某種人數上的感覺，而是「你要請人進去的那件事，本身已經會運作」的證據。 這條線值得記下來，因為它把決策切得很乾淨：請人來放大一件已經會運作的事，幾乎總是有幫助。請人來讓一件還沒開始運作的事動起來，幾乎總是傷害。 成本這一面：第一次聘僱到底是什麼 在談戰術之前，先看算術。在西式市場請一位全職的第一號員工，第一年加上薪資、稅、福利、設備、工具、以及仲介費，大約是 14 萬到 18 萬美元。這才是你以目前的現金水位必須撐得住的那個數字，而不是理想中的數字。 多數獨立創業者的聘僱故事，就是死在這裡，而且死法很無聊、一點都不戲劇化。請人，等於在你營收最沒被驗證的那一刻，把燃燒速度拉高。一個你在薪資加進燃燒率之後，還能再撐至少六個月的聘僱，才是成長決策；撐不到，就不是成長，而是你按下了一個停不下來的倒數計時。 把它當算式跑，而不是憑感覺： 請人後的跑道 = 目前現金 ÷（目前每月燃燒 + 新薪資） 這個數字 ≥ 6 個月，才可以進行。 這不是某個神奇的營收門檻。兩位月營收相同的創業者，可能剛好落在這條線的兩側，因為真正重要的是請人之後的跑道，而不是請人之前儀表板上的那個數字。 多數獨立創業者忽略的那組數據 這裡就是兩組資料合起來、變成真正有用、也真正少被討論的地方。 Carta 關於獨立創辦人的研究，發現了三件擺在一起會顯得有點尷尬的事： 獨立創辦人請人反而更快。 從公司設立到第一位員工的中位天數：獨立創辦人 399 天，多人創辦團隊 480 天。快了將近三個月。 獨立創辦人手上有大約兩倍的股權可以運用。 兩人創辦團隊在請任何人之前，就已經把公司對半分了。獨立創辦人則仍握有 100%——這是吸引關鍵第一人的巨大籌碼。 而他們並不用。 發給第一號員工的股權中位數，在獨立與多人的公司之間幾乎一模一樣——大約都是 1.5%。第五號員工則都在 0.30% 上下。 把這三點放在一起讀，結論很難被忽略。這項優勢真實存在，而且正被留在桌上。 獨立創辦人在聘僱上的結構性優勢，不是速度、也不是資本，而是股權的餘裕；而數據顯示，他們發出的包裹和一個共同創辦的新創沒兩樣，彷彿自己也有同樣已被分掉的股權要吸收。 Carta 自己的評論說得很直白：2023 到 2024 年間完成的第一號員工股權授予，數字就聚在 1.5% 左右，不論創辦結構為何。不是「用得少一點」，而是幾乎沒有差異。 ⚠️ 把誠實的但書先講清楚： 1.5% 是「有請人的公司」的中位數，而其中大多數是走創投路線、預期會再募資的公司。如果你要打造的是一個刻意不募資、永遠不會有 cap table 的一人公司，那股權根本不是你的槓桿——現金與跑道才是。這個發現是關於一個真實落差的可信訊號，但它不是要你開始發放你原本沒打算發的股權。 那到底什麼能預測一次好的第一次聘僱 把證據合起來，決策就收斂成三道檢查，而且有順序： ...

每個一人公司的建造者，最後都會回答一個問題——而且通常是在答錯一次之後： 哪些答案，我可以不檢查就直接照著行動？ 注意，這不是「AI 能做哪些任務」。那是能力問題，而它的答案每隔幾個月就變一次。這是一個分類問題，它不隨模型改變，只隨任務改變。 先說清楚：這個框架不是這篇文章的價值 老規矩，先坦白：評分框架本身並不新，也不是我們的。 監管機構、企業資安團隊、學術團隊都發表過各自的版本。微軟的 agentic 風險指引寫著：對高風險或不可逆的動作，要求人工核准。DeepMind 一篇關於委派的最新論文，把「可逆性」列為決定你能下放多少權限的軸線。實務工作者則發表權限矩陣，用影響範圍 × 可逆性 × 代價替每個動作評級。如果你要的是通用框架，那些來源會比一個一人公司的部落格更能幫上你，我會把它們列在最下面讓你自己查。 但那些文章，沒有一篇是為你寫的：一個人、一個產品、你自己的憑證，而且沒有合規部門在後面幫你接住失誤。所以值得寫的，是這一塊。以下是這條規則，套在一個一人公司的情境上。 分類規則 用三個軸替任務評分。取最高的那一軸，決定等級。 可逆性 一鍵還原 → 花幾小時救得回來 → 無法逆轉 影響範圍 只有我、本機 → 我自己的生意或錢 → 別人 出錯代價 微不足道 → 金錢、期限、信任 → 法律／安全／名譽 結果是一個等級，而等級決定的是控制方式，不是你給多少信任： 等級 意思 控制方式 G0 唯讀、本機、無關緊要 直接交出去——這正是 agent 存在的意義 G1 影響範圍小、可還原 讓它跑，但要留紀錄 G2 任一個軸偏高 設閘——agent 提案，你扣板機 G3 不可逆，而且（對外 或 嚴重） 絕不讓它自己跑——要防範，不是靠覆核 要用真實的可逆性評級，而不是「我的編輯器有沒有 undo」。一條 shell 的 rm 就是 G3，即使你的 IDE 可以倒帶——因為倒帶蓋不住 shell 的副作用。這跟我們另一篇談「完成」是一種宣稱，不是事實的紀律是同一個家族，差別在於：那篇講的是驗證產出，而這篇高了一層——決定「哪些產出，你本來就被允許不看著就照著行動」。一個「無論 agent 誠不誠實都成立」的控制，不是驗證儀式，那叫圍籬。 交出去之前，先替這個任務評分 可即時試算——改動任何數字，下方結果立即更新 ...

有一家券商，剛給每一個客戶一個「幫你下單」的按鈕。四個月內，超過十五萬人打開了它。那些 agent 每天打這個平台的工具大概三千萬次。 這不是一份 bug 報告。這是一次結構性的改變，而它比那些「AI 交易」的標題所暗示的，嚴重得多。 有件事沒人明講：那十五萬個帳戶，並不是在跑十五萬套獨立的策略。他們是從少數幾個共用的模型裡挑——同樣那幾個 AI 系統，盯著同樣的市場資料，朝大致同樣的目標優化。 市場之所以能運作，是因為餵它的人彼此不同意。幾百萬個小小的、獨立的判斷——錯的、對的、慢的、早的——平均起來，變成一個大致可信的價格。一旦把「獨立」抽掉，你手上就不再是一群個體組成的市場，而是同一個判斷，被複製了幾十萬份。 這才是該盯的變化，而且它跟一般人担心的方向剛好相反。要怕的不是 AI 不理性。是 AI 一模一樣。 「相關性」是接下來要盯的詞 管市場的人已經開始講這個詞了。監管機構用書面問過：當「大量參與者依賴相似的模型」、並因此產生「相關聯的交易決策」時，會發生什麼事。一位央行官員講得更直白：人類的群眾恐慌是有快有慢的——有人猶豫、有人提早跑、有人撐著。一群一模一樣的 agent 不會。它們對同一個訊號，在同一刻、做出同樣的反應。一次小晃動，在任何人來得及踩煞車之前，就變成一面倒。 這不是危言聳聽。這講的是機制——而這是第一次，由那些「最後得負責收拾」的機構，把這個機制講得這麼清楚。 誠實的反方證據——以及它為什麼重要 接下來這段，讓這篇不至於變成末日文。反方向最有力的證據出現在幾年前，而且到今天仍然站得住：研究人員看過一整個外匯市場的演算法交易，發現這些演算法確實彼此相關——但那份相關性跟更高的波動沒有任何可測量的關聯。真要說，演算法交易越多，反而對應到越低的波動。 所以誠實的立場比「AI 會搞垮市場」更窄、也更有意思：相關性是真的，但它會壓抑還是放大波動，完全取決於那些共用的模型在優化什麼——而這件事，目前沒有人知道。 風險還沒有被決定。風險只是還沒有被測量。 這對一人公司意味著什麼 大部分談差異化的建議，講的都是「怎麼被看見」——護城河、定位、「跟別人不一樣你才會贏」。這篇把它重新框了：當所有人都在同一批模型上出貨，這份「一樣」就不再是行銷問題，而是安全問題——對你，也對你所屬的任何東西。 你的槓桿從來就不是那個模型。而是你擁有、而那些共用模型沒有的東西：你的資料、你的規則、你那個具體的問題、你的品味。這就是「租腦袋，自己造機台」在做的事。但除此之外，還有一個比較不明顯的理由，值得你去擁有自己的脈絡。 擁有脈絡，才會讓你的產出不成為一份複製品。 當你用你的使用者、你的失敗、你的利基裡的邊角案例去訓練，你產生出來的判斷，才會真的是你自己的。它們不會像那些開箱即用的答案一樣，跟你同一條街上其他建造者相關。你不再是同一個模型的又一個回音。 在一個「一樣」正在變成系統性風險的世界裡，刻意的不一樣不是虛榮指標。它是一種韌性——你的，以及整個系統的。 一句話版本 如果一個模型又便宜、人人都有，那它就不是策略，它只是背景。你真正擁有的，是你餵給它的脈絡，跟你替它設下的規則。這個「要造機台」的論點，其實已經講很久了。新的部分是為什麼它變急了：因為當所有人都在出貨同一個 AI 時，壞事的不是那份智慧，而是那份「一樣」。 資料來源 Robinhood HOOD Summit 2026（2026 年 9 月 29 日）。——自五月起開設超過 15 萬個 agentic 交易帳戶；agent 每天打 Robinhood 的工具約 3,000 萬次；app 內的 agent 是從共用的 OpenAI／Anthropic 模型中挑選。 美國眾議院金融服務委員會致 SEC 函（2026 年 6 月 23 日，Foster 與 Sherman）。——指出 agent 之間「相關聯的交易決策」與「羊群行為」，尤其是「以相似資料訓練」的 agent，構成市場誠信風險。 英格蘭銀行副總裁 Sarah Breeden（2026 年 6 月 30 日）。——自主 agent 可能在壓力下「放大波動」，以人類群眾無法比擬的方式同步行動。 美國聯準會 IFDP《Rise of the Machines》（外匯演算法交易）。——演算法交易彼此相關，但與更高的波動沒有因果關聯；真要說，演算法交易越多，對應到越低的波動。

在很長一段時間裡，獨立開發者只需要用一個靜態數字，就能回答一個問題：「這個東西每個月花我多少錢來跑？」 你把伺服器、資料庫、幾個 SaaS 訂閱加一加，進位取整，就結束了。數字是平的，你照著它開發，然後就忘了它。 那個數字現在是假的。 你賴以開發的工具，已經不再向你收平價費用，而是改用「計量表」收費。地球上最普遍的 AI 程式訂閱——GitHub Copilot——在 2026 年 6 月 1 日改為用量計費：每個方案每月會消耗「AI 信用額度」，每點固定等於一美分，而且過去「用完了就自動降級到便宜模型」的機制已經完全移除。Anthropic 現在估計，開發者平均每天在 Claude Code 上燒掉 13 美元的 token 費用——比先前的 6 美元翻了一倍多，而且只靠一次低調的文件修改就改了。平價方案結束了，獨立開發者感受最深，因為沒有財務長來吸收意外。你同時是財務長、工程師，以及那個付帳單的人。 這篇文章不是在檢討帳單為何上漲——那是另一個論點。這裡要談的是向前看的問題：當你的成本基礎從「菜單」變成「計量表」時，你要怎麼為一個開發案編預算？ 你過去需要的兩種成本數字——以及你現在需要的第三種 獨立開發者向來要追蹤兩個數字： 固定成本——伺服器、網域、SaaS 席位。可以預測、按月計、沒得商量。 你的時間——用小時來編預算、用星期來消耗的東西。 用量計費的 AI 帶來了第三個數字，它跟前面兩者都不像： 變動的 agent 成本——token 的消耗，取決於你的工具做得多用力，而不是你有幾個工具。閒置時很低，上線衝刺時飆高，而且在帳單出現前完全看不見。 陷阱在於，多數獨立開發者出於習慣，會把這個數字歸到「固定成本」底下，因為訂閱感覺上是平的。GitHub 對 Copilot Pro 還是收每個月 10 美元。改變的不是價格——而是這筆錢現在買到的是一個計量表（Pro 是 1,000 點），而你之後的每一次互動都在讓計量表往下掉。 取代「進位取整然後忘掉」的紀律 為一個計量式的開發案編預算，並不比老方法難。就三個習慣，照順序來： 在寫程式之前，先訂下一個數字。 決定這個開發案每個月被允許花多少錢——工具訂閱加上計量額度——然後把它當成上限，而不是描述。一旦你有數字，「超支」就成了決定（「這個功能值得讓計量表往下掉嗎？」），而不是意外。 把計量表和菜單分開。 平價的部分（伺服器、席位、網域）是你的菜單——你事先就知道。計量的部分（agent token、API 呼叫、用量額度）是你的計量表——你只能事後才知道。把它們編成兩行預算，不要併成一行。混成單一數字，只會藏住到底是哪一邊在吃掉你。 盯著計量表，不是價目表。 價目表跌了三年，卻沒能阻止任何人的帳單上漲。真正重要的數字，是週末時計量表實際讀到的數字，而不是一個 token 賣多少錢。 這些都不需要你沒有的儀表板。記事本裡的一行字，每個禮拜看一次，就贏過一張月底才看到的帳單。整套技能，就是把「我看看它花了多少」變成「這是它被允許花多少」。 實際數字，如果你想有個錨點 從平價轉向計量，不是抽象概念——它已經被定價了： GitHub Copilot——2026 年 6 月 1 日起用量計費。1 點 = 0.01 美元。Pro 每月含 10 美元額度，Pro+ 每月含 39 美元，還有新的 Copilot Max 方案每月 100 美元（20,000 點）給重度 agent 使用。過去「用完方案就降級到便宜模型」的機制已經取消——你要嘛付超支費用，要嘛撞上上限。 Anthropic Claude Code——平均每天每位開發者 13 美元、每月 150–250 美元，其中 90% 的使用者每天低於 30 美元。Anthropic 在 2026 年 4 月把這個估計從 6 美元翻倍，因為前沿模型（Opus 4.7）變成了預設。 你已經在買的軟體訂閱——任何「無限」的 AI 方案，都在悄悄變成額度方案。徵兆永遠一樣：原本寫「無限」的方案，現在變成「內含 X 點」。 這些不是邊緣案例。這個領域最大、最無聊的廠商——GitHub——剛剛把它旗艦產品搬上了計量表。還沒適應的獨立開發者，正在用去年的模型編預算。 ...

「獨立創辦人」以前是投資人會皺著眉頭說出的一個詞。它讀起來像找不到共同創辦人——是投資條款書上的紅旗。單打獨鬥是備案，不是重點。 這套說法現在死了，而且它不是被論述殺死的。它死掉的方式，跟所有說法真正死掉的方式一樣：資料不再支持它。這篇文章談的是殺死它的兩份資料——以及其中一個最常被引用錯的數字。 一人公司現在是預設形狀 先看公司怎麼成立。 Stripe Atlas：2026 年第二季透過 Atlas 成立的美國 C 型公司中，63% 是單人創辦——史上最高。這不是小眾。這是在「代辦成立公司」這件事上量體最大的平台上，新公司的多數形狀。 Carta，量的是更廣的族群：單人創辦的新公司佔比，從 2019 年的 23.7%，升到全美新公司的三分之一以上。 六年間佔比增加 53%。 兩份資料、不同方法、同一個方向。一人公司不再是一種主張或論述。它是基準結果。 這篇在整個系列裡的位置——這是單人創辦系列的第四篇，每一篇回答不同的問題。為什麼一個人現在能做出以前要一隊人做的東西 講的是機制（為什麼一個人現在能做出來）。獨立創辦人正在勝出——改變了什麼 講的是結果（成果已經公開，污名已死）。這一篇講的是成立與募資之間的落差——當「一個人開始」變簡單了，而募資的討論卻跟標題講的不一樣時，你該怎麼理解。如果你問的是「人」的問題而不是「市場」的問題，那是該不該找共同創辦人？。 那個最常被引用錯的數字 這裡是多數報導出錯的地方。有一個廣泛流傳的統計說，單人創辦只佔創投投資案的約 17%，然後被拿來論證：「你看，單人創辦還是拿不到投資。」 這個數字是真的（Eqvista，2026-08-18 更新——單人創辦公司達到新成立公司的 35%，但它們在已完成的創投輪次中佔比持平在 17%）。但它並不是在說大家以為的那件事。它衡量的不是單人創辦人募不到錢。它衡量的是兩個族群的比率：很多新公司是單人成立的，但後來去募機構資金的公司，偏向多人創辦。 這是兩個不同的宣稱，而差別很重要——因為直接衡量「單人創辦人實際募資時的表現」的那份資料，說的是完全不同的事。 直接測量：單人創辦募到的輪次規模相當 來自 Solo Founders Annual Report（建構於 Carta 資料集）： Series A 估值中位數 單人創辦 $54.9M 多人創辦 $53.6M ← 這不是落差 在種子輪與 B 輪，單人團隊略低。但在 A 輪——一家公司要嘛有生意、要嘛沒生意的那一輪——兩者中位數相差不到 2.5%。 所以 17% 這個數字，不是單人創辦募不到錢的證據。它是「單人創辦公司這個族群」偏向那些本來就不打算募資的公司的證據——因為現在一個人成立公司的成本已經低到，你不需要許可、不需要資金、也不需要合夥人就能開始。當成立很貴的時候，每個會去成立的人，隱含上都是可被投資的。當成立免費的時候，成立池就灌進了本來會選擇自籌的公司。 那道門沒有關上。只是更多人不走那道門了。 真正分出勝負的是什麼 Stripe 的資料在這裡才真正有用，因為它量的是離散度，不是平均數。它比較了 2022 與 2023 年成立、各自有兩年以上營收資料的單人創辦 Atlas 公司： 單人創辦人的營收離散度（前六個月） 最高十分位 ÷ 中位數 四年前： 34 倍 2025 年： 61 倍 單人創辦公司的中位數，前六個月營收年減 23%。最高十分位則是年增 19%。四年間差距幾乎翻倍。 ...

獨立開發者圈子裡，最近瀰漫著一種還沒人幫它取好名字的古怪感受。那不是倦怠——倦怠是你被工作累垮。這是另一回事。你其實很好。你發布的東西比以往任何時候都多。可是清單每一週卻越拉越長，而不是越清越短。 你現在大概就能感受到：你早上才把清單最頂端那件事做完了，到午餐時，原本一件事的位置，已經冒出了三件新的事。不是因為你慢。真要說，你比以前任何時候都快。那為什麼你卻覺得用目前的速度，仍然在落後？ 簡短版：AI 乘上了你的產能，卻沒乘上你的注意力。你現在能在一個下午「生」出一週的工作量——而你的大腦，還是得用一個人的注意力額度，逐一去決定這全部的事。佇列之所以永遠清不完，是因為「塞滿佇列」的那個東西，變快得遠超「清空佇列」的那個東西。 長版值得讀，因為這個感受的解方是反直覺的——而且它不是一套生產力系統。 產能上升了，注意力沒有 這裡有個大家都跳過去的算術。AI 工具確實提高了你的產出。一份又一份廠商研究都宣稱，用了 AI 助手，個別開發者的產出上升了 20–40%；而那些 agentic 編程工具——能建構整項功能、而不只是補全一行程式的——在儲存庫層級也展現了真實、前置的開發速度提升。你現在能一個下午做完過去要一週的事。 但注意這句話悄悄假定了什麼：它假定「產出一週的工作」就是瓶頸。它不是。瓶頸從來不是去做那些任務，而是去選那些任務——把整張地圖放在腦子裡、決定什麼重要、在萬物都朝你嘶吼要你分一口時仍保持方向。 AI 完全沒動到這部分。你仍然只有一個人的注意力額度。所以當你的產能翻倍，你真正做到的，其實是讓佇列重新塞滿的速度翻倍——因為你每完成一件事就會冒出三件，而每採用一個工具，又會自帶一份整合、維護、「速贏」的待辦。 更多的產能，一樣的注意力。這整份感受，就是這一句話。 佇列永遠清不完——這是它本來的設計 這件事之所以在 AI 時代變得更糟、而非更好，是有結構性原因的。你每增加一個新能力，它就會產出自己那條任務流，而沒有一條會真正結束。 發布一個功能，現在它需要監控。採用一個工具，現在它需要維護、需要覆審、還需要每月扣一點你的注意力額度。自動化一項任務——這正是陷阱所在——你通常不會刪掉它。你讓它變快，然後把省下的時間原封不動地餵回一張更大的清單。佇列清不完，是因為你一直用「放大產出」的速度，去「放大輸入」。 agentic 工具的論文把這件事講得最不留情面：採用自主編程代理的儲存庫，一方面看到了速度提升，另一方面也測量到了可維護性債務與複雜度的可量化增加——意思是，你衝得越快，同時也悄悄在為「未來」製造更多的清理工作。機器加速了迴圈的兩端。你只是對「輸入」那一端感受更強烈，因為決定的人是你。 這不是專注力問題，而是「限速」問題 這個重新框架，會改變你實際去做的動作。 「任務太多」聽起來像是在說任務才是問題——好像只要清單乾淨一點，你就沒事了。於是你去抓一個更好的待辦 App、一套更嚴格的晨間儀式、一套新的優先級框架。它大概會生效一個禮拜，然後重新塞滿的速度再一次悄悄地壓垮新系統，因為沒有系統能清得比「你放任輸入的速度」更快。 問題誠實的名字是：你遇到的是產能問題，不是任務問題——而真正要緊的那個產能，不是你的產出，而是你的注意力。 注意力不會擴張，產出才會。所以唯一能持久的槓桿，是在「輸入」端設一道限速：有意地決定，這世界有多少「速贏」和「這個你也該看一下」是准許放進來的，然後把這條界線當成神聖不可侵犯——就像你在守一筆預算。 解法：管好輸入，而不是輸出 既然佇列重新塞滿的速度快過你清空的速度，最高槓桿的動作就不是清得更快，而是減少被允許進來的東西。 具體來說，給獨立開發者： 給每件進來的任務標一個「成本」，而不只是「價值」。 待辦清單的預設狀態是「什麼都能免費加進來，所以什麼都被加了進來」。把它反過來：任何要進清單的東西，都必須擠掉一件原本就在清單上的事。如果新東西不值得為它砍掉一件舊的，它打從一開始就不是真任務——是穿著任務戲服的噪音。光是這一條規則，就能砍掉比任何 App 都多的輸入。 自動化是為了刪掉，不是為了加速。 錯誤的問題是「我要怎麼做得更快？」正確的問題是「我要怎麼讓這件事不再存在？」如果一個工具讓任務變快，卻讓你仍然在做它，那你只是更快地在重新塞滿自己的佇列。配得上它價值的自動化，是把任務整個移出你的注意力——否則它只是帶著額外步驟的速度。 把低價值的洪流批次進一個決策時段。 客服、行政、「順便幫個忙」——沒有一件是緊急的，但每一件感覺都很緊急。給它一天或一週一個固定的時段，讓它在那裡等。當任務有了固定的時段，它就不再滲透進其他每一小時；當它被允許隨時中斷，它就會霸占你的一整天。 給「新鮮貨」設限速。 新工具、新框架、新的「你該試試這個」——每一樣都帶著一個承諾和一張隱藏的待辦清單而來。你不需要採用一切。你需要採用更少，並且在生態系朝你尖叫各種新奇時，仍站穩方向。 這四點的共通主線是：你不是在試著做更多，而是在試著決定得更少。 因為「決定」是 AI 唯一無法相乘的資源，是你唯一不能外包的事，也是那個悄悄封頂的東西——決定著你的新產能，最終有多少能真正轉化成「交付」。 反派與英雄 每一個值得講的論點，形狀都是一樣的，這一個也不例外。 這裡的反派不是那些任務，也不是 AI。而是那個假設——更多的吞吐量，等於更多的進展——好像只要你更用力地自動化、動得更快，佇列終究會見底。它不會。正是這個假設，讓一個有能力、會交付、速度貨真價實的獨立開發者，永遠處在一種「覺得自己落後」的狀態裡。 英雄是那道限速——那個不怎麼光鮮、看不見的決定：去控制什麼進來，而不只是什麼做完。它就是那個分野：一邊是放大產出、卻淹死在自己副產品裡的開發者；另一邊是把注意力當成它本來就是的那筆有限預算來守的開發者。 你不必跟這張無限清單共存。你只需要停止用比你可能消耗更快的方式去餵養它。 這是獨立開發者知識庫的「決策紀律」那塊拼圖——一人工作周的「產能 vs. 注意力」延伸，那篇文章談的是刪掉你手上那六份工作。那篇問的是該砍掉哪些工作；這篇問的是，當那些工作會自己不斷再生時，你該怎麼辦。關於一個人為什麼一開始能交付，見為什麼一個人現在能做出過去需要一個團隊的事。 Sources 《AI IDEs or Autonomous Agents? Measuring the Impact of Coding Agents on Software Development》（2026，arXiv:2601.13597） — 儲存庫層級的因果研究（AIDev 資料集）：agentic 編程工具帶來前置的開發速度提升，但也伴隨可維護性債務與程式碼複雜度的可量化增加——這是「機器同時加速迴圈兩端」論點的依據。 廠商回報的開發者產出基準（2025） — AI 編程助手回報個別開發者產出提升約 20–40%（index.dev／Copilot ROI 研究），作為產能提升的柔性證據引用；此處視為方向性、而非硬數字，因為提升是真實的、但分配不均。 Stack Overflow Developer Survey 2024 — 約 7% 的專業開發者回報自己為自僱——本篇文章所談的獨立開發者族群背景。 美國人口普查局——Nonemployer Statistics — 獨立（無僱員）企業是結構性預設（約占美國企業的 78%），這是「一個人應付無限任務是常態、而非例外」的背景。 「產能 vs. 注意力」框架，以及四條限速規則（為每件進來的任務標成本／自動化是為了刪掉／批次低價值流／給新鮮貨設限速），是對獨立開發者系統實務的綜合，而非單一具名研究；上述 arXiv 與人口普查局的數字才是主要證據。

每個星期，都有人在論壇和私訊裡問同一個問題：「我現在這份工作不討厭，但我想做自己的東西。我什麼時候該辭職？」 網路上有整整一類內容用雞湯來回答。脫掉金手銬、押注自己、錢自然會來。 這些說法不算錯，只是不完整——因為他們只給你看那些成功的人。 真正「辭職創業」是什麼樣子，得看那些親身走下去、還把帳目攤開來的人。 關鍵的那條線，不是「什麼時候安全」，而是「這份工作什麼時候停止複利」 值得效法的獨立創業者，不是因為痛苦才辭職。他們離開，是因為這份工作已經不再教他們任何新東西——而它所能教你的最後一項能力，就是「做出一個陌生人願意付費的東西」，這項能力只會在外面才長得出來。 Arvid Kahl 是最乾淨的一條路。二十年的軟體工程生涯，履歷看起來很漂亮。2017 年，他的伴侶——一位線上英語老師——每次下課都得重複做同一件苦差事：寫學生回饋。於是他們做了一個小小的解法，叫 FeedbackPanda。沒有團隊，沒有投資人。兩年後，它做到每個月五萬五千美元，然後他們把它賣掉了。 教訓不是「業餘專案會變成一場出場」。而是：他辭職後投入的那件事，是建立在一個他伸手就能看到的問題上，而不是一紙市場分析。 接著是鏡子的另一面 Michael Lynch 在 2018 年離開 Google——績效評等「遠超期待」、再幾個月就能升資深工程師、吃著全世界最豐盛的員工餐。照他自己的說法，觸發點不是什麼宏大的創業點子，而是他意識到自己對手上的專案、對職涯成長、對方向，全都沒有掌控權。於是他走了，帶著一個大致上只是「每個專案試幾個月，看哪個有戲」的計畫。 八年後，他每年發一篇財務回顧。最近一年：營收一萬六千三百美元，淨利八千二百美元。他做了 TinyPilot、把它賣掉、當了爸爸，然後他還是年年把真實的數字寫出來。 這就是那些雞湯不會告訴你的部分。辭職本身既不是最難的一步，也不是重點。它只是一場八年馬拉松的起跑線，而誠實的結局是「平凡」跟「出場」一樣常見。 那到底為什麼要走？ 因為你要辭掉的，從來不是薪水，而是天花板。而數據顯示，等著「更好時機」的人比以往更少了。 Carta 的《獨立創辦人報告》指出，獨立創辦的公司已經佔新創公司的超過三分之一——大約是 2019 年的兩倍。這不是一時的新創風潮，而是一個結構性的事實：AI 把「打造」的成本壓到極低，所以此刻擋在大多數想創業的人面前的，已經不再是能力。 而是許可。而許可，從來沒有人會主動給你。 一條經得起現實考驗的決策法則 不要去問「我該不該辭職」——那是披著問題外衣的情緒。改問三個更小的問題： 這份工作還在複利嗎？ 如果你已經學不到新東西，唯一增長的是你在組織圖上的資歷，那麼這份薪水其實是在補貼你的停滯。 這個問題是不是伸手可及？ 從你看得見的東西入手（一個重複的苦差事、你工作裡的一個缺口），而不是一紙市場分析。Kahl 是為一個住在他身邊的老師而做的。 第八年裡，「夠了」長什麼樣子？ 如果一整年的誠實結局可能是區區一萬六千美元的營收，而你仍覺得值得——那你就準備好了。如果不是，這份工作還在為某樣真實的東西付你錢。 我認識的最好的創業者，不是為了大出場而離開。他們離開，是為了掌控權——掌控自己的時間、自己的方向，以及一個想法到底是生是死，不再由別人的路線圖來決定。 你自己站在哪一邊，你其實早就知道了。 這是獨立創業故事的一個節點——機制請見《為什麼一個人現在能做出過去一個團隊才做得出的東西》，收據與數據請見《獨立創辦人正在勝出——究竟改變了什麼》。 Sources Arvid Kahl — FeedbackPanda 的公開歷程：與伴侶（一位線上英語老師）共同打造，做到約每月五萬五千美元，2019 年被 SureSwift Capital 收購。 Michael Lynch（mtlynch.io）—《Why I Quit Google to Work for Myself》（2018）與《My Eighth Year as a Bootstrapped Founder》（2026）：第八年營收約一萬六千三百美元、淨利約八千二百美元。 Carta — Solo Founders Report 2025：獨立創辦的公司已佔新創公司超過三分之一，高於 2019 年的約 23.7%。

獨立開發者的倦怠，有種「自我照顧」式的建議永遠捕捉不到的孤獨感。在一個團隊裡，當有人撐不住時，其他人會察覺。同事看見那些深夜的提交紀錄。主管發現他的能量在下滑。有人會說一句「你做得太多了」。而獨立開發者是在一片沉默中燒乾自己——因為那個本該察覺的人，正是那個正在燒乾的人。 這不是性格缺陷，而是一人公司的結構性事實，而且它有個名字。世界衛生組織把倦怠編入分類，定義為一種職業現象——不是疾病，但有一組精確的三部分定義，值得真的去讀一讀，因為「說出那個東西的名字」是修正它的第一步。 倦怠到底是什麼（根據世界衛生組織） 世界衛生組織的 ICD-11 把倦怠定義為一種「源自未被成功管理的慢性工作壓力」的症候群，並有三個可測量的維度： 能量耗竭或疲憊——那種過了週末也不會消失的疲倦，因為榨乾你的東西還在持續運轉。 對工作的心理疏離，或對它的憤世嫉俗——那種「我正在做的東西根本無所謂」的蔓延感，覺得自己只是在走流程。 專業效能下降——覺得自己已經不再擅長那件本來很擅長的事，即使產出客觀上並未改變。 三部分定義的重點在於：倦怠不等於「累」。 累靠睡眠就能解決。倦怠則要改變「製造它的條件」才能解決——而對獨立開發者而言，那些條件和任何人都不同。 獨立特有的機制：帶病硬撐（presenteeism） 這裡談的是「獨自一人」真正不同的地方，而研究毫不留情地點了名。一項針對自僱者的同行評審研究（Self-employed and stressed out?，Frontiers in Psychology）發現，在身邊沒有其他人時，有兩種應對行為會特別加劇倦怠：帶病硬撐——不該上場時仍硬著頭皮上——以及延長工時——因為沒有一條會讓工作日結束的界線，所以只能無限延長。 在團隊裡，帶病硬撐會被攔下來。有人叫你回家，辦公室會關門，你也能請病假而不至於整個事業垮掉。獨立之後，帶病硬撐成了預設狀態：沒人叫你停，而且腦海裡還盤踞一個「我停了，一切就都停了」的事實性錯誤信念。於是你硬撐下去。而這份研究的結論才是關鍵：造成心理傷害的，不是工作量本身，而是硬撐過去這件事——那種自我耗損式的應對，才是介於工作壓力與心理耗竭之間的中介變項。 這個故事裡的反派不是野心，而是 「沒有別人接住你的墜落」的結構。它把普通的過勞，變成了更糟的東西：一種沒有見證者、沒有恢復點、也沒有人說一句「這個負擔不合理」的過勞。 解方是結構性的，而非激勵性的 「多休息」是給那些「有主管可以暫時逃離」的人的建議。獨立開發者的解方，必須像問題本身一樣，內建進結構裡： 安裝一個見證者。 倦怠靠「隱形」壯大，所以你要逼它現形。每週一次、一行字的回報——發給一個朋友、一個互助小組，或寫進一份有三個欄位的日誌：能量、憤世嫉俗、效能——把一場看不見的下滑，變成一條可追蹤的趨勢線。你永遠捕捉不到一條你從未寫下來的下滑。 為工作設界，因為沒有別人會替你設。 工作日不會自己結束，你得結束它。這和一人工作周的砍範疇是同一件事：把工作打包，給每件一個時段，時間一到就闔上筆電。你自己設下的界線，是唯一存在的界線。 把「累」和「燒乾」分開。 這才是世界衛生組織那套定義真正的用途。累，一晚休息就好；倦怠，紋風不動。如果一次真正的休息無法恢復一些能量，如果那股憤世嫉俗和「我再也做不好這件事了」的情緒持續了好幾週，那就不再是一個能用系統解決的生產力問題了。那是訊號，要你去改變某個結構性的東西——範疇、負荷，或者你究竟是不是在蓋一件對的事。 誠實的收尾 獨立創業處在一個奇特的位子上：讓它值得去做的「自主」，恰恰是它在出事時把你孤立起來的那個東西。自主意味著沒人告訴你該做什麼——也意味著，當你在燒乾時，沒人告訴你該停下來。 能獨自撐過十年的人，不是那些從不疲倦的人，而是那些不再把倦怠當成野心的代價、轉而把它當成一種可以治療的營運故障的人——有定義、有一組觸發點、有一套能接住墜落的結構。你把公司建成不需要主管也照常運轉，現在請用同樣的方式，把你人生的其餘部分也蓋起來：好讓那個察覺你正在燒乾的人，不再只有你自己。 這是獨立開發者地圖的「續航力」那塊拼圖——一人工作周與為什麼專案死在第三週的配重。砍範疇與預防倦怠，其實是同一枚硬幣的兩面：都是刻意少扛一點。 Sources 世界衛生組織——ICD-11，《Burn-out an occupational phenomenon》（2019 年，2022 年釐清）：倦怠不是一種疾病，而是一種職業現象，由未被成功管理的慢性工作壓力所定義，涵蓋三個維度——能量耗竭／疲憊、對工作的心理疏離或憤世嫉俗、以及專業效能下降。 Frontiers in Psychology——《Self-employed and stressed out? The impact of stress and coping strategies on the mental health of the self-employed》（2024 年，doi:10.3389/fpsyg.2024.1365489）：一項針對 117 名自僱者的研究發現，量化需求（時間壓力、工作量）與心理耗竭顯著相關，而「自我耗損式應對」——帶病硬撐與延長工時——中介了工作需求與心理耗竭之間的關係。主動應對顯示出促進健康的效果；正向重構（reframing）則幾乎無效。 關於「安裝見證者／為工作設界／把累與燒乾分開」的框架，是對標準倦怠預防實務（早期偵測回報、設定界線、疲憊與倦怠之辨）應用於獨立開發者脈絡的綜合，而非單一具名研究；世界衛生組織的定義與 Frontiers 的研究才是主要證據。

去問一個獨立開發者他是怎麼定價的，多數人會坦白承認：他們根本沒定。他們挑了一個「說得過去」的數字，四捨五入到一個乾淨的整數，然後去做自己真正喜歡的部分。定價是沒人想碰的苦差事——卻是一人公司手裡槓桿最高的一根旋鈕。 「抬高價格」的建議從不解釋的一件事是：對獨立開發者而言，數字遠不如模式重要。 你收 $9 還是 $29 一個月，只是四捨五入的差別。而你究竟採用常規訂閱——還是一次性授權、按席位、還是按用量——才是戰略性的決定。而數據終於把方向說清楚了。 數字是猜測，模式才是決定 Stripe Atlas 分析了數千家獨立創辦的新創公司後發現：前 10% 的獨立開發者，靠的不是更巧妙的數字——他們採用常規收費模式的比例，B2B 高出 26 個百分點、B2C 高出 20 個百分點。 想想這到底意味著什麼。不是說常規收費「讓你」成長，而是說常規收費是一項更深層選擇的代理指標：你在賣一個客戶會持續付費的結果，而非一件只買一次的產品。 一次性購買，意味著你永遠要從零重新賺每一塊錢。而常規關係，意味著你上個月賺到的那一塊，這個月還在——並在上面繼續複利。 對獨立開發者而言，這個差別就是「跑步機」與「資產」的差別。中位數的獨立 B2B 開發者，在第 24 個月時的營收，是中位數獨立 B2C 開發者的四倍。這不是什麼小優勢，這是兩種商業模式在相同工時下，其中一個跑贏了另一個。 成本加成是一張規格表，價值才是省下的工時 「把你的成本加上利潤」這個預設定價法，對獨立開發者有一個致命缺陷：它把價格錨定在你的投入上，而不是買家的結果上。你的伺服器一個月 $20，你的時間值幾個小時，於是你收 $49，覺得心安理得。 但買家買的不是你的伺服器。他們買的是自己省下的工時——那件過去要他們團隊花三天、現在點一下就能完成的事。如果你的工具每月替一家公司省下 $4,000 的人力，收 $49 不是謙虛，而是誤讀了這份禮物的大小。成本加成把護城河變回商品，因為它招來你最不想面對的比較：「這東西我能不能自己更便宜地做出來？」當價格綁在你「做它」的成本上，買家開始盤算自製還是外購。當價格綁在它「替他省下什麼」上，那道數學題就不存在了。 這裡的反派不是競爭對手，而是你把自己賤賣進那條跑步機——簽下一千個客戶，而其實一百個客戶配上十倍的價格，就能用十分之一的支持負擔換來同等營收。 決策規則，按順序來 為獨立 SaaS 定價不是一個問題，而是三個，嚴格按順序： 常規收費，還是一次性？ 除非產品真的是一次性工具（轉檔器、單次匯出），否則預設常規收費。常規收費是前 10% 的習慣，是有原因的——它是唯一一種「昨天的工作今天還在賺」的模式。如果你的產品抗拒訂閱制，那是產品本身的訊號，不只是價格的訊號。 價值，而非成本。 把「我運作它花了多少」換成「沒有這東西他們得損失多少」——工時、錯誤、返工、錯失的營收。把價格定在那個數字的一部分，而不是你成本的倍數。如果你說不出買家「損失的工時」是多少，那你根本還沒搞清楚自己在賣什麼。 能 B2B 就 B2B。 差距很殘酷——中位數的獨立 B2B 營收，大約是 B2C 的四倍。企業會錨定在 ROI 上，一旦價值清楚，每月付費毫不猶豫。消費者卻會錨定在「這值不值得 $9？」——這對沒有行銷預算的獨立開發者而言，是場殘酷的比較。 那個讓人不舒服的部分 前 10% 的獨立開發者，在前六個月賺到的營收是中位數獨立開發者的 61 倍——而且這個差距還在持續擴大，四年前還只是 34 倍。這不是因為贏家比別人聰明十倍，而是因為他們做了一小撮結構性的選擇——常規收費、B2B、第一天就面向全球——這些選擇會複利，而其他人全都默認走了阻力最小的路。 定價是這些選擇裡最被低估的一個，而且完全在你的掌控之中。你不需要定價顧問、不需要同期群分析、也不需要三個月的 A/B 測試。你需要的，是別再憑感覺定價，改為按你在賣的到底是什麼來定價：一個客戶一旦付費，就再也不用為它失眠的結果。 ...

獨立開發者每天醒來就已經落後了。有產品要建、有客戶要回、有帳要平、有沒人在做的行銷、有昨晚剛發布的 bug。六份工作，一個位子。多數人把這叫做「專注力問題」，然後去抓一個計時器或待辦 App。 這不是專注力問題，這是結構問題。 你之所以沒能同時做好六件事，不是因為你不自律——而是因為「六件」本身就是錯的數字。能把這套玩下去的獨立開發者，不是變得更會切換，而是把六顆球裡的五顆放下。 一人份的不安數學 這個問題的規模很容易被低估，所以先看一組直白的背景。美國有2,980 萬家無僱員企業——大約占所有企業的 78%，而且十多年來一直以每年 2.7% 的速度成長（是僱員企業 1.1% 的兩倍以上），每年創造1.8 兆美元的營收。「獨立」不是一個你會畢業脫離的階段，它是多數企業被建立起來時的預設形態。 而與你這一周真正相關的部分是：前 10% 的獨立開發者，營收是中位數獨立開發者的 61 倍——而且這個差距還在擴大，不是在縮小。贏家不是因為找到了更多時間才贏，而是因為他們做的事更少、卻做得更好。砍範疇不是一種與生俱來的性格特質，它是一個生存變數，而數據顯示，它是頂層與中層之間最大的結構性差異。 你缺的不是專注力，而是六份工作 這個重新框架能改變一切。「我不擅長時間管理」是對自己的一份道德判決。「我用一個人經營六個部門」則是一項結構性觀察——而結構是可以被改變的。 列出你這一周真正做了什麼。你會發現它不是「一份被打斷的工作」，而是貨真價實的六份：CEO（策略、決策）、產品（建構）、支持（回客戶）、行銷（分發）、財務（帳目、收費），以及營運（那個吃掉你整個週四的「其他一切」）。一家有團隊的新創會把這些各派一個人。而你把它們全塞給了一個人，然後還責怪這個人為什麼這麼散。 解法：刪掉工作，而不是自動化它 誘人的做法是自動化——為六份工作各找一個工具，把它們全部跑得更快。那是個陷阱。六件自動化的工作，仍然是六件工作。 你降低的是摩擦，而不是數量，而真正把你逼死的，正是數量。 真正的做法是砍範疇： 先刪，再派。 對這六份工作逐一問：這份工作一定要存在嗎？沒有分發預算的行銷、「CEO」這頂帽子說穿了只是你在文件裡反覆糾結——獨立開發者的很多工作，其實是穿著「責任」戲服的「可有可無」。砍掉它。 把倖存者塞進一張真正的日程表。 一天一份工作，而不是一天六份。客服拿週一的最後一小時。財務拿每月的 1 號。當一份工作有了固定的時段，它就不再滲透進其他每一小時。 讓產品去扛另外五份。 槓桿最高的一刀：做出一個客服需求低、引導自助、靠口碑就夠的產品。你花在「讓產品更自給自足」上的每一小時，都是你從那六個位子裡永久騰出的一小時。 一人工作周，具體長這樣 它看起來是：一周大部分時間只做一份工作——建構。另外五份各拿到一個「時段」，而不是一個「位子」。客服一天集中回一次，而不是隨時打斷。帳目一個月拿一個下午。所謂「策略」，是週五的一次回顧，而不是一場沒完沒了的內心獨白。 結果不是工時更少——獨立開發者很少能少做少賺。結果是切換更少。 情境切換是那筆讓你在工時明明足夠時仍「覺得落後」的稅。一個人做一件事，是生產力。一個人做六件事，只是看起來很忙，而忙碌不等於交付。 最後用一個殘酷的框架收尾：獨立開發者最稀缺的資源從來不是時間，而是注意力——分散在一份只要你放任就會不斷膨脹的工作清單上。 能撐過十年的，不是那些練就一身情境切換神功的人，而是那些看著六份工作、一個位子，鼓起勇氣說——「其中五份根本不是我的責任。」然後刪掉它們、並且交付的人。 這是獨立開發者三角的「系統」那塊拼圖——為什麼一個人能交付與為什麼多數專案死在第三週之下的操作層。關於讓這份工作周成為可能的習慣，見每週發布一件小事。 Sources 美國人口普查局——Nonemployer Statistics（2023 數據年，《Steady Rise of the Nonemployer Business》，2025 年 7 月）：2,980 萬家無僱員企業，約占所有美國企業的 78%，總營收 1.8 兆美元，2012–2023 年間每年成長 2.7%（僱員企業為 1.1%）——這是「獨立是結構性預設、而非過渡階段」的證據。 Stripe Atlas——《Solo founding is at an all-time high》（Jesse Carey，2026 年 5 月 28 日）：前 10% 獨立開發者前六個月的營收是中位數的 61 倍（四年前為 34 倍）——這是「贏家把事情做得更少更好、而非更多」這套砍範疇論點的依據。 關於「六份工作、一個位子」的框架，以及「先刪再派／集中時段／讓產品扛下其餘」的砍範疇方法，是對常見獨立經營實務的綜合，而非單一具名研究；上述人口普查局與 Stripe 的數字才是主要證據。