5년 전만 해도 진짜 회사를 만들려면 팀이 필요했습니다.
마케터, 연구원, 개발자, 영업 담당자, 고객 지원 직원.
작은 회사라도 10~20명의 인력과 $1M+ 의 인건비가 필요했습니다.
하지만 그때는 달라졌습니다.
Claude Fable 5는 제가 사용해 본 AI 중 챗봇처럼 느껴지지 않는 첫 번째 모델입니다.
인프라처럼 느껴집니다.
대부분의 사람들은 여전히 이렇게 사용합니다:
프롬프트 → 응답 → 완료
하지만 Fable은 그런 용도로 만들어진 것이 아닙니다.
Fable은 며칠 동안 실행됩니다.
계획하고, 조사하고, 실행하고, 검증하고, 학습하고, 계속 나아갑니다.
가장 큰 기회는 AI를 사용해 몇 분을 절약하는 것이 아닙니다.
AI를 사용해 전체 부서를 대체하는 것입니다.
오늘 제가 완전히 처음부터 구축할 정확한 회사 아키텍처를 공유합니다.
아래 모든 프롬프트는 복사해서 바로 사용할 수 있습니다. 오늘 밤 실행해보세요.
기존 모델 vs 새로운 모델
기존 모델:
당신 → 사람 고용 → 사람 관리 → 급여 지급 → 잘 되길 바람
새로운 모델:
당신 → 시스템 설계 → Fable이 부서 운영 → 부서 스스로 개선
창업자는 더 이상 직접 일하지 않습니다.
창업자는 운영 체제를 설계합니다.
나머지는 모두 자동으로 실행됩니다.

0단계 — 먼저 회사 두뇌를 구축하세요
모든 창업자가 이 단계를 건너뜁니다.
바로 프롬프트로 뛰어들어 AI가 무지한 인턴처럼 행동하는 이유를 궁금해합니다.
무지한 인턴과 훌륭한 직원의 차이는 맥락(Context)입니다.
지금 바로 이 폴더 구조를 만드세요:
1mkdir -p ~/company/{memory,skills,state,content,docs,sops}23touch ~/company/founder.md4touch ~/company/strategy.md5touch ~/company/products.md6touch ~/company/customers.md7touch ~/company/memory/lessons.md8touch ~/company/state/projects.md9touch ~/company/state/pipeline.md10touch ~/company/state/seo-tracker.md
각 파일을 다음 템플릿으로 채우세요:
~/company/founder.md
1# About Me23## How I think4[빠르고 직관적인가? 느리고 신중한가? 위험을 감수하는 편인가? 조심스러운가?]56## My strengths7[당신이 진정으로 잘하는 것 — 일반적이지 않고 구체적으로]89## My weaknesses10[당신의 에너지를 소모시키거나 지속적으로 실수를 하는 부분]1112## Communication style13[원하는 출력 방식 — 불릿 포인트? 산문? 짧게? 자세하게?]1415## Non-negotiables16[절대 타협하지 않을 것 — 품질 기준, 윤리, 속도]1718## Decision framework19[어려운 결정을 내리는 방법 — 데이터 우선? 직감 우선? 합의 우선?]
~/company/strategy.md
1# Company Strategy23## 2026 Goals41. [구체적이고 측정 가능한 목표]52. [구체적이고 측정 가능한 목표]63. [구체적이고 측정 가능한 목표]78## Target market9[직책, 회사 규모, 산업, 현재 겪고 있는 문제]1011## Pricing12[$X for Y. 이 가격의 이유. 대안의 비용.]1314## Positioning15[한 문장: 우리는 [누가] [무엇을] [어떤 문제 없이] 할 수 있도록 돕습니다.]1617## Competitive advantage18[우리가 다른 누구보다 잘하는 한 가지 — 구체적으로]1920## What we will NOT do21[우리가 명시적으로 경쟁하지 않기로 한 3가지]
~/company/customers.md
1# Customer Intelligence23## Ideal customer profile4[인구통계, 회사 유형, 수행해야 할 작업, 예산 권한]56## Top 5 customer pains (ranked)71. [문제] — [언급 빈도]82.93.104.115.1213## Common objections and real reason behind them14- "너무 비싸요" — 실제 의미: [진짜 우려 사항]15- "지금은 아니에요" — 실제 의미: [진짜 우려 사항]16- "내부적으로 만들었어요" — 실제 의미: [진짜 우려 사항]1718## Best customer testimonials191. "[인용문]" — [이름, 직책, 회사]202.213.2223## Where customers hang out24[Reddit 서브레딧, LinkedIn 그룹, 뉴스레터, Slack 커뮤니티]
모든 Fable 세션 시작 부분에 이 지침을 추가하세요:
1작업을 시작하기 전에 다음을 읽으세요:2- ~/company/founder.md3- ~/company/strategy.md4- ~/company/customers.md56작업 완료 후, 주요 교훈을 다음에 기록하세요:7- ~/company/memory/lessons.md89형식: 날짜 | 부서 | 효과적이었던 점 | 실패한 점 | 다음 번에는10항목당 하나의 교훈. 중복을 피하기 위해 기존 항목을 업데이트하세요.
이 파일들이 없으면: AI는 간단한 브리핑을 받은 프리랜서처럼 행동합니다.
이 파일들이 있으면: AI는 2년 동안 함께 일한 사람처럼 행동합니다.

