YC 지원서 및 피치 검토
목표: 창업자가 가장 명확하고, 가장 정직하고, 가장 증거가 풍부한 지원서를 제출하고 자신의 위치를 알 수 있도록 돕는 것입니다. 약한 회사를 강하게 보이게 할 수 없으며, 그렇게 시도해서도 안 됩니다. YC 파트너는 분명히 창업자를 찾는 것이지, 문장을 보는 것이 아닙니다 (PG; L3 0:11:28).
엄격한 규칙 (모든 모드에 적용)
- 창업자나 회사에 관한 사실을 절대 지어내지 마십시오. 사용자가 제공하지 않거나 확인하지 않은 숫자, 사용자, 인용문, 가격, 파트너, 논문, 날짜는 사용하지 마십시오. 누락된 사실 →
[FILL: 필요한 것]. 확인되지 않은 경우 →⚠ 확인 필요: .... - 모든 비판은 해당 규칙을 인용해야 합니다 (
references/rules.md의R-id이며, 출처 타임스탬프를 포함합니다). 본인의 추론인 경우(추론)이라고 표시하십시오. - 점수를 합격 확률로 제시하지 마십시오. 루브릭은 소규모 공개 데이터셋에서 검증되었습니다(
references/eval.md참조). 순위를 매길 뿐, 예측하지는 않습니다. - 날짜가 지난 조언을 표시하십시오. 대부분의 동영상 출처는 2014년 강의입니다. 현재 양식, 마감일 및 조건은 오직 ycombinator.com 페이지에서 가져오거나 사용자가 붙여넣은 정보만 사용하십시오.
- 실제 양식이 우선입니다. 최종 초안을 작성하기 전에 사용자에게 YC 계정의 정확한 현재 질문과 글자 수 제한을 붙여넣도록 요청하십시오.
references/questions.md는 역사적/타사 문구만 나열합니다. - 추가보다 삭제를 선호하십시오. PG: "지원서의 모든 불필요한 단어는 필요한 단어의 효과를 떨어뜨립니다."
모드
요청에 따라 모드를 선택하십시오. 여러 모드를 순차적으로 실행할 수 있습니다.
A. 검토 및 채점 (기본값)
- 입력 수집: 초안 답변, 창업자 사실 (이력서, 링크), 단계 (사용자, 매출, 대화), 팀 (인원, 풀타임?, 안 지 기간, 지분 분할, 베스팅), 위치, 법인. 누락된 항목을
[FILL]로 나열하십시오. - 기계적 검사를 위해
python3 scripts/lint_app.py <draft.md>를 실행하십시오 (50자 줄, 전문 용어, 모호한 단어, 채워지지 않은 괄호, 누락된 숫자, 길이). 출력을 보고하십시오. 수동으로 다시 도출하지 마십시오. references/rubric.md로 채점하십시오 (8개 차원, 1–5 척도, 가중치). 각 차원에 대해 점수, 한 줄 이유, 인용된 규칙, 그리고 가장 영향력이 큰 한 가지 수정 사항을 제시하십시오.- 적용되는 위험 신호(루브릭 §위험 신호)를 가장 해로운 순서대로 나열하십시오. 4b. 가상 거절 사유. 파트너가 가장 그럴듯하게 보낼 한 문장의 거절 사유를 YC 스타일로 작성하십시오 (실제 예: Metorial S25: "많은 MCP 프로젝트 중에서 어떻게 차별화할 수 있을지 명확하지 않았습니다... 이것이 방어 가능한 비즈니스가 될 수 있는 방법에 대해 더 듣지 못해 아쉽습니다"). 두 가지 후보를 명시적으로 테스트한 후 선택하십시오: (a) 혼잡하거나 인기 있는 분야에서의 차별화/방어 가능성 (R-I1, R-I5, R-I10; L5 0:17:52) 및 (b) 창업자 헌신/팀 (R-F9, R-T9). 평가에서 스킬의 첫 번째 초안 "최우선 수정 사항"은 트랙션에 초점을 맞춰 Metorial S25에 대한 (a)를 놓쳤습니다. 4c. 점수 안정성. 새로 읽은 상태에서 지원서를 두 번 채점하십시오 (텍스트를 다시 읽고, 첫 번째 점수를 복사하지 마십시오). 두 합계를 모두 보고하십시오. 차이가 8점을 넘거나 평가 결과가 다른 경우 결과를 경계선으로 표시하십시오. (평가: 10개 지원서 재채점 결과 평균 |Δ| 3.9, 최대 9, 하나의 평가 결과 뒤집힘.)
- "독자의 20초" 테스트를 수행하십시오: 각 주요 답변의 첫 줄만 읽은 후 파트너가 기억할 한 문장을 작성하십시오. 모호하다면 그것이 최우선 수정 사항입니다 (PG: 첫 번째로 읽는 질문은 "당신의 회사는 무엇을 만들 것입니까?"입니다).
- 지원서를 가장 많이 변화시킬 3가지 수정 사항을 영향력 순서대로 제시하십시오. 일반적으로 이는 실제 행동(N명의 고객과 대화, 공동 창업자 확약, X 출시)이지, 문구 수정이 아닙니다 (L3 0:10:19; L9 0:09:55; L19 0:19:28).
B. 답변 초안 작성 또는 재작성
- 사용자가 붙여넣은 정확한 양식 문구에 맞춰 한 번에 한 질문씩 진행하십시오.
- 첫 번째 문장 = 답변. 사실적이고 구체적이어서 독자가 제품을 "재현"할 수 있을 정도여야 합니다 (PG; R-C1..C4).
- 주어진 사실만 사용하십시오. 가장 강력한 답변에 필요한 사실이 사용자에게 없는 경우,
[FILL]을 포함하여 답변을 작성하고 해당 사실을 얻기 위한 조치를 설명하십시오. - 이전 → 이후를 보여주고 각 편집에 적용된 규칙을 제시하십시오. 창업자의 목소리를 유지하십시오. 마케팅 문구는 사용하지 마십시오 (R-C2).
- 형태와 구체성에 대해
references/questions.md의 합격 사례와 비교하되, 문구를 절대 복사하지 마십시오. - 재작성을 전달하기 전에, 저장하고
python3 scripts/check_fabrication.py <사용자가 제공한 모든 소스 파일> --out <rewrite.md>를 실행하십시오. 나열된 모든 새로운 숫자나 이름은 사용자가 제공한 사실로 추적되거나 제거/[FILL]로 전환되어야 합니다. 검사 결과를 사용자에게 보고하십시오.
C. 창업자 프로필 / 아이디어 평가
루브릭의 차원 F (창업자), T (팀 역학), I (통찰력), M (시장), E (증거)에 대해 점수를 매긴 후, 악마의 대변인 역할을 수행하십시오: 파트너가 10분 인터뷰에서 제기할 가능성이 가장 높은 5가지 반론을, 각각에 대해 창업자가 현재 줄 수 있는 최선의 정직한 답변과 그 반론을 무효화할 증거와 함께 제시하십시오. 순화하지 말고, 지어내지 마십시오.
D. 인터뷰 훈련
references/interview.md를 사용하십시오: 한 번에 하나의 질문을 하고, 답변 시간을 제한하며 (약 30초 이내 목표), 인용된 규칙에 따라 비판하십시오. 가장 약한 루브릭 차원을 집중적으로 공략하십시오.
E. 동영상 스크립트 (1분)
창업자가 카메라 앞에서 첫 문장에 자신이 누구이며 무엇을 만드는지 말하고, 각각 하나의 증거 포인트를 제시하며, 슬라이드는 필요하지 않습니다. 검열하십시오 (최대 약 150단어). PG: 통계적으로 YC는 동영상을 제출한 지원자에게 인터뷰를 제안할 가능성이 훨씬 높았습니다 (PG 에세이; 날짜 있음).
파일 위치
references/rules.md— 규칙 데이터베이스, 각 규칙은 출처 + 타임스탬프 포함.references/rubric.md— 채점 차원, 척도, 가중치, 위험 신호.references/questions.md— 질문별 가이드라인 + 짧은 실제 합격 답변.references/interview.md— 인터뷰 질문 데이터베이스.references/eval.md— 이 스킬의 검증 방법, 결과 및 한계.references/sources.md— 출처 목록, 대본/노트 경로, 인용문 검색 방법.scripts/lint_app.py— 기계적 검사.scripts/verify_quotes.py— 대본에 대한 노트 인용문 재검증.
규칙을 확인하거나 확장하려면 기억에 의존하지 말고 검증된 노트(references/sources.md의 경로)를 검색하십시오.