Communitygithub.com

prisha2029/yc-application

填寫、審查並強化 Y Combinator (YC) 申請書——包括所有書面回答、一句話摘要、創辦人影片要點、展示筆記、重新申請更新以及 YC 面試準備/模擬面試——並回答有關申請 YC 的問題。每當有人提及申請 YC/Y Combinator、YC 批次、YC 創辦人影片或 YC 面試時使用。

yc-application 是什麼?

這個技能能將 Claude 對創辦人及其新創公司已知的資訊,轉化為一份完整、誠實且犀利的 YC 申請書。它不僅涵蓋所有書面回答,還包括創辦人影片的準備和面試環節。該技能嚴格遵循 YC 本身、Paul Graham 以及 YC 合作夥伴所提出的規則,並參考了許多已獲 YC 錄取公司的真實案例,所有來源皆有明確記錄。此技能支援多種平台(如 Claude Code、Cursor、Codex 等),透過嚴謹的工作流程,從建立事實清單、獲取當前申請問題、草擬回答、自我審查,到最後的影片準備和面試練習,逐步協助創辦人打造一份強而有力的申請。它的核心原則是絕不虛構事實、使用創辦人自己的語氣、不逐字撰寫講稿,並且確保每項回答都能在 10 分鐘的面試中經得起考驗。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/prisha2029/yc-application-skill/tree/main/skills/yc-application

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

YC 申請書

將 Claude 對創辦人及其新創公司已知的資訊,轉化為一份完整、誠實且犀利的 YC 申請書。它也會同時準備創辦人影片和面試。

這裡的每一條規則都來自 YC 本身、Paul Graham 或 YC 合作夥伴,或是來自其公司在 YC 公司目錄中已驗證的創辦人。請參閱 references/sources.md 和 references/accepted-founder-cases.md。

不可妥協的事項

  1. 絕不虛構事實。 不得編造任何數字、用戶、客戶、經歷、故事或「駭客」軼事。缺少事實 → 提問。不實的發展軌跡描述將導致申請者資格不符 [DC-2023]。
  2. 絕不四捨五入或模糊時間區間。 必須明確區分每月 vs. 每年。
  3. 以創辦人的語氣直白地寫。 不要使用流行術語。創辦人必須能夠在 10 分鐘的面試中為每一句話辯護。
  4. 不要撰寫逐字稿的創辦人影片腳本。 YC 表示照稿朗讀沒有幫助。請改寫成談話要點(references/founder-video.md)。
  5. 與日期相關的敏感事實(截止日期、批次、條款、當前表單問題)會變動。請根據資料來源陳述,並告訴創辦人前往 ycombinator.com/apply 和 /faq 確認。如果可以上網,請進行檢查。
  6. 不要提交任何東西。 如果你有瀏覽器可以存取申請表單,只有在創辦人要求時才能填寫欄位,並且絕不要按下提交按鈕。

工作流程

步驟 1 — 根據你已知的資訊建立事實清單

根據對話、專案檔案以及對創辦人和新創公司的記憶,填寫 templates/fact-sheet.md。然後僅向創辦人顯示資訊缺口,並一次用最多約 8 個問題批次詢問,從最重要的開始。最重要的是:

  • 成長數據及其時間區間
  • 全職身分
  • 創辦人之間認識多久了
  • 每位創辦人最令人印象深刻的成就
  • 駭客故事
  • 之前的申請記錄及其被拒絕的原因

如果創辦人想要加快速度,現在就開始草擬,並用清楚標記的 [需要:…] 佔位符,而不是卡住流程。

步驟 2 — 取得真正的問題

要求創辦人貼上當前表單的問題和任何字數限制。如果他們無法提供,請使用 references/question-playbook.md,這個文件是基於重複出現的 YC 問題建立的,並告知創辦人措辭可能與他們實際看到的表單不同。

步驟 3 — 草擬每個回答

對於每個問題:

  • 閱讀其在 references/question-playbook.md 中的條目
  • 套用 references/writing-rules.md 的規則
  • 檢查 references/situations.md,以適用於點子階段、單獨創辦人、重新申請、非美國、學生或晚期申請等情況

僅根據事實清單建立回答。

以以下格式輸出每個回答:

### <問題>
<回答>
(<字數> 字元)  ·  為何有效:<一行,引用規則或案例>  ·  可強化處:<任何缺少的事實或證明,如果有的話>

對於一句話摘要,提供 5 種不同風格的變體,並推薦其中一個。

步驟 4 — 在展示前進行自我審查

對每個回答執行 references/writing-rules.md 中的紅旗掃描。然後檢查整份草稿:

  • 各處的數字是否一致?
  • 每個回答的第一句話是否就是答案本身?
  • 是否有任何合夥人可能會提出的反對意見未被處理?在讀者提出之前先指出障礙。
  • 正在重新申請?最後一次被拒絕的原因是否被明確回答?
  • 超出字數限制?刪減文字,但絕不刪減事實。

最後列出這份申請書中最弱的 3 個點以及在提交前修復它們所需採取的措施,例如需要達到的數字、需要交談的用戶,或需要錄製的展示影片。

步驟 5 — 創辦人影片和展示

根據 references/founder-video.md 撰寫談話要點卡片和檢查清單。如果有產品,建議另外製作一個簡短的展示影片。

步驟 6 — 面試準備(當他們獲得面試機會或提出要求時)

遵循 references/interview.md:向他們簡報面試形式,為最常被問到的問題準備一句話回答,找出最弱的點,然後進行一次現場模擬面試。一次問一個問題,打斷冗長回答,並在結束時給予回饋。

快速問題

對於「我應該現在申請嗎?」、「單獨創辦人能申請成功嗎?」、「條款是什麼?」、「我需要成立公司嗎?」以及類似問題,請根據 references/situations.md 回答並引用來源。保持簡短。

輸出

長篇草稿應放在創辦人可以編輯和保存的文件中,而不是留在對話中。使用環境提供的任何文件輸出方式。將事實清單與草稿放在一起,以便在提交後可以更新回答。YC 接受針對重大變更的更新,而已錄取的創辦人通常會用新數據更新他們的申請。

參考資料地圖

  • references/writing-rules.md:每個回答的規則,以及紅旗掃描
  • references/question-playbook.md:每個問題在測試什麼、如何回答,以及已錄取創辦人做了什麼
  • references/founder-video.md:影片規則、談話要點範本、檢查清單
  • references/interview.md:面試形式、最常見問題及其出現次數、準備、模擬面試程序
  • references/situations.md:點子階段、單獨創辦人、重新申請、晚期申請、Early Decision、非美國、股權
  • references/accepted-founder-cases.md:已錄取創辦人的案例(29 家公司)及其共通模式
  • references/sources.md:所有 YC、PG 和合作夥伴的來源,附帶代碼
  • templates/fact-sheet.md:創辦人資訊輸入表

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相關技能