Claude Fable 5 로 1인 기업 구축하는 방법

@sairahul1
영어2일 전 · 2026년 7월 02일
134K
258
38
17
621

TL;DR

이 가이드는 Claude Fable 5 를 사용하여 1인 기업을 구축하기 위한 포괄적인 프레임워크를 제공합니다. 마케팅부터 엔지니어링까지 모든 부서를 자동화할 수 있는 즉시 사용 가능한 프롬프트가 포함되어 있습니다.

5년 전만 해도 진짜 회사를 만들려면 팀이 필요했습니다.

마케터, 연구원, 개발자, 영업 담당자, 고객 지원 직원.

작은 회사라도 10~20명의 인력과 $1M+ 의 인건비가 필요했습니다.

하지만 그때는 달라졌습니다.

Claude Fable 5는 제가 사용해 본 AI 중 챗봇처럼 느껴지지 않는 첫 번째 모델입니다.

인프라처럼 느껴집니다.

대부분의 사람들은 여전히 이렇게 사용합니다:

프롬프트 → 응답 → 완료

하지만 Fable은 그런 용도로 만들어진 것이 아닙니다.

Fable은 며칠 동안 실행됩니다.

계획하고, 조사하고, 실행하고, 검증하고, 학습하고, 계속 나아갑니다.

가장 큰 기회는 AI를 사용해 몇 분을 절약하는 것이 아닙니다.

AI를 사용해 전체 부서를 대체하는 것입니다.

오늘 제가 완전히 처음부터 구축할 정확한 회사 아키텍처를 공유합니다.

아래 모든 프롬프트는 복사해서 바로 사용할 수 있습니다. 오늘 밤 실행해보세요.

기존 모델 vs 새로운 모델

기존 모델:

당신 → 사람 고용 → 사람 관리 → 급여 지급 → 잘 되길 바람

새로운 모델:

당신 → 시스템 설계 → Fable이 부서 운영 → 부서 스스로 개선

창업자는 더 이상 직접 일하지 않습니다.

창업자는 운영 체제를 설계합니다.

나머지는 모두 자동으로 실행됩니다.

Rahul - inline image

0단계 — 먼저 회사 두뇌를 구축하세요

모든 창업자가 이 단계를 건너뜁니다.

바로 프롬프트로 뛰어들어 AI가 무지한 인턴처럼 행동하는 이유를 궁금해합니다.

무지한 인턴과 훌륭한 직원의 차이는 맥락(Context)입니다.

지금 바로 이 폴더 구조를 만드세요:

bash
1mkdir -p ~/company/{memory,skills,state,content,docs,sops}
2
3touch ~/company/founder.md
4touch ~/company/strategy.md
5touch ~/company/products.md
6touch ~/company/customers.md
7touch ~/company/memory/lessons.md
8touch ~/company/state/projects.md
9touch ~/company/state/pipeline.md
10touch ~/company/state/seo-tracker.md

각 파일을 다음 템플릿으로 채우세요:

~/company/founder.md

markdown
1# About Me
2
3## How I think
4[빠르고 직관적인가? 느리고 신중한가? 위험을 감수하는 편인가? 조심스러운가?]
5
6## My strengths
7[당신이 진정으로 잘하는 것 — 일반적이지 않고 구체적으로]
8
9## My weaknesses
10[당신의 에너지를 소모시키거나 지속적으로 실수를 하는 부분]
11
12## Communication style
13[원하는 출력 방식 — 불릿 포인트? 산문? 짧게? 자세하게?]
14
15## Non-negotiables
16[절대 타협하지 않을 것 — 품질 기준, 윤리, 속도]
17
18## Decision framework
19[어려운 결정을 내리는 방법 — 데이터 우선? 직감 우선? 합의 우선?]

~/company/strategy.md

markdown
1# Company Strategy
2
3## 2026 Goals
41. [구체적이고 측정 가능한 목표]
52. [구체적이고 측정 가능한 목표]
63. [구체적이고 측정 가능한 목표]
7
8## Target market
9[직책, 회사 규모, 산업, 현재 겪고 있는 문제]
10
11## Pricing
12[$X for Y. 이 가격의 이유. 대안의 비용.]
13
14## Positioning
15[한 문장: 우리는 [누가] [무엇을] [어떤 문제 없이] 할 수 있도록 돕습니다.]
16
17## Competitive advantage
18[우리가 다른 누구보다 잘하는 한 가지 — 구체적으로]
19
20## What we will NOT do
21[우리가 명시적으로 경쟁하지 않기로 한 3가지]

~/company/customers.md

markdown
1# Customer Intelligence
2
3## Ideal customer profile
4[인구통계, 회사 유형, 수행해야 할 작업, 예산 권한]
5
6## Top 5 customer pains (ranked)
71. [문제] — [언급 빈도]
82.
93.
104.
115.
12
13## Common objections and real reason behind them
14- "너무 비싸요" — 실제 의미: [진짜 우려 사항]
15- "지금은 아니에요" — 실제 의미: [진짜 우려 사항]
16- "내부적으로 만들었어요" — 실제 의미: [진짜 우려 사항]
17
18## Best customer testimonials
191. "[인용문]" — [이름, 직책, 회사]
202.
213.
22
23## Where customers hang out
24[Reddit 서브레딧, LinkedIn 그룹, 뉴스레터, Slack 커뮤니티]

모든 Fable 세션 시작 부분에 이 지침을 추가하세요:

text
1작업을 시작하기 전에 다음을 읽으세요:
2- ~/company/founder.md
3- ~/company/strategy.md
4- ~/company/customers.md
5
6작업 완료 후, 주요 교훈을 다음에 기록하세요:
7- ~/company/memory/lessons.md
8
9형식: 날짜 | 부서 | 효과적이었던 점 | 실패한 점 | 다음 번에는
10항목당 하나의 교훈. 중복을 피하기 위해 기존 항목을 업데이트하세요.

이 파일들이 없으면: AI는 간단한 브리핑을 받은 프리랜서처럼 행동합니다.

이 파일들이 있으면: AI는 2년 동안 함께 일한 사람처럼 행동합니다.

Rahul - inline image

부서 1 — 연구

대부분의 창업자는 구글에서 15분 검색하고 그것을 시장 조사라고 부릅니다.