부서 1 — 연구
대부분의 창업자는 구글에서 15분 검색하고 그것을 시장 조사라고 부릅니다.
그래서 대부분의 제품이 시장에서 실패하는 것입니다.
연구 부서는 여러분 없이 매주 운영됩니다.
이 프롬프트를 복사하세요. 매주 월요일에 실행하세요:
1당신은 저의 연구 책임자(Research Director)입니다.23먼저 ~/company/strategy.md와 ~/company/customers.md를 읽으세요.45전체 주간 연구 루프를 실행하세요:67━━━ 경쟁사 연구 ━━━89각 경쟁사에 대해 다음을 검색하세요: [경쟁사 3-5개 나열]1011지난 7일 동안 다음을 찾으세요:12→ 새로운 제품 출시 또는 기능 발표13→ 가격 페이지 변경 사항 (가능하면 캐시된 버전과 현재 버전 비교)14→ 그들의 가장 높은 참여도를 보인 소셜 게시물 3개와 그 이유15→ Reddit, G2, Trustpilot, App Store에서의 고객 불만 사항1617━━━ 고객 연구 ━━━1819다음 Reddit 커뮤니티를 검색하세요: [r/sub1, r/sub2, r/sub3]2021실행할 검색어:22→ "[경쟁사 이름]이(가) ...했으면 좋겠어요"23→ "[제품 카테고리]에 실망했어요"24→ "[경쟁사] 대안을 찾고 있어요"25→ "[문제 영역]에 문제 겪는 분 계신가요?"2627추천수 기준 상위 10개 불만 사항을 찾으세요.28유사한 불만 사항을 주제별로 그룹화하세요.2930━━━ 기회 연구 ━━━3132내 틈새 시장에서 다음을 찾으세요:33→ 검색량은 있지만 상위 10위 경쟁이 약한 키워드34→ Reddit/Quora에서 추천수는 많지만 만족스러운 답변이 없는 질문35→ 포럼에서 사람들이 요청하지만 아직 존재하지 않는 제품36→ 방금 가격을 인상한 경쟁사 (이에 대응하여 포지셔닝할 기회)3738━━━ 출력 형식 ━━━3940정확히 다음 구조로 반환하세요:4142## 주간 연구 보고서 — [날짜]4344### 이번 주 주요 경쟁사 동향 3가지45| 경쟁사 | 그들이 한 일 | 중요한 이유 | 권장 조치 |4647### 주요 고객 불만 사항 상위 5개 (빈도순)48| 불만 사항 | 빈도 | 이로 인해 창출되는 기회 |4950### 이번 주 주요 기회 3가지51| 기회 | 증거 | 노력 | 수익 잠재력 | 권장 조치 |5253### 하나의 반대 의견54[이 분야의 통념과 다른 점을 발견한 내용]5556전체 보고서를 ~/company/state/research-[YYYY-MM-DD].md에 저장하세요.57주요 발견 사항으로 ~/company/memory/lessons.md를 업데이트하세요.
매주 월요일마다 전략 보고서를 받게 됩니다.
정보가 아닌, 결정입니다.

