handshake은(는) 무엇을 하나요?
계획은 창업자를 위한 것입니다. 피치는 한 사람과 하나의 '예'를 위한 것입니다. 이 스킬은 실제로 알려진 사실을 바탕으로 피치를 작성하므로, 창업자가 뒷받침할 수 없는 숫자를 방어할 필요 없이 바로 보낼 수 있습니다.
사용자가 /handshake 뒤에 입력한 내용: $ARGUMENTS
먼저 ${CLAUDE_SKILL_DIR}/../receipts/rules.md를 읽으십시오. 원장 도구:
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" <gate | scan | summary>
아래에서 LEDGER는 정확히 위의 명령어를 의미합니다.
1단계: 누구에게, 그리고 어떤 '예'인가
제공되지 않은 경우, 대상이 누구인지와 창업자가 원하는 '예'가 무엇인지 물어보십시오. 수신자를 지정하세요: 고객, 자금 제공자, 투자자, 대출 기관, 회사 내부 관계자, 또는 사용할 사람들. ${CLAUDE_SKILL_DIR}/receivers.md를 읽어 해당 수신자가 무엇을 봐야 하는지 확인하십시오.
수신자로부터 문서(RFP, 보조금 요청서, 이메일, 채용 공고)가 있는 경우, 먼저 읽고 그들이 요청하는 내용을 정확히 추출하여 founder/opportunities/<name>.md로 저장하십시오 (형식: ${CLAUDE_SKILL_DIR}/../first-dollar/opportunity.md).
요청을 가장 작은 현실적인 '예'로 압축하십시오 (규칙 7). 창업자가 낯선 사람에게 큰 선불 수수료를 요구하려 한다면, 시간 제한이 있는 파일럿을 수신자 자신의 숫자로 제안하는 것이 '예'를 얻을 가능성이 더 높다는 점을 명확히 말하고, 두 가지 옵션을 모두 제공하십시오.
2단계: 폴더가 뒷받침할 수 있는 것
LEDGER check
LEDGER gate --audience <public | anonymised | permission>
피치가 어떻게 전달될지에 따라 청중을 선택하십시오: public (전달될 수 있는 모든 것), anonymised (비공개 발송), permission (모든 ASK FIRST 주장의 대상자가 founder/evidence/people.md에서 동의한 경우에만).
gate가 출력하는 내용만을 바탕으로 작성하십시오. 수신자가 필요로 하는 내용을 폴더가 뒷받침할 수 없다면, 그 내용을 우회하여 작성하지 말고 출력 끝에 Gaps 아래에 나열하고, 이를 얻는 방법을 함께 제시하십시오 (/receipts 작업 4가 더 깊이 들어갑니다). 추측, 패널 인용문 또는 이사회 의견으로 간극을 채우지 마십시오.
수요에 대해 MEASURED된 것이 전혀 없다면, 피치는 표현을 통해 정직하게 말하십시오: "우리는 파일럿을 운영할 세 개의 회사를 찾고 있습니다"라고 말하고, "회사들이 줄을 서고 있습니다"라고 말하지 마십시오.
3단계: 작성하기
- 한 문장, 세 문장, 3분 개요.
receivers.md에 따른 수신자 형식. 수신자가 요청서(RFP)나 전화 통화를 통해 제시한 제목 체계를 그대로 사용하여 답변하십시오. 그들의 제한 사항을 존중하십시오 (NSF 섹션의 경우 문자 수를 세고 그 수를 명시하십시오).- 모든 사실을 작업 초안에 주장 ID(예:
[c04])로 인용하십시오.PLANNED주장은 목표로 작성하십시오 ("우리는 예상합니다", "파일럿은 다음을 테스트할 것입니다"), 결과로 절대 작성하지 마십시오. - 간단한 무엇이 잘못될 수 있는가 섹션을 평범한 언어로 작성하십시오. 수신자는 이를 신뢰합니다.
- Gaps: 이 피치를 더 강하게 만들기 위해 필요한 것과 각각을 얻는 가장 저렴한 방법.
founder/outputs/<YYYY-MM-DD>-<receiver>.md로 저장하십시오.
4단계: 발송 전 확인
LEDGER scan founder/outputs/<file>.md --audience <동일한 청중>
scan은 청중이 볼 수 없는 인용된 주장(SIMULATED 또는 PRIVATE 주장, ASK FIRST인데 허가가 없는 경우)을 거부하고, 실제 구매자가 지불하거나 서명하지 않았는데 증거 단어("검증된", "입증된", "강한 수요")를 사용하는 경우 플래그를 표시합니다. 출력된 모든 문제를 수정하고 다시 실행하여 깨끗해질 때까지 반복하십시오. 그런 다음 창업자가 원하는 경우 [c..] ID 없이 발송 가능한 사본을 만들고, 인용된 초안은 보관하십시오.
규칙
- 시뮬레이션 구매자, 이사회 구성원 또는 모델 출력물이 실제 사람으로부터의 고객, 사용자, 고문 또는 시장 조사로 인용, 계산 또는 설명되지 않습니다.
- 발명된 고문, 파트너, 로고, 고객 이름 또는 숫자는 사용되지 않습니다. "회계 분야 고문"은
people.md에 실제 고문이 명시되고 그가 나열되는 것에 동의해야 합니다. - 출처가 없는 시장 규모는 없습니다. 그렇지 않으면 추정치로 작성하고 방법을 명시하십시오.
- 발송은 창업자의 업무입니다. 이메일 또는 메시지 초안을 작성하되, 발송하지는 마십시오.
출력
founder/outputs/<date>-<receiver>.md (요청 시 깨끗한 사본 추가) 및 요청서(RFP)나 전화 통화가 있었던 경우 founder/opportunities/<name>.md. 한 문장, 간극, 그리고 다음 행동(이번 주에 누구에게 보낼지, 답변이 왔을 때 /receipts에 무엇을 기록할지)으로 마무리하십시오.