그래서 대부분의 제품이 시장에서 실패하는 것입니다.

연구 부서는 여러분 없이 매주 운영됩니다.

이 프롬프트를 복사하세요. 매주 월요일에 실행하세요:

text
1당신은 저의 연구 책임자(Research Director)입니다.
2
3먼저 ~/company/strategy.md와 ~/company/customers.md를 읽으세요.
4
5전체 주간 연구 루프를 실행하세요:
6
7━━━ 경쟁사 연구 ━━━
8
9각 경쟁사에 대해 다음을 검색하세요: [경쟁사 3-5개 나열]
10
11지난 7일 동안 다음을 찾으세요:
12→ 새로운 제품 출시 또는 기능 발표
13→ 가격 페이지 변경 사항 (가능하면 캐시된 버전과 현재 버전 비교)
14→ 그들의 가장 높은 참여도를 보인 소셜 게시물 3개와 그 이유
15→ Reddit, G2, Trustpilot, App Store에서의 고객 불만 사항
16
17━━━ 고객 연구 ━━━
18
19다음 Reddit 커뮤니티를 검색하세요: [r/sub1, r/sub2, r/sub3]
20
21실행할 검색어:
22→ "[경쟁사 이름]이(가) ...했으면 좋겠어요"
23→ "[제품 카테고리]에 실망했어요"
24→ "[경쟁사] 대안을 찾고 있어요"
25→ "[문제 영역]에 문제 겪는 분 계신가요?"
26
27추천수 기준 상위 10개 불만 사항을 찾으세요.
28유사한 불만 사항을 주제별로 그룹화하세요.
29
30━━━ 기회 연구 ━━━
31
32내 틈새 시장에서 다음을 찾으세요:
33→ 검색량은 있지만 상위 10위 경쟁이 약한 키워드
34→ Reddit/Quora에서 추천수는 많지만 만족스러운 답변이 없는 질문
35→ 포럼에서 사람들이 요청하지만 아직 존재하지 않는 제품
36→ 방금 가격을 인상한 경쟁사 (이에 대응하여 포지셔닝할 기회)
37
38━━━ 출력 형식 ━━━
39
40정확히 다음 구조로 반환하세요:
41
42## 주간 연구 보고서 — [날짜]
43
44### 이번 주 주요 경쟁사 동향 3가지
45| 경쟁사 | 그들이 한 일 | 중요한 이유 | 권장 조치 |
46
47### 주요 고객 불만 사항 상위 5개 (빈도순)
48| 불만 사항 | 빈도 | 이로 인해 창출되는 기회 |
49
50### 이번 주 주요 기회 3가지
51| 기회 | 증거 | 노력 | 수익 잠재력 | 권장 조치 |
52
53### 하나의 반대 의견
54[이 분야의 통념과 다른 점을 발견한 내용]
55
56전체 보고서를 ~/company/state/research-[YYYY-MM-DD].md에 저장하세요.
57주요 발견 사항으로 ~/company/memory/lessons.md를 업데이트하세요.

매주 월요일마다 전략 보고서를 받게 됩니다.

정보가 아닌, 결정입니다.

Rahul - inline image

부서 2 — 마케팅

파트 A: X를 위한 바이럴리티 엔지니어링

바이럴은 운이 아닙니다.

반복 가능한 과학입니다. 95% 자동화 가능합니다.

X 알고리즘이 실제로 작동하는 방식은 다음과 같습니다:

모든 게시물은 먼저 아주 작은 샘플에서 테스트됩니다.

알고리즘은 정확히 세 가지만 측정합니다: → 사람들이 스크롤을 멈췄는가? → 끝까지 읽었는가? → 댓글을 달았는가?

세 가지 모두 통과 → 더 큰 풀로 이동 → 다시 통과 → 유통량 증가.

하나라도 실패 → 게시물은 20분 만에 죽습니다. 콘텐츠가 아무리 좋아도 상관없습니다.

즉, 모든 게시물은 게시 전에 엔지니어링되어야 합니다.

복사하세요. 모든 게시물 전에 실행하세요:

text
1X에 이 게시물을 게시하려고 합니다. 전체 바이럴 엔지니어링 감사를 실행하세요.
2
3내 게시물:
4[초안을 여기에 붙여넣으세요]
5
6내 잠재 고객: [잠재 고객 설명 — 예: 인디 해커, 개발자, 창업자]
7
8━━━ 1단계: 후크 분석 ━━━
9
10현재 첫 줄의 스크롤 멈춤 효과를 1-10점으로 평가하세요.
11어떤 감정을 유발하나요? (호기심 / 두려움 / 욕망 / 놀라움 / 분노)
12암시된 약속은 무엇인가요? 게시물이 그 약속을 이행할까요?
13
14후크를 5가지 다른 방식으로 다시 작성하세요:
15버전 1: 호기심 후크
16버전 2: 두려움/고통 후크
17버전 3: 욕망/열망 후크
18버전 4: 놀라움/반직관적 후크
19버전 5: 대담한 주장 후크
20
21각각 1-10점으로 평가하세요. 가장 강력한 것을 추천하세요.
22
23━━━ 2단계: 알고리즘 테스트 ━━━
24
254가지 기준 검사를 실행하세요:
26□ 제품보다 더 큰 대담한 주장? [예/아니오 — 아니오인 경우 개선 제안]
27□ 처음 2줄에 도파민 전달? [예/아니오 — 아니오인 경우 도입부 재작성]
28□ 독자가 길을 잃을 수 있는 맥락 격차? [나열하세요]
29□ 가장 강력한 결과가 앞부분에 배치되었는가? [예/아니오 — 아니오인 경우 재정렬]
30
31예측된 독자 행동: 그냥 지나침 / 좋아요 / 댓글 / 리포스트
32리포스트하게 만드는 요인은 무엇인가요?
33
34━━━ 3단계: 댓글 엔지니어링 ━━━
35
36이 게시물이 받을 가능성이 가장 높은 첫 5개 댓글을 작성하세요.
37각 댓글에 대해, 다음 조건을 충족하는 이상적인 답변을 작성하세요:
38- 원본 게시물에 없는 새로운 정보 추가
39- 대화 확장
40- 100단어 미만
41
42인접 틈새 계정을 위한 3가지 인용 트윗 앵글을 작성하세요.
43
44━━━ 4단계: 첫 1시간 계획 ━━━
45
46알고리즘은 처음 60분을 중요하게 평가합니다.
47미리 작성하세요:
481. 내 게시물에 대한 내 답변 (포함하지 않은 핵심 인사이트 하나 추가)
492. 이 게시물 90분 후에 게시할 후속 게시물
503. 오늘 이 게시물을 크로스 포스트해야 할 서브레딧 또는 커뮤니티 하나
51
52━━━ 5단계: 최종 결정 ━━━
53평결: 현재 상태로 게시 / 약간 수정 / 대대적인 재작성 필요
54수정인 경우: 복사해서 붙여넣을 수 있는 개선된 버전을 보여주세요.