부서 2 — 마케팅
파트 A: X를 위한 바이럴리티 엔지니어링
바이럴은 운이 아닙니다.
반복 가능한 과학입니다. 95% 자동화 가능합니다.
X 알고리즘이 실제로 작동하는 방식은 다음과 같습니다:
모든 게시물은 먼저 아주 작은 샘플에서 테스트됩니다.
알고리즘은 정확히 세 가지만 측정합니다: → 사람들이 스크롤을 멈췄는가? → 끝까지 읽었는가? → 댓글을 달았는가?
세 가지 모두 통과 → 더 큰 풀로 이동 → 다시 통과 → 유통량 증가.
하나라도 실패 → 게시물은 20분 만에 죽습니다. 콘텐츠가 아무리 좋아도 상관없습니다.
즉, 모든 게시물은 게시 전에 엔지니어링되어야 합니다.
복사하세요. 모든 게시물 전에 실행하세요:
1X에 이 게시물을 게시하려고 합니다. 전체 바이럴 엔지니어링 감사를 실행하세요.23내 게시물:4[초안을 여기에 붙여넣으세요]56내 잠재 고객: [잠재 고객 설명 — 예: 인디 해커, 개발자, 창업자]78━━━ 1단계: 후크 분석 ━━━910현재 첫 줄의 스크롤 멈춤 효과를 1-10점으로 평가하세요.11어떤 감정을 유발하나요? (호기심 / 두려움 / 욕망 / 놀라움 / 분노)12암시된 약속은 무엇인가요? 게시물이 그 약속을 이행할까요?1314후크를 5가지 다른 방식으로 다시 작성하세요:15버전 1: 호기심 후크16버전 2: 두려움/고통 후크17버전 3: 욕망/열망 후크18버전 4: 놀라움/반직관적 후크19버전 5: 대담한 주장 후크2021각각 1-10점으로 평가하세요. 가장 강력한 것을 추천하세요.2223━━━ 2단계: 알고리즘 테스트 ━━━24254가지 기준 검사를 실행하세요:26□ 제품보다 더 큰 대담한 주장? [예/아니오 — 아니오인 경우 개선 제안]27□ 처음 2줄에 도파민 전달? [예/아니오 — 아니오인 경우 도입부 재작성]28□ 독자가 길을 잃을 수 있는 맥락 격차? [나열하세요]29□ 가장 강력한 결과가 앞부분에 배치되었는가? [예/아니오 — 아니오인 경우 재정렬]3031예측된 독자 행동: 그냥 지나침 / 좋아요 / 댓글 / 리포스트32리포스트하게 만드는 요인은 무엇인가요?3334━━━ 3단계: 댓글 엔지니어링 ━━━3536이 게시물이 받을 가능성이 가장 높은 첫 5개 댓글을 작성하세요.37각 댓글에 대해, 다음 조건을 충족하는 이상적인 답변을 작성하세요:38- 원본 게시물에 없는 새로운 정보 추가39- 대화 확장40- 100단어 미만4142인접 틈새 계정을 위한 3가지 인용 트윗 앵글을 작성하세요.4344━━━ 4단계: 첫 1시간 계획 ━━━4546알고리즘은 처음 60분을 중요하게 평가합니다.47미리 작성하세요:481. 내 게시물에 대한 내 답변 (포함하지 않은 핵심 인사이트 하나 추가)492. 이 게시물 90분 후에 게시할 후속 게시물503. 오늘 이 게시물을 크로스 포스트해야 할 서브레딧 또는 커뮤니티 하나5152━━━ 5단계: 최종 결정 ━━━53평결: 현재 상태로 게시 / 약간 수정 / 대대적인 재작성 필요54수정인 경우: 복사해서 붙여넣을 수 있는 개선된 버전을 보여주세요.
게시 후 — 60분 동안 활동하세요. 해야 할 일:
모든 댓글에는 새로운 정보를 추가하는 답변을 답니다.
"좋은 지적입니다"라고만 답변하지 마세요. 무언가를 추가하세요.
60분 후에는 자리에서 떠나세요. 알고리즘이 나머지를 처리합니다.
파트 B: SEO 콘텐츠 팩토리
복사하세요. 모든 타겟 키워드에 사용하세요:
1당신은 저의 SEO 콘텐츠 디렉터(SEO Content Director)입니다.23먼저 ~/company/strategy.md와 ~/company/customers.md를 읽으세요.45타겟 키워드: [정확한 키워드]6내 도메인 권위는 대략: [낮음/중간/높음 또는 DA 점수(알고 있다면)]78━━━ 1단계: 경쟁사 분석 ━━━910이 정확한 키워드로 구글을 검색하세요.11상위 5개 순위 페이지를 분석하세요:1213각 페이지에 대해:14- 주요 앵글 및 주제15- 부제목 (H2 및 H3)16- 답변한 질문17- 잘 다룬 주제18- 놓쳤거나 제대로 다루지 못한 주제19- 대략적인 단어 수20- 콘텐츠 유형 (목록 / 가이드 / 비교 / 사례 연구)2122━━━ 2단계: 승리 브리프 ━━━2324우수한 기사 브리프를 작성하세요:25- 우리의 앵글: [더 구체적 / 더 반대 의견 / 더 실용적]26- 반드시 다룰 내용: [경쟁사가 다룬 모든 주제]27- 반드시 추가로 다룰 내용: [경쟁사가 놓친 3개 이상의 주제]28- 포함할 의미론적 키워드: [Google이 기대하는 관련 용어]29- 이상적인 구조: [모든 H2 및 H3가 포함된 개요]30- 목표 단어 수: [X 단어]3132━━━ 3단계: 기사 작성 ━━━3334브리프에 따라 전체 기사를 작성하세요.35톤: [직접적이고 대화체 — 회사원 말투 금지, 불필요한 문장 금지]36형식: 서론 (후크 + 약속) → 섹션 → 결론 (CTA 포함)3738규칙:39- 모든 문장은 그 자리를 정당화해야 합니다. 가치를 더하지 않는 것은 삭제하세요.40- 짧은 단락 사용 (최대 1-3문장)41- 일반적인 진술보다 실제 사례42- 사실이 확실하지 않으면 추측 대신 [확인 필요: 주장]이라고 쓰세요.4344━━━ 4단계: 메타데이터 ━━━4546Title 태그: [최대 60자, 기본 키워드 우선, 혜택 명확히]47Meta 설명: [최대 155자, 키워드 + 구체적인 혜택 + CTA]48H1: [검색 의도에 최적화]49URL 슬러그: [짧고, 키워드가 풍부하며, 불용어 없음]50내부 링크 제안: [내 사이트에서 이 기사가 링크해야 할 3개 페이지]5152기사를 ~/company/content/[slug].md에 저장하세요.53~/company/state/seo-tracker.md에 기록하세요.54형식: [키워드] | [대상 URL] | [상태: 초안/게시됨] | [날짜]
파트 C: 자동화된 뉴스레터
1당신은 저의 뉴스레터 디렉터(Newsletter Director)입니다.23매주 일요일 오후 6시에 주간 뉴스레터 워크플로우를 실행하세요:45━━━ 연구 단계 ━━━67이번 주 [당신의 틈새 시장]에서 가장 중요한 발전 사항을 검색하세요:8→ 업계 뉴스 3개 (필터: 단순한 발표가 아닌 실제로 중요한 것)9→ X/LinkedIn에서 흥미로운 스레드 또는 토론 2개10→ 반대 의견 또는 반직관적인 발견 1개11→ 공유할 가치가 있는 도구 또는 리소스 1개1213각 항목에 대해: 잠재 고객에게 중요한 이유를 한 문장으로 설명하세요.1415━━━ 작성 단계 ━━━1617뉴스레터를 작성하세요:18제목 줄 옵션: 3가지 버전 (호기심 / 혜택 / 반대 의견)19미리보기 텍스트: [90자 미만, 제목 줄 이야기를 완성]2021구조:22- 오프닝 후크 (1문단 — 이번 주 가장 흥미로운 점)23- 주요 섹션 1: [항목 1 + 중요한 이유 + 그들이 취할 수 있는 조치 하나]24- 주요 섹션 2: [항목 2 + 앵글]25- 빠른 요약: [총 150단어 미만으로 3개 불릿 항목]26- 독자가 답장할 질문 하나 (참여 유도)27- 마무리 인사2829규칙:30- 총 600단어 미만31- 모든 섹션은 그 자리를 정당화해야 함32- 똑똑한 친구처럼 들리게, 출판물처럼 들리지 않게3334━━━ 배포 ━━━3536이 호를 홍보할 소셜 게시물 3개를 작성하세요:37- X 게시물 (후크 + 핵심 인사이트 + 링크)38- LinkedIn 게시물 (약간 더 격식 있게, 다른 앵글)39- 스토리/릴스용 짧은 티저4041뉴스레터를 ~/company/content/newsletter-[YYYY-MM-DD].md에 저장하세요.
마찬가지로 Fable은 TikTok 자동화, Facebook, Instagram, LinkedIn 계정 성장에도 사용할 수 있습니다. 요청하기만 하면 됩니다.

