資料來源#
- Beyond Benchmarks 2026: Five Data Sets Grounded in the Real World
- Engines of Growth: Global Startup Trends Report
- Indian AI Coding Startup Emergent Becomes a Unicorn with $130M Series C
- The Founder's Playbook: Building an AI-Native Startup
摘要#
Anthropic 在 2026 年將經典的 Lean/YC 新創路徑(驗證 → 募資 → 招募 → 建造 → 再次募資 → 成長 → 擴大招募)重新詮釋為四個明確以 AI 作為核心基礎設施的階段:Idea → MVP → Launch → Scale。結構上的改變在於,每個新階段不再需要更大的團隊、不同的技能組合或新一輪募資。「10 人精實獨角獸」被定位為刻意追求的目標,而非靠土法煉鋼偶然達成的異例。每個階段仍保留傳統的退出條件(問題—解決方案契合 → 產品—市場契合 → 可重複成長 → 可防禦的規模),但通往這些條件的路徑已將季度壓縮成數週。
資料來源#
The Founder's Playbook: Building an AI-Native Startup(Anthropic,2026 年 5 月)。這本 36 頁的電子書圍繞四階段框架編排;它將 Claude(Chat / Cowork / Code)定位為基礎設施,使每個階段都能在不依賴傳統人力規模的情況下完成。
四個階段#
Idea — 以研究為導向的驗證#
**目標:**在投入建造資源前,蒐集質性證據,確認真實問題存在,且提出的解決方案確實能處理它。
退出條件(三項都必須為是):
- 問題是真實且具體的——你能說出誰遇到它、頻率如何、嚴重程度如何,以及他們目前怎麼做。
- 你的解決方案處理的是實際問題(而不是你最初假設的問題;驗證往往會重新塑造問題)。
- 有足夠訊號支持建造——質性證據顯示,投入資源打造 MVP 是經過推理的決策,而不是信仰之舉。
階段風險(Problem-Solution Fit Discipline):
- 把建造誤認為驗證(可運作的原型不是問題真實存在的證據)。
- 過早擴張(agentic coding 可能讓執行規模遠遠超前於已驗證的方向)。
- 失去客觀性(AI 會遵循你的方向——確認偏誤因此獲得了一具研究引擎)。
**AI 的角色:**研究夥伴。假設的反方辯護者。以經受壓力測試的假設建立 TAM/SAM/SOM。按層級繪製競爭者地圖(直接、間接、潛在收購者、相鄰者)。稽核訪談框架,找出誘導性或面向未來的問題。Claude Code 只在最後階段介入,製作輕量原型,作為客戶對話中的道具使用——而不是產品本身。
MVP — 將已驗證的問題轉化為可運作產品#
**目標:**以最小且最聚焦的迭代,把解決方案放到真實使用者面前,產生產品—市場契合的證據。同樣重要的次要目標:在建造過程中避免累積會複利增長的 Agentic Technical Debt。
**退出條件:**特定且可辨識的使用者會回來使用(留存)、付費(收入),或告訴他人(推薦)。可用的試金石包括:
- Sean Ellis 測試——如果不能再使用,超過 40% 的活躍使用者會說「非常失望」。
- 努力測試——留存開始形成拉力而非推力;維持使用者參與所需的創辦人英雄式投入下降。
階段風險:
- Agentic Technical Debt——它會複利增長,而不只是累積。
- 虛假的產品—市場契合——來自創辦人朋友、投資人投資組合公司、HN 流量尖峰的早期牽引力,無法預測第 12 週的行為。
- Zero-Friction Scope Creep——當功能只需一個下午就能完成,以成本為基礎的約束機制便消失了。
- 因缺乏經驗而不安全——agentic coding 產生的是可運作的程式碼,而非天然安全的程式碼。在任何使用者接觸應用程式前進行安全審查,是最低限度的負責任門檻。
**AI 的角色:**Claude Code 是主要建造工具,但只有在架構與範圍已先以 CLAUDE.md 上下文文件定義後才能使用。Claude 在 Launch 之前設計衡量框架。Cowork 執行營運層(使用者聯絡清單、接觸序列、回饋彙整)。
Launch — 將牽引力轉化為可持續的成長引擎#
**目標:**可重複、由渠道驅動的成長 + 經過 production 強化的基礎設施 + 釋放創辦人注意力的營運系統。從親自做事,轉向設計能做事的系統。
退出條件(三個要素):
- 成長可重複且由渠道驅動(CAC、LTV、回本週期已知且可辯護)。
- 產品能處理 production 工作負載(安全性/合規性到位;可靠性在真實條件下維持)。
- 營運不再受創辦人瓶頸限制(創辦人不再親自處理支援、分流、衝刺規劃或報告)。
階段風險:
- 技術債到期——MVP 階段的捷徑現在開始產生利息。
- 創辦人成為瓶頸——本應一小時完成的決策拖成一週;支援請求堆積,因為只有創辦人知道答案。
- 安全性與合規性不再能延後——處理客戶資料、付款或受監管產業會改變風險輪廓。
- 尚未準備好就擴張——新市場引入新變數,使你解讀自身資料的能力崩潰。
**AI 的角色:**三個 Claude 介面全面使用並持續複利。Claude Code 稽核 MVP 程式碼庫的結構性弱點。Claude 分流並排序修復工作。Cowork 稽核創辦人的營運負荷,並分類為(自動化/委派/僅限創辦人)。
Scale — 建立可防禦的企業#
**目標:**系統化、由組織支持的成長;透過累積深度建立可防禦的護城河(見 Compounding Data Moat)。創辦人的角色從建造者重新聚焦為面向公眾的主管(分析師簡報、IPO 路演)。
**退出條件:**是門檻事件,而非單一里程碑。三種典型形式——不再需要外部資本的可持續獲利、IPO 準備就緒,或被收購。三者都需要可系統化稽核的成長、經受審視仍成立的產品護城河,以及營運成熟的組織。
定義性問題:「如果資金充裕的既有企業今天複製了你的產品,你的使用者還會留下嗎?」
階段風險:
- 委派營運層(在心理與結構上都難以信任 AI 系統)。
- 擴大技術營運(客戶要的是基礎設施夥伴等級的可靠性,而不只是產品功能)。
- 擴大組織職能(招募、薪資、會計、法務——不論人數多少都需要)。
- 建立真正的 GTM 職能(創辦人主導的自然成長會碰到天花板;需要行銷、銷售與分析師關係)。
**AI 的角色:**由小型團隊執行企業規模組織的營運層。Claude Code 將程式碼強化到企業標準(記錄、監控、事故回應、可觀測性,以執行可強制的 SLA)。Cowork 執行企業支援營運(工單分流、升級、續約追蹤)。Claude 從零建立 GTM 資源(區隔、訊息、銷售手冊、分析師關係策略)。
相較於經典生命週期,結構上新在哪裡#
| 傳統生命週期假設 | AI 原生版本 |
|---|---|
| 每個階段都需要更大的團隊 | 人數可在 Scale 階段維持不變 |
| 每個階段都需要新一輪募資 | 資本效率使 Series A 前獲利成為可能 |
| 每個階段都需要不同技能組合 | 創辦人 + Claude 介面取代多數特定職能招募 |
| 驗證受「你能不能建造它」限制 | 驗證受紀律限制(建造門檻已降低) |
| 範圍蔓延受工程成本限制 | 範圍蔓延受書面範圍紀律限制(成本門檻已降低) |
| 技術債線性累積 | 沒有持續的上下文文件時會複利增長 |
| GTM 動作在擴張前需要團隊 | Cowork 可以執行企業級營運層 |
實證基礎(Emergence Capital,2026 年 6 月)#
這份 playbook 在沒有資料的情況下主張人數/資本壓縮。Emergence Capital 的 Beyond Benchmarks 2026——五個夥伴資料集(Carta、Standard Metrics、Stackpack、Pave、Ashby),涵蓋 5 萬多家營運中的公司,使用實際資本表與結果而非調查——補上了缺少的數字:
- 人數中位數大幅下降,而且仍在下降(Carta,各輪募資時的員工中位數,2020→2025):Seed 10.3 → 6.2(較 2021 年高峰下降 39%;2025 年為歷來最精實),Series A 25.9 → 16.8,Series B 72.3 → 48.2。「以與 2021 年相當的估值募資的公司,使用的員工人數只有一半。」
- **創辦人更晚才招人。**自 2019 年起,首次招募的天數中位數從 214 → 284——創辦人在擴建團隊前,維持單人或極小團隊的時間更長。
- **資本充足但高度集中。**2025 年美國新創募資總額為 $130.5B(與 2022 年相當,仍低於 2021 年 $220.8B 的高峰);如今所有資本的 44% 流向 AI 公司,且隨階段從 Seed 的 40% 上升至 Series E+ 的 70%。
- **募資門檻更高,時鐘也更慢。**Seed 的募後估值中位數為 $24M(2019 年為 $9.7M);Series A 為 $76.6M(2019 年的 2.3 倍)。但 Series A 與 B 之間的時間是 2.2 年,遠高於 18 個月的目標——因此「季度變數週」的壓縮,真實發生在人數與建造速度上,而不是募資節奏上;後者的輪次間隔更長,過橋輪也更多(「買時間,而非賺取下一輪」)。
- 頂端的 ARR 爬升已經崩塌。Together AI 在不到 3 年內達到 $1B ARR,Genspark 預計不到 2 年即可達成——Zoom 花了 8 年、Veeva 花了 13 年才達到的里程碑。使 SaaS 基準有用的複利動態正在被改寫。2026 年的新案例:Emergent 報稱在推出剛超過一年後達到 $120M ARR(TechCrunch,2026 年 7 月,
vendor-claim)——一間建立在同樣崩塌式爬升之上的 $1.5B 獨角獸,不過其每人約 $600K 的數字低於頂端十分位 AI RPE(見 AI Investment Story, Not Efficiency Story),因此爬升速度比效率崩塌得更快。
這是 vault 的新創領域首次獲得硬資料支撐;截至目前,它完全建立在(抱負式、無資料的)Founder's Playbook 上。獨立性註記仍須保留:它是 VC 發布(Emergence Capital),但資料來自合作夥伴;Carta 世代涵蓋整體市場(Seed/A 並非僅限 AI),因此這些是全體人口的中位數,而非刻意精實的 AI 原生子集之獨立測量。
注意同一份報告中的反向訊號:見 AI Investment Story, Not Efficiency Story——AI 公司每位員工的收入低於非 AI 同業,使「精實 = 更有效率」的解讀變得複雜(如下)。
調查中的獨角獸時間壓縮(AWS,2026 年 6 月)#
AWS 的 Engines of Growth 調查(3,413 位創辦人/領導者、20 個國家;屬於 empirical 層級,但為供應商自行報告的行銷資料)提供了崩塌式爬升的第三種工具交叉驗證——這次衡量的是估值時鐘,而非人數或 ARR:
- **約 3.5 年達到 $1B 估值,「一半的員工」。**AI 原生公司約 3.5 年便達到獨角獸規模,相較於 genAI 前約 7 年的常態——「一半的時間、一半的資源」。報告自身的算術是建模估計:一家今天收入 $1M、以世代自報的每年 156% 複合成長率增長的公司,在 3.5 年內會超過 $27M,按目前領先 AI 新創所取得的倍數(約為收入的 37.5 倍;PitchBook/Carta,2025)足以支撐十億美元估值。AWS 指出,在「主要研究」中方向都相同(AI 公司約 3–5 年,其他公司約 7–10 年)。
- **加權方式。**這是調查自報加上成長率外推,而非經稽核的結果;因此它支持 Emergence ARR 爬升崩塌的方向(Together AI < 3 年、Genspark < 2 年、Emergent 在約 13 個月達到 $120M ARR),而不是增加獨立測量。效率反向訊號仍然成立:見 AI Investment Story, Not Efficiency Story——平均 AI 公司會擴大招募,並呈現較低的每人收入;AWS 調查較樂觀的解讀本身也在該文中被標記為自報資料與資本表工具之間的分歧。
地圖重繪:地理與產業擴散#
這個生命週期所假設的成本崩塌,也重新定位了 AI 原生公司可以在哪裡形成。AWS 的框架是:二十年來,要達到這種成長就必須身處少數幾個地方,矽谷遙遙領先;如今「讓它們成為可能的基礎設施,無論創辦人碰巧身在何處都相同」,因此 AI 原生生態系「可以在幾年內形成,而不是過去需要幾十年」。一國新創中符合 AI 原生資格的比例(鎖在 OCR 漏讀的資訊圖磚塊中——直接讀取 image_000006/image_000007):
- **領先者(≥27%):**以色列 31%、美國 30%、法國 28%、日本 28%、新加坡 27%
- **中段(19–23%):**英國 23%、德國 22%、南韓 22%、加拿大 19%、澳洲 19%
- **較低(10–16%):**印度 16%、沙烏地阿拉伯 15%、馬來西亞 14%、巴西 13%、墨西哥 13%、越南 13%、智利 12%、印尼 11%、阿根廷 10%、哥倫比亞 10%
美國不再絕對領先(以色列略勝),而法國與日本和既有樞紐並列——這是 Founder as Agent Orchestrator 上「創業池擴大」主張的地理版本。AWS 將此與產業重繪配對(「顛覆者不在你預期的位置」):AI 原生公司不是聚集在純科技領域,而是聚集於金融服務、醫療保健與生命科學,以及能源——產業專家利用 AI 改造受監管的傳統產業,形成 Narrow Wedge into a Legacy Market 策略的人口規模版本。這種集中也是同一份調查將法規複雜度(49%)與資本(75%)及人才(56%)並列為主要成長限制的原因。
隱含論點#
這份 playbook 讀起來像是 Anthropic 在主張:創辦人的工作沒有改變——找到真實問題、建立能解決問題的東西、讓它規模化——但每個階段的瓶頸都移動了。瓶頸不再是「你能不能建造它」,而是「你知道該建造什麼嗎?建造時能保持紀律嗎?你是否編碼了足夠的領域深度,使競爭者無法複製?」宏觀類比請見 Printing Press Software Democratization,角色含義請見 Founder as Agent Orchestrator。
與其他 wiki 來源的張力#
- **相較於 AI Employee Framing(HBR Kropp 等人,2026 年 5 月):**playbook 強烈依賴「編排代理」/「AI 作為隨時待命的專家」/「AI 作為工程團隊」/「AI 作為營運團隊」等框架。HBR 的實證工作顯示,正是這種擬人化框架會可測量地降低個人責任感(−9 個百分點)、增加不必要的升級(+44%),並降低錯誤捕捉率(−18%)。playbook 沒有處理這項證據。採用 playbook 的自律創辦人,即使使用「永遠可用、從不受阻的工程師」這種心理捷徑,在內部仍應保留以工具為框架的責任歸屬。
- **相較於 Harness Shrinkage as Models Improve:**playbook 將 Claude 介面視為固定基礎設施(Chat / Cowork / Code)。但 Anthropic 自身的論點(Boris Cherny、Cat Wu)是,harness 本身會隨每次發布而縮小。創辦人若圍繞 2026 年 harness 的能力建立永久工作流程,應預期隨著能力向內遷移,這些工作流程需要重寫。
- **相較於 Claude Code Best Practices:**playbook 建議每次 Claude Code 工作階段都以範圍 + CLAUDE.md 上下文開始,並以日誌項目結束。這比官方最佳實務文件要求更嚴格,被定位為創辦人防範 Agentic Technical Debt 的保障。
- 相較於 AI Investment Story, Not Efficiency Story(Emergence Capital,2026 年 6 月):生命週期的核心承諾是 AI 原生公司極度有效率。但 Emergence 的跨公司資料顯示,在每個區隔中,AI 公司每位員工產生的收入都比非 AI 同業低約 39%——「更像投資故事,而不是效率故事」。可以用滯後來調和(AI 世代比收入提前 12–18 個月招募,而 AI 原生 RPE 成長更快並縮小差距——頂端 $100M+ 十分位為年增 58%,相較之下為 −6%),也可以用平均值與尾端的區分來調和(精實獨角獸是刻意精實的尾端,而非積極招募的平均值)。「AI 讓你更有效率」這項強主張,尚未成為整體實證事實——見 AI Investment Story, Not Efficiency Story。
相關連結#
- Founder as Agent Orchestrator — 這個生命週期所假設的角色轉變
- Problem-Solution Fit Discipline — Idea 階段的風險與解方
- Agentic Technical Debt — MVP 與 Launch 階段的技術風險
- Zero-Friction Scope Creep — MVP 階段的流程風險
- Compounding Data Moat — Scale 階段的可防禦性
- Claude Code / Cowork / Anthropic — 這個生命週期所依賴的產品介面
- Printing Press Software Democratization — 成本崩塌的宏觀類比
- Seven Powers Applied to AI — 能在成本崩塌中存續的護城河
- Engineer PM Convergence — 創辦人角色轉變在公司內部的類比
- AI Employee Framing — 對編排框架的反向證據
- Harness Shrinkage as Models Improve — 為何具體的 Claude 能力會移動
- Claude Code Best Practices — 這個生命週期要求的 CLAUDE.md 紀律
- MCP and Computer Use — playbook 在四個階段所規劃的整合基礎(Idea 階段的 Gmail/Calendar、MVP 階段的回饋迴圈、Scale 階段的利基產業系統護城河)
- Evals as Product Spec — 「在 Launch 之前建立衡量框架」是功能層級 evals 的產品層級類比;兩者都是在工作開始前寫下「成功看起來是什麼」的產物
- Campfire / John Glasgow — 精實 AI 原生路徑的真實案例(12 人完成 35M Series A,每季 ARR 翻倍)——也是部分反例:創辦人主導銷售,而非完全委派
- Emergent — Scale 階段的第二個真實案例:推出約 13 個月便以 $120M ARR 成為 $1.5B 獨角獸;展現 ARR 爬升崩塌,而其每人 $600K 顯示效率紅利仍落後於成長
- The AI-Native Safe-Choice Inversion — 宏觀轉變的需求側版本:買方對「安全」的定義轉向 AI 原生
- Narrow Wedge into a Legacy Market — Idea/MVP 階段的執行紀律(針對狹窄輪廓做到最好)在實務中的展現
- Founder-Led Sales Discipline — Launch/PMF 階段的細化:在 PMF 前維持創辦人主導(與 Founder as Agent Orchestrator 存在張力)
- AI Accelerating AI Development — 精實獨角獸需求背後的供給側機制:每位員工都「坐在一座代理金字塔之上」,因此 100 人公司可以完成 1,000 人公司的工作(essay 所描繪的擴散未來)
- AI Investment Story, Not Efficiency Story — 同一份 Emergence 資料集的實證反向訊號:如今 AI 公司每位員工收入低於非 AI 同業,這使精實獨角獸的效率主張更像是滯後,而非已實現的事實
- Firm AI-Spend Intensity and Headcount Growth — 「Scale 階段人數維持不變」論點的人口邊界:這項承諾描述的是 AI-原生公司;當既有公司高強度採用 AI 時,它們會擴大(約 10% 人數、24 個月內入門級職位增加 12%),因此「AI ⇒ 更精實的組織」描述的是公司如何建立,而不是 AI 對採用它的既有公司做了什麼
- AI-Native Organization — YC 方面的配套論點:Tan 的組織原語映射(技能/resolver/觸發 evals)加上尾端每人收入主張(Emergent 約 15 人達到約 $15M ARR、Retell 約 40 人達到 $60M)——將精實獨角獸目標描述為組織架構,而非生命週期
- AI Product Economics Maturation — AI 產品成為收入來源後,Scale 階段的損益表實際長什麼樣子:ICONIQ 衡量 AI 產品占收入 32%→42%,毛利率 45%→53%→59%,組合式定價(消費/成果型定價占比上升)、重新洗牌的供應商組合,以及 FDE 驅動的企業擴張——這是該階段所追求「可防禦企業」的單位經濟。
推導#
- Orchestration vs Employee Framing: Reconciling the Founder's Playbook with HBR's Accountability Evidence — 調和本生命週期的編排框架與 HBR 的責任證據;提供自律創辦人的營運檢查清單
- How AI-Native Startups Avoid Speed Becoming Strategic Debt — 防止 AI 原生速度轉化為策略債的逐階段紀律堆疊
開放問題#
- playbook 沒有提供人數/資本壓縮主張的量化證據(沒有達到 PMF 的時間中位數、PMF 時的人數、失敗率資料)。「10 人精實獨角獸」在文件中被宣稱為刻意追求的目標,卻沒有案例研究證據。(部分已回答:Emergence Capital,2026 年 6 月 現已提供各輪募資時的人數中位數——Seed 6.2(較 2021 年 10.3 的高峰下降 39%)、Series A 16.8、Series B 48.2——以及首次招募天數 214→284、資本集中度(44% 創投流向 AI)。仍缺少:達到 PMF 的時間中位數、特定於 PMF 時的人數,以及失敗率資料;Carta 世代涵蓋整體市場,而非精實 AI 原生子集。見 AI Investment Story, Not Efficiency Story,了解同一資料中的效率反向訊號。)
- 資源區的創辦人故事(Carta Healthcare、Anything、Cogent、Airtree、Duvo、Zingage、Kindora、Wordsmith)都是簡短引述——沒有任何一個公布結果或可比較的基準資料。
- 42%「做出了沒人想要的東西」的 CB Insights 數字來自 AI 之前的時代;playbook 預測這個比例會上升,卻沒有引用 2026 年的測量。
- 與 HBR 責任研究結果的張力(如上)尚未解決。playbook 的編排框架讀起來正是 HBR 實驗條件所測試的對立面。
資料來源#
- The Founder's Playbook: Building an AI-Native Startup — Anthropic,「The Founder's Playbook: Building an AI-Native Startup」,2026 年 5 月
- Beyond Benchmarks 2026: Five Data Sets Grounded in the Real World — Emergence Capital,Beyond Benchmarks 2026(2026 年 6 月):各輪人數中位數(Carta)、募資集中度與估值、ARR 爬升曲線——壓縮主張的實證基礎
- Engines of Growth: Global Startup Trends Report — AWS Startups,Engines of Growth(2026 年 6 月,自報式供應商調查):約 3.5 年達到獨角獸/「一半員工」的壓縮(以約 37.5 倍收入、156% 自報成長率建模)、20 國 AI 原生占比地圖(僅圖片),以及金融服務/醫療保健/能源的產業集中
Cited by 36
- How AI-Native Startups Avoid Speed Becoming Strategic Debt×5
The point is not documentation theater. It is preventing every session from guessing the company's…
- AI Investment Story, Not Efficiency Story×4
This is in direct tension with the vault's lean-10-person-unicorn thesis, and the report frames it…
- Anthropic×3
Anthropic Startups Program — VC-partner program: free API credits, top-tier rate limits, founder…
- Open Questions Backlog×3
Ai Native Startup Lifecycle: Founder stories in the resources section (Carta Healthcare, Anything,…
- Claude Code×2
Ai Native Startup Lifecycle — Claude Code as primary MVP build tool across the four founder stages
- Claude Code Best Practices×2
Agentic Technical Debt — the failure mode CLAUDE.md primarily defends against; specifically named…
- Cowork×2
The Founder's Playbook positions Cowork as the operational layer for AI-native startups across…
- Evals as Product Spec×2
Ai Native Startup Lifecycle — "build measurement framework before launch" is the product-level…
- Founder as Agent Orchestrator×2
The orchestration shape evolves across the Ai Native Startup Lifecycle:
- Founder-Led Sales Discipline×2
Ai Native Startup Lifecycle — situates the stance within the Idea→MVP→Launch→Scale arc (it's a…
- MCP and Computer Use×2
Ai Native Startup Lifecycle — MCP across all four founder stages
- Orchestration vs Employee Framing: Reconciling the Founder's Playbook with HBR's Accountability Evidence×2
Anthropic's Founder's Playbook (Ai Native Startup Lifecycle, May 2026) positions three Claude…
- Recursive Self-Improvement×2
Ai Native Startup Lifecycle — the diffusion scenario: each employee atop a pyramid of agents;…
- Zero-Friction Scope Creep×2
This is the connection to false product-market fit: a sprawling product with broad shallow usage…
- Agentic Technical Debt
Ai Native Startup Lifecycle — primary MVP and Launch-stage hazard
- AI Accelerating AI Development
Ai Native Startup Lifecycle — the diffusion of this acceleration into the wider economy: 100-person…
- AI and Market Power
Ai Native Startup Lifecycle — the exit-market backdrop the lifecycle assumes: acquisition has…
- AI Employee Framing
Tension surface: Founder As Agent Orchestrator — the Founder's Playbook (Anthropic, May 2026) leans…
- AI-Native Organization
Ai Native Startup Lifecycle — Anthropic's stage-by-stage playbook for the same target; Tan adds the…
- The AI-Native Safe-Choice Inversion
Ai Native Startup Lifecycle — the Founder's Playbook's macro story, told from the buyer's…
- AI Product Economics Maturation
Ai Native Startup Lifecycle — this is what the Scale stage's P&L looks like once AI products are…
- Campfire
Ai Native Startup Lifecycle — a real-world instance of the Founder's Playbook's lean-AI-native arc…
- Compounding Data Moat
Anthropic's prescription for Scale-stage defensibility: time-locked behavioral fingerprint + domain-encoded edge cases…
- Emergent
Ai Native Startup Lifecycle — a real-world instance of the collapsed ARR ramp ($120M ARR ~13 months…
- Engineer PM Convergence
Ai Native Startup Lifecycle — the founder/startup version of this convergence: stage-by-stage…
- Firm AI-Spend Intensity and Headcount Growth
Ai Native Startup Lifecycle — same counter-signal at the lifecycle level: the "headcount stays flat…
- Harness Shrinkage as Models Improve
Ai Native Startup Lifecycle — founders building permanent workflows around 2026 Claude-surface…
- John Glasgow
Ai Native Startup Lifecycle — a lived instance of the lean-AI-native founder arc
- Startup & Founder
Ai Native Startup Lifecycle — Anthropic's May 2026 reframing of Idea/MVP/Launch/Scale assuming AI…
- Narrow Wedge into a Legacy Market
Ai Native Startup Lifecycle — the Idea/MVP-stage discipline of the Founder's Playbook, executed
- The Orchestrator's Real Workload: Decision Burden, Framing Discipline, and Whether Taste Scales
Ai Native Startup Lifecycle — the tension with HBR's accountability findings: the playbook's…
- Parallel Agent Orchestration
Ai Native Startup Lifecycle — the second dimension this adds to engineering leadership at the 20–50…
- Printing Press Software Democratization
Ai Native Startup Lifecycle — Anthropic's operationalization of this thesis into a stage-by-stage…
- Problem-Solution Fit Discipline
Idea-stage thesis: three defenses against premature building (time, resources, belief friction) all eroded; AI as devil…
- Seven Powers Applied to AI
Ai Native Startup Lifecycle — operationalizes the moat construction across stages; the Scale stage…
- The Solo-Founder Shift
Ai Native Startup Lifecycle — the staffing dimension from the founding-team side; the lifecycle's…
Related articles
- Founder as Agent Orchestrator
Founder role shift: less individual contributor, more orchestrator of specialized AI assistants; non-technical founders…
- Compounding Data Moat
Anthropic's prescription for Scale-stage defensibility: time-locked behavioral fingerprint + domain-encoded edge cases…
- Claude Code
Anthropic's agentic coding product; created by Boris Cherny late 2024; TypeScript/React on Bun (itself Claude-rewritten…
- Open Questions Backlog
_456 actionable open questions across 205 pages · 107 predictions · 9 notes · 147 in progress · 69 watching (entities),…
- Harness Shrinkage as Models Improve
Prompt scaffolding shrinks each model release; Cat Wu's pruning discipline; Boris Cherny "100 lines of code a year from…