게시 후 — 60분 동안 활동하세요. 해야 할 일:

모든 댓글에는 새로운 정보를 추가하는 답변을 답니다.

"좋은 지적입니다"라고만 답변하지 마세요. 무언가를 추가하세요.

60분 후에는 자리에서 떠나세요. 알고리즘이 나머지를 처리합니다.

파트 B: SEO 콘텐츠 팩토리

복사하세요. 모든 타겟 키워드에 사용하세요:

text
1당신은 저의 SEO 콘텐츠 디렉터(SEO Content Director)입니다.
2
3먼저 ~/company/strategy.md와 ~/company/customers.md를 읽으세요.
4
5타겟 키워드: [정확한 키워드]
6내 도메인 권위는 대략: [낮음/중간/높음 또는 DA 점수(알고 있다면)]
7
8━━━ 1단계: 경쟁사 분석 ━━━
9
10이 정확한 키워드로 구글을 검색하세요.
11상위 5개 순위 페이지를 분석하세요:
12
13각 페이지에 대해:
14- 주요 앵글 및 주제
15- 부제목 (H2 및 H3)
16- 답변한 질문
17- 잘 다룬 주제
18- 놓쳤거나 제대로 다루지 못한 주제
19- 대략적인 단어 수
20- 콘텐츠 유형 (목록 / 가이드 / 비교 / 사례 연구)
21
22━━━ 2단계: 승리 브리프 ━━━
23
24우수한 기사 브리프를 작성하세요:
25- 우리의 앵글: [더 구체적 / 더 반대 의견 / 더 실용적]
26- 반드시 다룰 내용: [경쟁사가 다룬 모든 주제]
27- 반드시 추가로 다룰 내용: [경쟁사가 놓친 3개 이상의 주제]
28- 포함할 의미론적 키워드: [Google이 기대하는 관련 용어]
29- 이상적인 구조: [모든 H2 및 H3가 포함된 개요]
30- 목표 단어 수: [X 단어]
31
32━━━ 3단계: 기사 작성 ━━━
33
34브리프에 따라 전체 기사를 작성하세요.
35톤: [직접적이고 대화체 — 회사원 말투 금지, 불필요한 문장 금지]
36형식: 서론 (후크 + 약속) → 섹션 → 결론 (CTA 포함)
37
38규칙:
39- 모든 문장은 그 자리를 정당화해야 합니다. 가치를 더하지 않는 것은 삭제하세요.
40- 짧은 단락 사용 (최대 1-3문장)
41- 일반적인 진술보다 실제 사례
42- 사실이 확실하지 않으면 추측 대신 [확인 필요: 주장]이라고 쓰세요.
43
44━━━ 4단계: 메타데이터 ━━━
45
46Title 태그: [최대 60자, 기본 키워드 우선, 혜택 명확히]
47Meta 설명: [최대 155자, 키워드 + 구체적인 혜택 + CTA]
48H1: [검색 의도에 최적화]
49URL 슬러그: [짧고, 키워드가 풍부하며, 불용어 없음]
50내부 링크 제안: [내 사이트에서 이 기사가 링크해야 할 3개 페이지]
51
52기사를 ~/company/content/[slug].md에 저장하세요.
53~/company/state/seo-tracker.md에 기록하세요.
54형식: [키워드] | [대상 URL] | [상태: 초안/게시됨] | [날짜]

파트 C: 자동화된 뉴스레터

text
1당신은 저의 뉴스레터 디렉터(Newsletter Director)입니다.
2
3매주 일요일 오후 6시에 주간 뉴스레터 워크플로우를 실행하세요:
4
5━━━ 연구 단계 ━━━
6
7이번 주 [당신의 틈새 시장]에서 가장 중요한 발전 사항을 검색하세요:
8→ 업계 뉴스 3개 (필터: 단순한 발표가 아닌 실제로 중요한 것)
9→ X/LinkedIn에서 흥미로운 스레드 또는 토론 2개
10→ 반대 의견 또는 반직관적인 발견 1개
11→ 공유할 가치가 있는 도구 또는 리소스 1개
12
13각 항목에 대해: 잠재 고객에게 중요한 이유를 한 문장으로 설명하세요.
14
15━━━ 작성 단계 ━━━
16
17뉴스레터를 작성하세요:
18제목 줄 옵션: 3가지 버전 (호기심 / 혜택 / 반대 의견)
19미리보기 텍스트: [90자 미만, 제목 줄 이야기를 완성]
20
21구조:
22- 오프닝 후크 (1문단 — 이번 주 가장 흥미로운 점)
23- 주요 섹션 1: [항목 1 + 중요한 이유 + 그들이 취할 수 있는 조치 하나]
24- 주요 섹션 2: [항목 2 + 앵글]
25- 빠른 요약: [총 150단어 미만으로 3개 불릿 항목]
26- 독자가 답장할 질문 하나 (참여 유도)
27- 마무리 인사
28
29규칙:
30- 총 600단어 미만
31- 모든 섹션은 그 자리를 정당화해야 함
32- 똑똑한 친구처럼 들리게, 출판물처럼 들리지 않게
33
34━━━ 배포 ━━━
35
36이 호를 홍보할 소셜 게시물 3개를 작성하세요:
37- X 게시물 (후크 + 핵심 인사이트 + 링크)
38- LinkedIn 게시물 (약간 더 격식 있게, 다른 앵글)
39- 스토리/릴스용 짧은 티저
40
41뉴스레터를 ~/company/content/newsletter-[YYYY-MM-DD].md에 저장하세요.