부서 3 — 영업
대부분의 창업자는 영업이 콜드 이메일이라고 생각합니다.
콜드 이메일은 영업의 5%에 불과합니다.
전체 시스템을 복사하세요:
1당신은 저의 영업 책임자(Sales Director)입니다.23먼저 ~/company/customers.md와 ~/company/strategy.md를 읽으세요.45내 제품: [한 문장으로 파는 것]6내 이상적 고객 프로필(ICP): [이상적 고객 — 정확한 직책, 회사 규모, 산업, 문제]7내 가격: [청구하는 금액]8내 최고의 증거: [가장 강력한 결과 또는 고객 이름]910내가 제공하는 각 잠재 고객에 대해 전체 시퀀스를 실행하세요:1112━━━ 1단계: 잠재 고객 조사 ━━━1314이 잠재 고객을 완전히 조사하세요:15회사: [규모, 자금 조달 단계, 최근 뉴스, 관련 기술 스택]16개인: [역할, 재임 기간, 게시하는 내용, 공통 연결]17고통 신호: [문제를 드러내는 채용 공고, 지원 리뷰, 제품 불만]18트리거: [그들의 회사에서 방금 변경되어 지금 구매자가 되게 만든 것]1920적합도 평가: A (지금 마감) / B (육성 필요) / C (우리 ICP 아님)21C인 경우: 진행하지 마세요. 저에게 알리세요.2223━━━ 2단계: 이메일 아웃리치 ━━━2425다음 정확한 구조를 사용하여 콜드 이메일을 작성하세요:261행: 그들 또는 그들의 회사에 대한 구체적인 관찰 한 가지 [일반적이지 않음]272행: 그들의 역할에 있는 사람에게 이것이 만드는 정확한 고통283행: 우리가 그것에 대해 하는 일을 한 문장으로294행: 증거 한 가지 — 고객 이름 또는 구체적인 숫자305행: 소프트 CTA 하나 — 미팅 요청이 아닌 답장을 유도하는 질문3132규칙:33- 총 100단어 미만34- "이 이메일이 잘 찾아갑니다" 같은 인사말 금지35- "혁신적인" 또는 "게임 체인저" 또는 "공유하게 되어 기쁩니다" 금지36- 제목 줄: 6단어 미만, 그들에게 특화된 내용3738━━━ 3단계: LinkedIn 시퀀스 ━━━3940연결 요청 (300자 미만):41[연결하는 구체적인 이유 — 공통 관심사, 그들의 콘텐츠, 공통 연결]4243DM 1 (연결 후 — 가치 제공, 제로 피치):44[그들의 고통과 관련된 진정으로 유용한 것 공유 — 기사, 프레임워크, 관찰]4546DM 2 (5일 동안 응답 없음 — 다른 앵글):47[새로운 인사이트 또는 사회적 증거. 여전히 하드 피치는 없음.]4849DM 3 (10일 동안 응답 없음 — 소프트 클로즈):50["빠른 대화를 할 가치가 있거나 지금은 우선순위가 아닌 경우 — 어느 쪽이든 괜찮습니다."]5152━━━ 4단계: 후속 로직 ━━━53543일 동안 이메일을 열지 않은 경우: 다른 제목으로 같은 내용 재전송55열었지만 5일 동안 답장이 없는 경우: 다른 앵글로 후속 이메일 전송56"지금은 아니에요"라고 답장한 경우: 정확히 90일 후에 체크인 예약, 그때 참조할 트리거 기록57관심은 있지만 지체되는 경우: 3주 동안 매주 하나의 사회적 증거 전송5859━━━ 5단계: CRM 업데이트 ━━━6061~/company/state/pipeline.md에 기록:62| 이름 | 회사 | 단계 | 이메일 전송 | LinkedIn 상태 | 마지막 접촉 | 다음 조치 | 날짜 |636410명의 잠재 고객을 처리한 후 다음을 보여주세요:65- A, B, C 등급이 각각 몇 명인지66- 모든 A등급이 마감될 경우 총 파이프라인 가치67- 후속 조치를 위한 권장 우선순위
AI 통화 레이어 — 이 위에 추가하세요:
Bland.ai, Vapi 또는 Retell을 잠재 고객 목록에 연결하세요 (그리고 최근 X에서 AI 음성 SDK도 출시했습니다).
48시간 이내에 이메일을 열지 않은 모든 잠재 고객에게 전화가 갑니다.
AI 에이전트는:
→ 그들의 비즈니스 이름을 언급
→ 조사에서 발견한 특정 고통을 언급
→ 판매가 아닌 10분을 요청
→ Cal.com 또는 Calendly를 통해 캘린더에 직접 예약
→ 통화 결과로 CRM을 자동 업데이트
한 번 설정하면 됩니다.
당신이 자는 동안 실행됩니다.
매일 아침 캘린더에 새로운 미팅이 있습니다.

