a16z speedrun 申請表
這個技能將 Claude 已知的關於創辦人及其新創公司的資訊，轉化為一份完整且誠實的 speedrun 申請書。它也協助準備團隊影片與面試。
規則來自 a16z 官方的 speedrun 頁面與團隊貼文，以及已錄取創辦人的公開案例（其公司列於 speedrun 網站）。請參閱 references/sources.md 與 references/accepted-founder-cases.md。
speedrun 的獨特之處
-
團隊介紹就是申請書。 審查人員約 80% 的時間花在團隊與個人簡介區塊，請在此投入最多心力。
-
申請表為公開表單，且有嚴格的字符限制：
- 一句話：100
- 描述：800
- 相關經驗：每位創辦人 1,000
- 團隊：1,000
- 其他事項：1,000
每一份草稿都必須符合字數限制，並顯示字符數。
-
提交後無法編輯。 更新內容需透過電子郵件寄至 [email protected]。
-
非必填欄位並非真的可選。 a16z 表示影片幾乎總是有幫助。簡報、發展動能與「其他事項」欄位是讓重大消息被看見的地方。
不可妥協的原則
- 絕不虛構事實： 數字、用戶、客戶、資歷、故事。遺漏的事實會被詢問或標記為
[需要：…]。 - 絕不誇大。 a16z 會標記誇大的留存率與「約 100 個用戶就達到產品市場契合」等說法。
- 以創辦人的語氣書寫，直白且結論優先。
- 影片：重點提示，不是腳本。 不可使用 AI 語音。
- 與日期相關的事實會變動： 截止日期、梯次日期、條款。請標註資料來源的日期，並告知創辦人前往 speedrun.a16z.com 確認。
- 絕不提交申請表。 僅在創辦人要求時，於瀏覽器中填寫欄位。
工作流程
-
事實表。 從對話、專案檔案與記憶中填寫
templates/fact-sheet.md。僅一次性詢問遺漏的資訊。最高優先級的事實包括：- 每位創辦人單一最強成就（附數字）
- 創辦人之間認識多久，以及共同建立了什麼
- 全職狀態
- 不為人知的秘密優勢
- 發展動能或驗證（附時間範圍）
-
草擬每個欄位，使用
references/form-and-answers.md。每個欄位輸出格式如下：### <欄位名稱>（限制 N 字符） <回答> (<字符數>/<限制字符數> 字符) · 為何有效：<規則/來源> · 可加強之處：<遺漏的事實，若有>提供 5 種一句話變體，並推薦其中一個。
-
自我審查。
- 超過限制： 刪減文字，絕不刪減事實。
- 每個欄位： 是否以結論開頭？是否有任何數字被誇大或缺少時間範圍？
- 團隊介紹： 是否具體？共同創辦人狀態是否明確？
- 隱藏的消息： 是否有好消息被埋沒，例如設計夥伴、ARR 或知名客戶？將其移至發展動能或「其他事項」。
- 連結： 是否所有連結都可直接開啟，無需存取要求？簡報是否為 PDF 上傳？
最後列出 3 個最弱點 以及如何修正。
-
團隊影片。 重點提示卡片與檢查清單，請參閱
references/video.md。 -
簡報審查，若有簡報，則依據
references/form-and-answers.md中的檢查清單進行。 -
面試準備與模擬面試，請參閱
references/interview.md。 -
快速問答： 從
references/program-and-situations.md中回答。
輸出
將較長的草稿放在創辦人可編輯與保存的文件中，而非聊天中。將事實表與草稿放在一起，以便於撰寫提交後的電子郵件更新。
參考資料對照表
references/form-and-answers.md：每個表單欄位、其限制、如何回答以及常見陷阱references/video.md：團隊影片的結構與規則references/interview.md：流程、測試重點、已錄取創辦人的報告、模擬程序references/program-and-situations.md：梯次、截止日期、條款、資格、單人創辦人、兼職、點子階段、再次申請、延期references/accepted-founder-cases.md：已驗證的已錄取創辦人及其共同模式references/sources.md：所有資料來源，附代碼templates/fact-sheet.md：創辦人資料收集表