마찬가지로 Fable은 TikTok 자동화, Facebook, Instagram, LinkedIn 계정 성장에도 사용할 수 있습니다. 요청하기만 하면 됩니다.

Rahul - inline image

부서 3 — 영업

대부분의 창업자는 영업이 콜드 이메일이라고 생각합니다.

콜드 이메일은 영업의 5%에 불과합니다.

전체 시스템을 복사하세요:

text
1당신은 저의 영업 책임자(Sales Director)입니다.
2
3먼저 ~/company/customers.md와 ~/company/strategy.md를 읽으세요.
4
5내 제품: [한 문장으로 파는 것]
6내 이상적 고객 프로필(ICP): [이상적 고객 — 정확한 직책, 회사 규모, 산업, 문제]
7내 가격: [청구하는 금액]
8내 최고의 증거: [가장 강력한 결과 또는 고객 이름]
9
10내가 제공하는 각 잠재 고객에 대해 전체 시퀀스를 실행하세요:
11
12━━━ 1단계: 잠재 고객 조사 ━━━
13
14이 잠재 고객을 완전히 조사하세요:
15회사: [규모, 자금 조달 단계, 최근 뉴스, 관련 기술 스택]
16개인: [역할, 재임 기간, 게시하는 내용, 공통 연결]
17고통 신호: [문제를 드러내는 채용 공고, 지원 리뷰, 제품 불만]
18트리거: [그들의 회사에서 방금 변경되어 지금 구매자가 되게 만든 것]
19
20적합도 평가: A (지금 마감) / B (육성 필요) / C (우리 ICP 아님)
21C인 경우: 진행하지 마세요. 저에게 알리세요.
22
23━━━ 2단계: 이메일 아웃리치 ━━━
24
25다음 정확한 구조를 사용하여 콜드 이메일을 작성하세요:
261행: 그들 또는 그들의 회사에 대한 구체적인 관찰 한 가지 [일반적이지 않음]
272행: 그들의 역할에 있는 사람에게 이것이 만드는 정확한 고통
283행: 우리가 그것에 대해 하는 일을 한 문장으로
294행: 증거 한 가지 — 고객 이름 또는 구체적인 숫자
305행: 소프트 CTA 하나 — 미팅 요청이 아닌 답장을 유도하는 질문
31
32규칙:
33- 총 100단어 미만
34- "이 이메일이 잘 찾아갑니다" 같은 인사말 금지
35- "혁신적인" 또는 "게임 체인저" 또는 "공유하게 되어 기쁩니다" 금지
36- 제목 줄: 6단어 미만, 그들에게 특화된 내용
37
38━━━ 3단계: LinkedIn 시퀀스 ━━━
39
40연결 요청 (300자 미만):
41[연결하는 구체적인 이유 — 공통 관심사, 그들의 콘텐츠, 공통 연결]
42
43DM 1 (연결 후 — 가치 제공, 제로 피치):
44[그들의 고통과 관련된 진정으로 유용한 것 공유 — 기사, 프레임워크, 관찰]
45
46DM 2 (5일 동안 응답 없음 — 다른 앵글):
47[새로운 인사이트 또는 사회적 증거. 여전히 하드 피치는 없음.]
48
49DM 3 (10일 동안 응답 없음 — 소프트 클로즈):
50["빠른 대화를 할 가치가 있거나 지금은 우선순위가 아닌 경우 — 어느 쪽이든 괜찮습니다."]
51
52━━━ 4단계: 후속 로직 ━━━
53
543일 동안 이메일을 열지 않은 경우: 다른 제목으로 같은 내용 재전송
55열었지만 5일 동안 답장이 없는 경우: 다른 앵글로 후속 이메일 전송
56"지금은 아니에요"라고 답장한 경우: 정확히 90일 후에 체크인 예약, 그때 참조할 트리거 기록
57관심은 있지만 지체되는 경우: 3주 동안 매주 하나의 사회적 증거 전송
58
59━━━ 5단계: CRM 업데이트 ━━━
60
61~/company/state/pipeline.md에 기록:
62| 이름 | 회사 | 단계 | 이메일 전송 | LinkedIn 상태 | 마지막 접촉 | 다음 조치 | 날짜 |
63
6410명의 잠재 고객을 처리한 후 다음을 보여주세요:
65- A, B, C 등급이 각각 몇 명인지
66- 모든 A등급이 마감될 경우 총 파이프라인 가치
67- 후속 조치를 위한 권장 우선순위

AI 통화 레이어 — 이 위에 추가하세요:

Bland.ai, Vapi 또는 Retell을 잠재 고객 목록에 연결하세요 (그리고 최근 X에서 AI 음성 SDK도 출시했습니다).

48시간 이내에 이메일을 열지 않은 모든 잠재 고객에게 전화가 갑니다.

AI 에이전트는:

→ 그들의 비즈니스 이름을 언급

→ 조사에서 발견한 특정 고통을 언급

→ 판매가 아닌 10분을 요청

Cal.com 또는 Calendly를 통해 캘린더에 직접 예약

→ 통화 결과로 CRM을 자동 업데이트

한 번 설정하면 됩니다.

당신이 자는 동안 실행됩니다.

매일 아침 캘린더에 새로운 미팅이 있습니다.

Rahul - inline image

부서 4 — 엔지니어링

이것이 바로 1인 회사가 진정으로 불공평해지는 지점입니다.

Stripe는 Fable 5에 Ruby 코드베이스를 제공했습니다. 5천만 줄. 전체 마이그레이션.

보통 전체 팀이 두 달 걸리는 작업입니다.

Fable은 하루 만에 해냈습니다.

하지만 솔로 창업자의 일상적인 엔지니어링은 대규모 마이그레이션이 아닙니다.

버그, 기능, PR, 테스트입니다.

그리고 대부분의 솔로 창업자를 망가뜨리는 것은 엔지니어링 기술의 부족이 아닙니다.

아무도 잡지 못한 채 배포되는 버그입니다.

결제 흐름 중단, 조용한 API 오류, 예외 입력값에서의 충돌.