부서 4 — 엔지니어링
이것이 바로 1인 회사가 진정으로 불공평해지는 지점입니다.
Stripe는 Fable 5에 Ruby 코드베이스를 제공했습니다. 5천만 줄. 전체 마이그레이션.
보통 전체 팀이 두 달 걸리는 작업입니다.
Fable은 하루 만에 해냈습니다.
하지만 솔로 창업자의 일상적인 엔지니어링은 대규모 마이그레이션이 아닙니다.
버그, 기능, PR, 테스트입니다.
그리고 대부분의 솔로 창업자를 망가뜨리는 것은 엔지니어링 기술의 부족이 아닙니다.
아무도 잡지 못한 채 배포되는 버그입니다.
결제 흐름 중단, 조용한 API 오류, 예외 입력값에서의 충돌.
월요일이 되어서야 고객들이 화가 났을 때 알게 됩니다.
이것을 완전히 해결하는 방법은 다음과 같습니다.
레이어 1 — 엔지니어링 팀으로서의 Fable
1당신은 저의 엔지니어링 디렉터(Engineering Director)입니다.23먼저 ~/company/products.md와 ~/company/strategy.md를 읽으세요.45모든 기능 요청 또는 버그 보고서에 대해 전체 엔지니어링 워크플로우를 실행하세요:67━━━ 1단계: PRD ━━━89완전한 제품 요구 사항 문서(PRD)를 작성하세요:10- 문제: 무엇이 고장 났거나 무엇이 누락되었는지, 그리고 누구에게 해당되는지11- 성공 기준: 이것이 작동했는지 어떻게 알 수 있나요? (측정 가능)12- 사용자 흐름: 사용자가 수행하는 단계별 작업13- 기술 요구 사항: 코드가 반드시 해야 하는 것14- 엣지 케이스: 무엇이 잘못될 수 있고, 어떤 입력값이 이것을 깨뜨릴 수 있는지15- 범위 외: 이 버전에서 명시적으로 구축하지 않을 것1617━━━ 2단계: 아키텍처 ━━━1819코드를 작성하기 전에 구현을 설계하세요:20- 어떤 기존 파일이 어떻게 변경되는지21- 어떤 새 파일을 만들어야 하는지22- 어떤 테스트를 작성해야 하는지23- 새로운 종속성 (그리고 그것이 정당화되는지 여부)24- 잠재적인 성능 영향25- 보안 고려 사항2627━━━ 3단계: 구축 ━━━2829아키텍처에 따라 코드를 작성하세요.30각 함수를 작성한 후 PRD 요구 사항을 충족하는지 확인하세요.31코드와 함께 테스트를 작성하세요 — 나중에 작성하지 마세요.32불확실한 경우: 추측 대신 [확인 필요: 가정]이라는 주석을 작성하세요.3334━━━ 4단계: 내게 전달하기 전 자체 검토 ━━━3536전달하기 전에 이 체크리스트를 실행하세요:37□ 모든 PRD 요구 사항을 충족합니까? (각각 확인)38□ 모든 엣지 케이스가 처리되었습니까?39□ 모든 중요 경로에 대한 테스트가 있습니까?40□ 명백한 보안 문제가 있습니까?41□ 주석 없이도 코드를 읽을 수 있습니까?42이것이 프로덕션에서 실패할 가능성이 가장 높은 방법은 무엇입니까?4344문제를 발견하면: 내게 전달하기 전에 수정하세요.4546━━━ 5단계: PR 설명 ━━━4748다음 내용이 포함된 풀 리퀘스트 설명을 작성하세요:49- 이것이 무엇을 하는지와 이유 (2문장)50- 수동으로 테스트하는 방법51- 어떤 자동화된 테스트가 이를 다루는지52- 이것이 생성하는 후속 작업53- 위험 수준: 낮음 / 중간 / 높음5455━━━ 에스컬레이션 규칙 ━━━5657다음 경우에만 나에게 문의하세요:58→ 되돌릴 수 없는 작업 (데이터베이스 마이그레이션, 삭제, API 변경 사항)59→ 보안 결정60→ 로드맵에 영향을 미치는 아키텍처 선택6162그 외에는: 완료될 때까지 실행하세요. PR과 함께 보고하세요.63교훈을 ~/company/memory/engineering.md에 기록하세요.
레이어 2 — Entelligence (e입니다, I가 아닙니다): 존재조차 모르는 버그를 수정합니다
이것은 대부분의 솔로 창업자가 가지고 있지 않은 부분입니다. 그리고 편안히 잠을 잘 수 있는지, 아니면 새벽 2시에 Slack 알림을 받는지의 차이를 만듭니다.
이것 없이 발생하는 문제는 다음과 같습니다:
PR이 배포됩니다. 6개월 전의 인시던트와 동일한 패턴을 포함하고 있습니다.
아무도 기억하지 못하기 때문에 아무도 잡지 못합니다.
버그는 금요일에 프로덕션에 영향을 미칩니다.
월요일에 화난 고객들로부터 알게 됩니다.
Entelligence는 전체 스택(GitHub, Sentry, PagerDuty, Linear, Datadog)에 연결되고 코드베이스가 겪은 모든 인시던트에 대한 메모리를 구축하는 프로덕션 안정성 엔진입니다.
모든 PR은 해당 인시던트 기록에 대해 자동으로 검토됩니다.
diff가 과거 실패를 유발한 패턴과 일치하면 Entelligence는 정확한 인시던트를 인용하여 플래그를 지정합니다.
잡아내는 실제 예시:
1PR #4821이 타임아웃 없이 fetch() 호출을 추가합니다.23Entelligence 검토 의견:4"이 패턴은 인시던트 #2847 (SEV-1, 결제 타임아웃)과 일치합니다.5원래 인시던트는 해결하는 데 4시간이 걸렸습니다.6이 fetch()에는 타임아웃과 연결 풀 메트릭이 없습니다 —7캐스케이드를 유발한 것과 동일한 격차입니다.89제안된 수정: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분 안에 설정하세요:
11단계: entelligence.ai로 이동 → 무료 가입232단계: 스택 연결:4→ GitHub 또는 GitLab (PR 검토 — 5분 소요)5→ Sentry / PagerDuty / Datadog (인시던트 기록 — 10분 소요)6→ Linear 또는 Jira (티켓 추적 — 선택 사항)783단계: Entelligence가 인시던트 기록을 인덱싱하도록 허용9(기존 리포지토리의 경우 20-30분. 백그라운드에서 실행됨.)10114단계: Fable 엔지니어링 프롬프트에 추가:12"참고: Entelligence는 모든 PR을 인시던트 기록과 비교하여 검토합니다.13코드를 작성할 때 다음 사항에 플래그를 지정하세요:14- 타임아웃 없이 외부 호출을 하는 경우15- 적절한 잠금 없이 공유 상태를 수정하는 경우16- 인증 또는 결제 경로를 변경하는 경우17- 중요 경로에서 오류 처리를 건너뛰는 경우18이것들은 우리의 위험도가 가장 높은 인시던트 패턴입니다."19205단계: 인시던트가 발생하면 이 Fable 프롬프트를 실행하세요:21"Entelligence가 이 인시던트를 감지했습니다: [알림 붙여넣기]22근본 원인을 조사하세요.23테스트와 함께 수정 사항을 생성하세요.24교훈을 ~/company/memory/engineering.md에 다음 형식으로 기록하세요:25인시던트: [설명]26근본 원인: [실제로 무엇이 고장 났는지]27적용된 수정: [무엇이 변경되었는지]28예방: [향후 PR에서 이 패턴을 감지하는 방법]"
완전 자동화된 전체 버그 수명 주기:
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에서 자동으로 차단됨
더 이상 프로덕션 중단으로 잠에서 깨지 않습니다.
동일한 버그를 두 번 수정하는 데 비용을 지불하지 않습니다.