월요일이 되어서야 고객들이 화가 났을 때 알게 됩니다.

이것을 완전히 해결하는 방법은 다음과 같습니다.

레이어 1 — 엔지니어링 팀으로서의 Fable

text
1당신은 저의 엔지니어링 디렉터(Engineering Director)입니다.
2
3먼저 ~/company/products.md와 ~/company/strategy.md를 읽으세요.
4
5모든 기능 요청 또는 버그 보고서에 대해 전체 엔지니어링 워크플로우를 실행하세요:
6
7━━━ 1단계: PRD ━━━
8
9완전한 제품 요구 사항 문서(PRD)를 작성하세요:
10- 문제: 무엇이 고장 났거나 무엇이 누락되었는지, 그리고 누구에게 해당되는지
11- 성공 기준: 이것이 작동했는지 어떻게 알 수 있나요? (측정 가능)
12- 사용자 흐름: 사용자가 수행하는 단계별 작업
13- 기술 요구 사항: 코드가 반드시 해야 하는 것
14- 엣지 케이스: 무엇이 잘못될 수 있고, 어떤 입력값이 이것을 깨뜨릴 수 있는지
15- 범위 외: 이 버전에서 명시적으로 구축하지 않을 것
16
17━━━ 2단계: 아키텍처 ━━━
18
19코드를 작성하기 전에 구현을 설계하세요:
20- 어떤 기존 파일이 어떻게 변경되는지
21- 어떤 새 파일을 만들어야 하는지
22- 어떤 테스트를 작성해야 하는지
23- 새로운 종속성 (그리고 그것이 정당화되는지 여부)
24- 잠재적인 성능 영향
25- 보안 고려 사항
26
27━━━ 3단계: 구축 ━━━
28
29아키텍처에 따라 코드를 작성하세요.
30각 함수를 작성한 후 PRD 요구 사항을 충족하는지 확인하세요.
31코드와 함께 테스트를 작성하세요 — 나중에 작성하지 마세요.
32불확실한 경우: 추측 대신 [확인 필요: 가정]이라는 주석을 작성하세요.
33
34━━━ 4단계: 내게 전달하기 전 자체 검토 ━━━
35
36전달하기 전에 이 체크리스트를 실행하세요:
37□ 모든 PRD 요구 사항을 충족합니까? (각각 확인)
38□ 모든 엣지 케이스가 처리되었습니까?
39□ 모든 중요 경로에 대한 테스트가 있습니까?
40□ 명백한 보안 문제가 있습니까?
41□ 주석 없이도 코드를 읽을 수 있습니까?
42이것이 프로덕션에서 실패할 가능성이 가장 높은 방법은 무엇입니까?
43
44문제를 발견하면: 내게 전달하기 전에 수정하세요.
45
46━━━ 5단계: PR 설명 ━━━
47
48다음 내용이 포함된 풀 리퀘스트 설명을 작성하세요:
49- 이것이 무엇을 하는지와 이유 (2문장)
50- 수동으로 테스트하는 방법
51- 어떤 자동화된 테스트가 이를 다루는지
52- 이것이 생성하는 후속 작업
53- 위험 수준: 낮음 / 중간 / 높음
54
55━━━ 에스컬레이션 규칙 ━━━
56
57다음 경우에만 나에게 문의하세요:
58→ 되돌릴 수 없는 작업 (데이터베이스 마이그레이션, 삭제, API 변경 사항)
59→ 보안 결정
60→ 로드맵에 영향을 미치는 아키텍처 선택
61
62그 외에는: 완료될 때까지 실행하세요. PR과 함께 보고하세요.
63교훈을 ~/company/memory/engineering.md에 기록하세요.

레이어 2 — Entelligence (e입니다, I가 아닙니다): 존재조차 모르는 버그를 수정합니다

이것은 대부분의 솔로 창업자가 가지고 있지 않은 부분입니다. 그리고 편안히 잠을 잘 수 있는지, 아니면 새벽 2시에 Slack 알림을 받는지의 차이를 만듭니다.

이것 없이 발생하는 문제는 다음과 같습니다:

PR이 배포됩니다. 6개월 전의 인시던트와 동일한 패턴을 포함하고 있습니다.

아무도 기억하지 못하기 때문에 아무도 잡지 못합니다.

버그는 금요일에 프로덕션에 영향을 미칩니다.

월요일에 화난 고객들로부터 알게 됩니다.

Entelligence는 전체 스택(GitHub, Sentry, PagerDuty, Linear, Datadog)에 연결되고 코드베이스가 겪은 모든 인시던트에 대한 메모리를 구축하는 프로덕션 안정성 엔진입니다.

모든 PR은 해당 인시던트 기록에 대해 자동으로 검토됩니다.

diff가 과거 실패를 유발한 패턴과 일치하면 Entelligence는 정확한 인시던트를 인용하여 플래그를 지정합니다.

잡아내는 실제 예시:

text
1PR #4821이 타임아웃 없이 fetch() 호출을 추가합니다.
2
3Entelligence 검토 의견:
4"이 패턴은 인시던트 #2847 (SEV-1, 결제 타임아웃)과 일치합니다.
5원래 인시던트는 해결하는 데 4시간이 걸렸습니다.
6이 fetch()에는 타임아웃과 연결 풀 메트릭이 없습니다 —
7캐스케이드를 유발한 것과 동일한 격차입니다.
8
9제안된 수정:
10response = await fetch('/api/charge', {
11 timeout: 5000,
12 signal: AbortSignal.timeout(5000),
13});
14"

인시던트를 인용하고, 수정 방법을 보여주며, 재발을 방지합니다.

100만 개 이상의 PR과 2,400개 이상의 조직에서 측정된 결과:

→ AI 코딩 비용의 $0.44는 버그 수정에 사용됩니다.

→ $0.27은 재작업에 사용됩니다.

→ 프로덕션에 도달하는 것은 $0.18에 불과합니다.

Entelligence를 사용하는 팀은 이를 $0.18에서 $0.41로 프로덕션에 도달하도록 개선했습니다.

인시던트의 43%가 자동 해결되었습니다. 분기당 61개의 반복 버그가 차단되었습니다.

1인 회사의 경우: 금요일 밤 프로덕션 중단을 감당할 수 없습니다.