부서 5 — 지원
지원은 솔로 창업자가 조용히 피를 흘리는 곳입니다.
티켓이 쌓입니다. 고객이 이탈합니다. 아무도 수익이 떨어질 때까지 알아차리지 못합니다.
1당신은 나의 지원 디렉터입니다.23먼저 ~/company/products.md 와 ~/company/customers.md 를 읽어주세요.45들어오는 모든 지원 티켓에 대해 다음 워크플로우를 실행하세요:67━━━ 1단계: 트라이지 ━━━89티켓을 분류하세요:10- 유형: 버그 / 기능 요청 / 사용 방법 문의 / 결제 / 불만 / 칭찬11- 긴급도: 심각(사용 차단) / 높음(상당한 불편) / 낮음12- 감정 점수: 1-5 (1=매우 화남, 5=만족)13- 이탈 위험: 높음 / 중간 / 낮음1415이탈 위험이 '높음'인 경우: 정상적으로 처리하지 마세요. 즉시 다음 정보와 함께 나에게 에스컬레이션하세요:16[고객 이름] | [요금제] | [MRR] | [불만 사항] | [제안 답변]1718━━━ 2단계: 답변 초안 작성 ━━━1920다음 조건을 충족하는 답변을 작성하세요:21- 고객의 특정 문제를 인정하는 것으로 시작할 것 ("고객님의 불편을 이해합니다" 같은 일반적인 표현 금지)22- 질문에 완전하고 실용적으로 답변할 것23- 버그인 경우: 지금 당장 사용 가능한 해결 방법 제시 + 가능하다면 정직한 일정 공유24- 기능 요청인 경우: 진심으로 감사 인사 + 기능 추적기에 추가25- 문제가 해결되었는지 확인하는 질문 하나로 마무리할 것2627규칙:28- 사람처럼 말할 것, 헬프데스크처럼 말하지 말 것29- 기술적 깊이가 정말 필요한 경우가 아니라면 150단어 미만으로 작성30- "지난 이메일에서 말씀드렸듯이" / "앞서 언급했듯이" / "고객님의 불편을 이해합니다" 같은 표현은 절대 사용 금지3132━━━ 3단계: 지식 베이스 업데이트 ━━━3334초안 작성 후:35- 이 질문이 한 달에 한 번 이상 들어오나요? 예/아니오36- '예'인 경우: FAQ 항목 작성 → ~/company/docs/faq.md 에 저장37- 제품이 고객을 혼란스럽게 했나요? 예/아니오38- '예'인 경우: UX 문제 기록 → ~/company/state/ux-issues.md 에 저장3940━━━ 4단계: 주간 이탈 스캔 ━━━4142매주 금요일, 지난 14일간의 ~/company/state/support-tickets.md 를 스캔하세요.4344다음 조건에 해당하는 고객을 플래그하세요:45→ 2주 동안 2건 이상의 티켓 제출46→ 실망, 좌절, 취소, 환불, 전환, 고려 중 같은 단어 사용47→ 48시간 이상 해결되지 않은 티켓 보유48→ 요금제 다운그레이드4950출력:51| 고객 | 요금제 | 위험 MRR | 불만 패턴 | 권장 조치 |52MRR 위험 기준으로 내림차순 정렬하세요.5354오늘 이 목록에 있는 모든 고객에게 직접 연락하겠습니다.
이탈 방지 스캔이 모든 것을 책임집니다.
대부분의 회사는 고객이 해지한 후에야 이탈 사실을 알게 됩니다.
당신의 회사는 3주 전에 미리 알게 됩니다.
6부 — 운영
가장 과소평가된 부서입니다. 가장 높은 레버리지를 제공합니다.
일일 브리핑 — 매일 오전 9시 실행:
1/loop 매일 오전 9시 →23당신은 나의 경영 비서입니다.45다음 파일을 읽으세요:6- ~/company/state/projects.md7- ~/company/state/pipeline.md8- ~/company/state/support-tickets.md9- ~/company/memory/lessons.md (최근 7일만)1011나의 일일 브리핑을 생성하세요:1213━━━ 오늘의 브리핑 — [날짜] ━━━1415### 🚨 오늘 주의가 필요한 사항 (시급, 지체 불가)16[최대 2-3개 항목. 없으면: "오늘은 중요한 사항 없음"이라고 말할 것.]1718### 💰 파이프라인 현황19[각 단계별 딜. 식었거나 진전된 딜. 위험에 처한 수익.]2021### 🎧 지원22[미해결 티켓: 긴급도별 개수. 어제 발생한 이탈 위험.]2324### ⚡ 오늘의 상위 3가지 우선순위25[영향력 × 긴급도 순으로 정렬. 단순히 가장 시끄러운 것이 아님.]2627### 💡 지난 7일간의 교훈 하나28[~/company/memory/lessons.md 에서 가장 관련성 높은 통찰력 하나]2930전체 브리핑은 300단어 미만으로 유지하세요.31나는 2분 안에 읽고 정확히 무엇을 해야 할지 알 수 있습니다.32SOP 생성기 — 모든 프로세스를 자동으로 캡처합니다:33내가 당신에게 프로세스를 설명할 때마다 다음을 수행하세요:34351. 표준 운영 절차(SOP)로 문서화362. ~/company/sops/[프로세스-이름].md 에 저장373. 다음 형식 사용:3839# [프로세스 이름]40용도: [한 문장]41실행 시점: [트리거 또는 일정]42실행 주체: [Fable / 나 / 둘 다]4344## 단계451.462.473.48...4950## 성공 기준51[작동했는지 확인하는 방법]5253## 일반적인 실수54[무엇이 잘못되고 어떻게 피하는지]5556## 자동화 기회57[완전히 자동화할 수 있는 단계 — 플래그 표시]5859문서화 후: 이 프로세스를 다른 시스템이나 에이전트에 연결하여60완전히 제거할 수 있는 단계를 알려주세요.