Entelligence는 절대 잠들지 않고, 모든 인시던트를 기억하며, 모든 PR을 검토하는 시니어 엔지니어입니다.

20분 안에 설정하세요:

text
11단계: entelligence.ai로 이동 → 무료 가입
2
32단계: 스택 연결:
4→ GitHub 또는 GitLab (PR 검토 — 5분 소요)
5→ Sentry / PagerDuty / Datadog (인시던트 기록 — 10분 소요)
6→ Linear 또는 Jira (티켓 추적 — 선택 사항)
7
83단계: Entelligence가 인시던트 기록을 인덱싱하도록 허용
9(기존 리포지토리의 경우 20-30분. 백그라운드에서 실행됨.)
10
114단계: Fable 엔지니어링 프롬프트에 추가:
12"참고: Entelligence는 모든 PR을 인시던트 기록과 비교하여 검토합니다.
13코드를 작성할 때 다음 사항에 플래그를 지정하세요:
14- 타임아웃 없이 외부 호출을 하는 경우
15- 적절한 잠금 없이 공유 상태를 수정하는 경우
16- 인증 또는 결제 경로를 변경하는 경우
17- 중요 경로에서 오류 처리를 건너뛰는 경우
18이것들은 우리의 위험도가 가장 높은 인시던트 패턴입니다."
19
205단계: 인시던트가 발생하면 이 Fable 프롬프트를 실행하세요:
21"Entelligence가 이 인시던트를 감지했습니다: [알림 붙여넣기]
22근본 원인을 조사하세요.
23테스트와 함께 수정 사항을 생성하세요.
24교훈을 ~/company/memory/engineering.md에 다음 형식으로 기록하세요:
25인시던트: [설명]
26근본 원인: [실제로 무엇이 고장 났는지]
27적용된 수정: [무엇이 변경되었는지]
28예방: [향후 PR에서 이 패턴을 감지하는 방법]"

완전 자동화된 전체 버그 수명 주기:

text
1프로덕션 알림 발생 (Sentry / PagerDuty)
2
3Entelligence가 스팬/로그/메트릭에서 이상 징후 감지
4
5병렬 진단 에이전트 생성
6
7Fable이 코드베이스에 대해 근본 원인 조사
8
9Fable이 수정 사항 + 테스트 작성
10
11Entelligence가 전체 인시던트 기록에 대해 수정 사항 확인
12
13전체 컨텍스트와 함께 PR 자동 생성
14
15당신이 검토 및 승인 — 5분 ← 당신이 필요한 유일한 단계
16
17수정 사항 배포 및 프로덕션에서 확인
18
19인시던트 종료. 교훈이 메모리에 기록됨.
20
21동일한 패턴이 향후 모든 PR에서 자동으로 차단됨

더 이상 프로덕션 중단으로 잠에서 깨지 않습니다.

동일한 버그를 두 번 수정하는 데 비용을 지불하지 않습니다.

Rahul - inline image

부서 5 — 지원

지원은 솔로 창업자가 조용히 피를 흘리는 곳입니다.

티켓이 쌓입니다. 고객이 이탈합니다. 아무도 수익이 떨어질 때까지 알아차리지 못합니다.

text
1당신은 나의 지원 디렉터입니다.
2
3먼저 ~/company/products.md 와 ~/company/customers.md 를 읽어주세요.
4
5들어오는 모든 지원 티켓에 대해 다음 워크플로우를 실행하세요:
6
7━━━ 1단계: 트라이지 ━━━
8
9티켓을 분류하세요:
10- 유형: 버그 / 기능 요청 / 사용 방법 문의 / 결제 / 불만 / 칭찬
11- 긴급도: 심각(사용 차단) / 높음(상당한 불편) / 낮음
12- 감정 점수: 1-5 (1=매우 화남, 5=만족)
13- 이탈 위험: 높음 / 중간 / 낮음
14
15이탈 위험이 '높음'인 경우: 정상적으로 처리하지 마세요. 즉시 다음 정보와 함께 나에게 에스컬레이션하세요:
16[고객 이름] | [요금제] | [MRR] | [불만 사항] | [제안 답변]
17
18━━━ 2단계: 답변 초안 작성 ━━━
19
20다음 조건을 충족하는 답변을 작성하세요:
21- 고객의 특정 문제를 인정하는 것으로 시작할 것 ("고객님의 불편을 이해합니다" 같은 일반적인 표현 금지)
22- 질문에 완전하고 실용적으로 답변할 것
23- 버그인 경우: 지금 당장 사용 가능한 해결 방법 제시 + 가능하다면 정직한 일정 공유
24- 기능 요청인 경우: 진심으로 감사 인사 + 기능 추적기에 추가
25- 문제가 해결되었는지 확인하는 질문 하나로 마무리할 것
26
27규칙:
28- 사람처럼 말할 것, 헬프데스크처럼 말하지 말 것
29- 기술적 깊이가 정말 필요한 경우가 아니라면 150단어 미만으로 작성
30- "지난 이메일에서 말씀드렸듯이" / "앞서 언급했듯이" / "고객님의 불편을 이해합니다" 같은 표현은 절대 사용 금지
31
32━━━ 3단계: 지식 베이스 업데이트 ━━━
33
34초안 작성 후:
35- 이 질문이 한 달에 한 번 이상 들어오나요? 예/아니오
36- '예'인 경우: FAQ 항목 작성 → ~/company/docs/faq.md 에 저장
37- 제품이 고객을 혼란스럽게 했나요? 예/아니오
38- '예'인 경우: UX 문제 기록 → ~/company/state/ux-issues.md 에 저장
39
40━━━ 4단계: 주간 이탈 스캔 ━━━
41
42매주 금요일, 지난 14일간의 ~/company/state/support-tickets.md 를 스캔하세요.
43
44다음 조건에 해당하는 고객을 플래그하세요:
45→ 2주 동안 2건 이상의 티켓 제출
46→ 실망, 좌절, 취소, 환불, 전환, 고려 중 같은 단어 사용
47→ 48시간 이상 해결되지 않은 티켓 보유
48→ 요금제 다운그레이드
49
50출력:
51| 고객 | 요금제 | 위험 MRR | 불만 패턴 | 권장 조치 |
52MRR 위험 기준으로 내림차순 정렬하세요.
53
54오늘 이 목록에 있는 모든 고객에게 직접 연락하겠습니다.