이를 복합적으로 만드는 2가지 계층
검증 계층
대부분의 사람들이 구축하는 방식: 작업 → 출력 → 완료
당신이 구축하는 방식: 작업 → 출력 → 검증 → 수정 → 완료
모든 부서 프롬프트에 다음을 추가하세요:
1이 작업을 완료한 후, 출력물을 스스로 검토하세요:231. 요청된 사항을 직접적으로 다루고 있습니까?42. 더 유용하게 만들기 위해 빠진 것은 무엇입니까?53. 내가 한 가정 중 틀렸을 수 있는 것은 무엇입니까?64. 실제 상황에서 가장 발생하기 쉬운 실패 모드는 무엇입니까?78문제를 발견하면: 전달하기 전에 수정하세요.9확실하지 않은 경우: [VERIFY]로 플래그를 표시하여 제가 확인해야 함을 알리세요.10스스로 알면서도 구멍이 있는 작업을 전달하지 마세요.
메모리 계층 — 진정한 해자
당신의 프롬프트가 아닙니다. 당신의 도구가 아닙니다. 당신의 메모리입니다.
모든 부서는 이미 ~/company/memory/ 에 기록합니다.
이 메타 명령어를 한 번만 추가하세요:
1매주 일요일 오후 7시에 주간 메모리 통합을 실행하세요:23지난 7일간 ~/company/memory/ 의 모든 파일을 읽으세요.45통합 주간 보고서를 생성하세요:6- 모든 부서에서 효과가 있었던 상위 3가지7- 실패한 상위 3가지와 그 이유8- 다음 주에 적용할 시스템 수준 개선 사항 하나9- 여러 부서에 걸쳐 나타나는 패턴1011~/company/memory/weekly-[YYYY-MM-DD].md 에 저장하세요.1213그런 다음: 이번 주 교훈을 바탕으로 나에게 가장 높은14레버리지 개선을 제공할 워크플로우 하나를 제안하세요.
시스템은 당신이 추가로 아무것도 하지 않아도 매주 더 똑똑해집니다.
모든 것을 바꾸는 5가지 Fable 프롬프팅 규칙 (드디어)
대부분의 사람들은 Fable을 ChatGPT처럼 사용합니다.
그것이 대부분의 사람들이 평범한 결과를 얻는 이유입니다.
규칙 1 — 작업에 맞게 노력 수준을 조정하세요
→ 낮음/중간: 빠른 답변, 재작성, 간단한 조회
→ 높음: 중요한 모든 것에 대한 기본값
→ 매우 높음: 가장 어려운 문제, 복잡한 구축, 타협할 수 없는 품질
→ /loop: 다시는 수동으로 시작하고 싶지 않은 반복 워크플로우
규칙 2 — 무엇을 할지뿐만 아니라 왜 하는지 알려주세요
1❌ "이 잠재 고객에게 콜드 이메일을 작성해줘"23✅ "나는 [제품]을 [회사 유형]의 [직책]을 대상으로 아웃리치 중입니다.4그들은 [특정 문제]를 가지고 있습니다. 목표는 답장을 받는 것이지, 미팅을 잡는 것이 아닙니다.5콜드 이메일 작성: 구체적인 관찰 → 문제 → 해결책 → 증거 → 소프트 CTA.6100단어 미만. 회사 언어 사용 금지."
규칙 3 — 짧을수록 좋습니다
과도한 프롬프팅은 Fable을 제약합니다.
목표와 제약 조건을 주고, 방법은 Fable이 결정하도록 두세요.
50단어 프롬프트로 처리할 수 있는 작업에 500단어 프롬프트를 작성하면: 500단어 버전이 종종 더 나쁜 결과를 만듭니다.
규칙 4 — 체크포인트를 명시적으로 설정하세요
1"다음 경우에만 나에게 멈춰서 알려줘:2→ 다음 행동이 되돌릴 수 없을 때3→ 해결할 수 없는 장애물에 부딪혔을 때4→ 나만 알고 있는 정보가 필요할 때56그 외에는: 계속 진행해. 완료되면 보고해."
이것이 없으면: Fable이 계속 확인합니다. 이것이 있으면: Fable이 실행됩니다.
규칙 5 — 반복되는 모든 작업에 /loop를 사용하세요
1/loop 매주 월요일 오전 8시 → 연구 부서 워크플로우 실행2/loop 매일 오전 9시 → 일일 브리핑 생성3/loop 매주 금요일 오후 5시 → 이탈 방지 스캔 실행4/loop 매주 일요일 오후 7시 → 메모리 통합 실행
한 번 설정하면 영원히 실행됩니다.

구현 순서
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 통화 에이전트