이탈 방지 스캔이 모든 것을 책임집니다.

대부분의 회사는 고객이 해지한 후에야 이탈 사실을 알게 됩니다.

당신의 회사는 3주 전에 미리 알게 됩니다.

6부 — 운영

가장 과소평가된 부서입니다. 가장 높은 레버리지를 제공합니다.

일일 브리핑 — 매일 오전 9시 실행:

text
1/loop 매일 오전 9시 →
2
3당신은 나의 경영 비서입니다.
4
5다음 파일을 읽으세요:
6- ~/company/state/projects.md
7- ~/company/state/pipeline.md
8- ~/company/state/support-tickets.md
9- ~/company/memory/lessons.md (최근 7일만)
10
11나의 일일 브리핑을 생성하세요:
12
13━━━ 오늘의 브리핑 — [날짜] ━━━
14
15### 🚨 오늘 주의가 필요한 사항 (시급, 지체 불가)
16[최대 2-3개 항목. 없으면: "오늘은 중요한 사항 없음"이라고 말할 것.]
17
18### 💰 파이프라인 현황
19[각 단계별 딜. 식었거나 진전된 딜. 위험에 처한 수익.]
20
21### 🎧 지원
22[미해결 티켓: 긴급도별 개수. 어제 발생한 이탈 위험.]
23
24### ⚡ 오늘의 상위 3가지 우선순위
25[영향력 × 긴급도 순으로 정렬. 단순히 가장 시끄러운 것이 아님.]
26
27### 💡 지난 7일간의 교훈 하나
28[~/company/memory/lessons.md 에서 가장 관련성 높은 통찰력 하나]
29
30전체 브리핑은 300단어 미만으로 유지하세요.
31나는 2분 안에 읽고 정확히 무엇을 해야 할지 알 수 있습니다.
32SOP 생성기 — 모든 프로세스를 자동으로 캡처합니다:
33내가 당신에게 프로세스를 설명할 때마다 다음을 수행하세요:
34
351. 표준 운영 절차(SOP)로 문서화
362. ~/company/sops/[프로세스-이름].md 에 저장
373. 다음 형식 사용:
38
39# [프로세스 이름]
40용도: [한 문장]
41실행 시점: [트리거 또는 일정]
42실행 주체: [Fable / 나 / 둘 다]
43
44## 단계
451.
462.
473.
48...
49
50## 성공 기준
51[작동했는지 확인하는 방법]
52
53## 일반적인 실수
54[무엇이 잘못되고 어떻게 피하는지]
55
56## 자동화 기회
57[완전히 자동화할 수 있는 단계 — 플래그 표시]
58
59문서화 후: 이 프로세스를 다른 시스템이나 에이전트에 연결하여
60완전히 제거할 수 있는 단계를 알려주세요.
Rahul - inline image

이를 복합적으로 만드는 2가지 계층

검증 계층

대부분의 사람들이 구축하는 방식: 작업 → 출력 → 완료

당신이 구축하는 방식: 작업 → 출력 → 검증 → 수정 → 완료

모든 부서 프롬프트에 다음을 추가하세요:

text
1이 작업을 완료한 후, 출력물을 스스로 검토하세요:
2
31. 요청된 사항을 직접적으로 다루고 있습니까?
42. 더 유용하게 만들기 위해 빠진 것은 무엇입니까?
53. 내가 한 가정 중 틀렸을 수 있는 것은 무엇입니까?
64. 실제 상황에서 가장 발생하기 쉬운 실패 모드는 무엇입니까?
7
8문제를 발견하면: 전달하기 전에 수정하세요.
9확실하지 않은 경우: [VERIFY]로 플래그를 표시하여 제가 확인해야 함을 알리세요.
10스스로 알면서도 구멍이 있는 작업을 전달하지 마세요.

메모리 계층 — 진정한 해자

당신의 프롬프트가 아닙니다. 당신의 도구가 아닙니다. 당신의 메모리입니다.

모든 부서는 이미 ~/company/memory/ 에 기록합니다.

이 메타 명령어를 한 번만 추가하세요:

text
1매주 일요일 오후 7시에 주간 메모리 통합을 실행하세요:
2
3지난 7일간 ~/company/memory/ 의 모든 파일을 읽으세요.
4
5통합 주간 보고서를 생성하세요:
6- 모든 부서에서 효과가 있었던 상위 3가지
7- 실패한 상위 3가지와 그 이유
8- 다음 주에 적용할 시스템 수준 개선 사항 하나
9- 여러 부서에 걸쳐 나타나는 패턴
10
11~/company/memory/weekly-[YYYY-MM-DD].md 에 저장하세요.
12
13그런 다음: 이번 주 교훈을 바탕으로 나에게 가장 높은
14레버리지 개선을 제공할 워크플로우 하나를 제안하세요.

시스템은 당신이 추가로 아무것도 하지 않아도 매주 더 똑똑해집니다.

모든 것을 바꾸는 5가지 Fable 프롬프팅 규칙 (드디어)

대부분의 사람들은 Fable을 ChatGPT처럼 사용합니다.

그것이 대부분의 사람들이 평범한 결과를 얻는 이유입니다.

규칙 1 — 작업에 맞게 노력 수준을 조정하세요

→ 낮음/중간: 빠른 답변, 재작성, 간단한 조회

→ 높음: 중요한 모든 것에 대한 기본값

→ 매우 높음: 가장 어려운 문제, 복잡한 구축, 타협할 수 없는 품질

→ /loop: 다시는 수동으로 시작하고 싶지 않은 반복 워크플로우

규칙 2 — 무엇을 할지뿐만 아니라 왜 하는지 알려주세요

text
1❌ "이 잠재 고객에게 콜드 이메일을 작성해줘"
2
3✅ "나는 [제품]을 [회사 유형]의 [직책]을 대상으로 아웃리치 중입니다.
4그들은 [특정 문제]를 가지고 있습니다. 목표는 답장을 받는 것이지, 미팅을 잡는 것이 아닙니다.
5콜드 이메일 작성: 구체적인 관찰 → 문제 → 해결책 → 증거 → 소프트 CTA.
6100단어 미만. 회사 언어 사용 금지."

규칙 3 — 짧을수록 좋습니다

과도한 프롬프팅은 Fable을 제약합니다.

목표와 제약 조건을 주고, 방법은 Fable이 결정하도록 두세요.

50단어 프롬프트로 처리할 수 있는 작업에 500단어 프롬프트를 작성하면: 500단어 버전이 종종 더 나쁜 결과를 만듭니다.

규칙 4 — 체크포인트를 명시적으로 설정하세요

text
1"다음 경우에만 나에게 멈춰서 알려줘:
2→ 다음 행동이 되돌릴 수 없을 때
3→ 해결할 수 없는 장애물에 부딪혔을 때
4→ 나만 알고 있는 정보가 필요할 때
5
6그 외에는: 계속 진행해. 완료되면 보고해."

이것이 없으면: Fable이 계속 확인합니다. 이것이 있으면: Fable이 실행됩니다.

규칙 5 — 반복되는 모든 작업에 /loop를 사용하세요

text
1/loop 매주 월요일 오전 8시 → 연구 부서 워크플로우 실행
2/loop 매일 오전 9시 → 일일 브리핑 생성
3/loop 매주 금요일 오후 5시 → 이탈 방지 스캔 실행
4/loop 매주 일요일 오후 7시 → 메모리 통합 실행

한 번 설정하면 영원히 실행됩니다.

Rahul - inline image

구현 순서

6개 부서를 모두 한 번에 구축하지 마세요.

이 순서대로 구축하세요. 각 단계가 다음 단계를 열어줍니다.

1주차 — 기반 (2시간)회사 브레인 폴더를 만드세요. 5개 템플릿을 모두 채우세요. 이것이 다른 모든 것이 읽는 기반입니다. 이것 없이는 다른 어떤 것도 제대로 작동하지 않습니다.

2주차 — 연구 부서 (설정 1시간)Research Director 프롬프트를 복사하세요. 첫 번째 주간 연구 루프를 수동으로 실행하세요. 월요일: 첫 번째 전략 보고서를 받게 됩니다.

3주차 — 마케팅: X 바이럴 (설정 1시간)사전 출시 엔지니어링 프롬프트를 복사하세요. 게시하기 전에 다음 3개 게시물에 실행하세요. 각 게시물 후 60분 동안 활동 상태를 유지하세요.

4주차 — 엔지니어링 계층 (2시간)Entelligence를 GitHub + Sentry에 연결하세요 (20분). Engineering Director 프롬프트를 복사하세요. 첫 번째 PR이 인시던트 기록에 대해 자동으로 검토됩니다.

2개월차 — 영업 머신Sales Director 프롬프트를 복사하세요. 처음 20명의 잠재 고객에게 실행하세요. 오픈하지 않은 고객을 위한 AI 통화 계층을 설정하세요.

3개월차 — 지원 + 운영Support Director 프롬프트를 복사하세요. 일일 브리핑 /loop를 설정하세요. 주간 이탈 방지 스캔을 설정하세요.

6개월차 — 전체 시스템모든 부서가 당신이 시작하지 않아도 일정에 따라 실행됩니다. 메모리가 매주 복합적으로 축적됩니다. 당신은 설계합니다. Fable이 실행합니다.

6개월차의 모습

월요일 오전 9시. 당신은 노트북을 엽니다.

브리핑이 준비되어 있습니다:

→ 연구 보고서 제출 — 3개의 기회, 2개의 경쟁사 움직임

→ 당신이 자는 동안 3개의 SEO 기사 게시됨

→ 200개의 아웃리치 이메일 발송, 4개의 자격 갖춘 미팅 예약

→ 12개의 지원 티켓 트라이지 완료, 2개가 당신에게 에스컬레이션됨

→ 2개의 PR이 Entelligence에 의해 검토됨 — 0개의 인시던트 패턴 감지, 승인 준비 완료

→ 뉴스레터 초안 작성 및 발송 준비 완료

→ 권장 조치와 함께 1명의 이탈 위험 고객 플래그 지정

오늘 당신의 할 일:

→ 2개의 PR 검토: 20분

→ 뉴스레터 승인: 5분

→ 4건의 영업 전화: 2시간

→ 이탈 위험 고객에게 전화: 30분

총: 3시간의 높은 판단력 작업.

다른 모든 것은 당신 없이 실행되었습니다.

병목 현상은 더 이상 생산이 아닙니다.

병목 현상은 이제 판단력입니다.

그리고 그것이 바로 창업자가 가장 큰 가치를 창출하는 부분입니다.

향후 10년 동안 승리하는 회사는 최고의 프롬프트를 가진 회사가 아닙니다.

최고의 운영 체제를 가진 회사가 승리할 것입니다.

Claude Fable 5는 이를 실행할 수 있는 최초의 모델입니다.

도움이 되었다면:

→ 리포스트하여 당신이 아는 모든 솔로 창업자와 공유하세요 → @sairahul1을 팔로우하여 당신 없이도 작동하는 더 많은 시스템을 확인하세요 → 북마크하세요 — 위의 모든 프롬프트는 복사하여 바로 사용할 수 있습니다

저는 AI, 제품 구축, 그리고 당신이 자는 동안 실행되는 시스템에 대해 글을 씁니다.

언급된 도구:

→ Claude Fable 5: claude.ai

→ Entelligence (자동화된 PR 검토 + 인시던트 방지): entelligence.ai

→ Bland / Vapi / Retell: AI 통화 에이전트

Turn one viral article into a full content workflow

Collect the source, decode the pattern, create assets, draft the story, and distribute from one AI workspace.

Explore YouMind
크리에이터를 위해

당신의 Markdown을 깔끔한 𝕏 글로

직접 쓴 장문을 올릴 때 이미지, 표, 코드 블록을 𝕏에 맞게 정리하는 일은 번거롭습니다. YouMind는 전체 Markdown 초안을 깔끔하고 바로 게시할 수 있는 𝕏 글로 바꿔 줍니다.

Markdown → 𝕏 사용해 보기

분석할 패턴 더 보기

최근 바이럴 아티클

더 많은 바이럴 아티클 보기