AI를 활용하여 10억 달러 규모의 1인 기업을 구축하는 방법

@humzaakhalid
영어2주 전 · 2026년 7월 01일
275K
182
46
8
593

TL;DR

Claude Projects를 사용하여 1인 기업 운영 체제(OS)를 구축하기 위한 종합 가이드입니다. 브랜드 보이스, 목표 설정, 자동화된 콘텐츠 제작 프로세스를 위한 구체적인 템플릿을 제공합니다.

직원 0명. 번아웃 0. 진짜 시스템.

대부분의 사람들은 1인 기업이 모든 것을 스스로 해야 한다고 생각합니다.

하지만 그렇지 않습니다.

1인 기업은 팀에서 유일한 인간이 되는 것을 의미합니다.

첫 번째 버전은 주 80시간 근무와 조용한 붕괴를 사업가 모자 쓰고 겪는 것입니다. 두 번째 버전은 제가 지금 운영하고 있는 방식입니다. 한 사람. 세 개의 제품. 직원 0명. 나머지는 대부분의 직원보다 제 비즈니스를 더 잘 아는 Claude Project에 위임합니다.

이 호를 다 읽고 나면, 완전한 1인 기업 OS를 얻을 수 있습니다. 모든 .md 파일 템플릿, 모든 프롬프트, 제가 AI in Public을 운영하는 데 사용하는 정확한 Claude Project 설정까지. 불필요한 내용은 없습니다. 이론도 없습니다. 복사하고, 붙여넣고, 출시하세요.

지난달에 저는 거의 모든 것을 접을 뻔했습니다.

뉴스레터를 쓰고, 스폰서에게 답장하고, 제품을 만들고, 사이트를 수정하고, 세금 신고를 하고 있었습니다.

모두 같은 주에 말이죠. 일요일 밤에 앉았는데, 노트북조차 열 수 없었습니다.

그 순간 깨달았습니다. 문제는 일이 아니었습니다. 문제는 시스템이었습니다.

그 주에 모든 것을 재구축했습니다. 여러분이 지금 읽을 내용은 그 결과물입니다.

증거, 필요하시다면

Sam Altman이 작년에 이렇게 말했습니다:

"우리는 곧 10명이서 10억 달러를 버는 회사를 보게 될 것입니다. CEO 친구들과의 작은 그룹 채팅에 AI 없이는 상상할 수 없었던 1인 10억 달러 기업이 있습니다."

Hamza Khalid - inline image

1인 기업이 10억 달러의 매출을 달성할 것입니다.

린 스타트업이 아닙니다. 소규모 팀도 아닙니다. 한 사람입니다.

이것이 가능한 이유는 바로 AI가 실행 레이어를 처리하기 때문입니다. 리서치, 글쓰기, 운영, 콘텐츠, 고객 응대 등 모든 것을 처리합니다.

여러분은 AI가 아직 채울 수 없는 유일한 자리에 남습니다.

바로 의사 결정 자리입니다.

그것이 우리가 여기서 구축하고 있는 회사입니다.

기존 방식 vs 새로운 방식

기존 방식: 글을 쓰려고 앉습니다. 빈 페이지에서 시작합니다. 네 개의 탭을 왔다 갔다 하며 지난주에 무슨 결정을 내렸는지 기억하려고 애씁니다. 한 시간이 지나면 한 문단이 나옵니다. 시작도 하기 전에 이미 뒤처진 기분입니다.

새로운 방식: 이미 당신의 목소리, 청중, 목표, 지난주의 결정을 알고 있는 Project를 엽니다. 방향을 제시합니다. 4분 만에 90% 완성된 초안을 제공합니다. 다음 한 시간은 생산이 아닌 편집에 사용합니다.

기존 방식: 새로운 작업마다 = 전체 컨텍스트 덤프. "저는 이러이러한 사람이고, 제 청중은 이러이러하며, 톤은..."

새로운 방식: Project에 이미 모든 것이 있습니다. 필요한 것을 말하기만 하면 됩니다. 컨텍스트는 시스템에 있습니다. 여러분의 머릿속이 아닙니다.

이러한 변화가 전부입니다.

Hamza Khalid - inline image

도움이 되셨다면, 혼자서 모든 것을 운영하려고 애쓰는 한 사람에게 공유해 주세요. 10초면 됩니다.

1단계: 비즈니스 두뇌로서의 Claude Project 구축

일반 Claude 채팅은 닫을 때마다 당신을 잊어버립니다. Project는 그렇지 않습니다. Project는 파일을 드롭하고, 시스템 지침을 설정하고, 그 안의 모든 채팅이 모든 것을 기억하게 할 수 있는 폴더입니다.

이것이 기초입니다. 이것 없이는 다른 어떤 것도 작동하지 않습니다.

빠른 설정:

  1. claude.ai → Projects (왼쪽 사이드바) → New Project
  2. 실제 비즈니스 이름으로 지정하세요. "내 뉴스레터"나 "AI 관련"이 아닙니다. 브랜드 이름입니다.
  3. 한 줄 설명 추가: "[비즈니스 이름]의 운영 체제"
Hamza Khalid - inline image

이 Project는 당신의 운영 체제입니다. 비즈니스에 관한 모든 채팅이 여기에 있습니다. 모든 파일이 여기에 있습니다. 모든 결정이 여기에 있습니다.

"매 작업마다 새 채팅을 여는 것을 중단하세요. 그것이 당신이 병목 현상이 되는 방법입니다."

2단계: 모든 것을 운영하는 네 가지 파일 로드

모든 1인 기업은 Project 내에 정확히 네 가지 파일이 필요합니다. 이것들이 두뇌입니다. 이것들이 없으면 Claude는 일반적인 결과물을 제공합니다. 이것들이 있으면 당신의 결과물을 제공합니다.

네 가지 파일:

  1. who-i-am.md - 당신의 목소리와 기준
  2. what-i-do.md - 당신의 제품과 현재 집중 분야
  3. style-rules.md - 당신의 목소리를 보호하는 규칙
  4. operating-context.md - 비즈니스의 실행 로그
Hamza Khalid - inline image

각 파일의 전체 템플릿은 다음과 같습니다. Notion이나 Google Docs에 복사하고, 한 번 편집한 후 Project에 업로드하세요.

템플릿 1: who-i-am.md

text
1# 내가 누구인가
2
3## 브랜드 이름
4[브랜드 이름]
5
6## 한 줄로 설명하는 내가 하는 일
7[한 줄짜리 피치. 구체적으로 작성하세요. "AI로 사람들을 돕습니다"가 아닙니다.
8"솔로 창업자가 Claude로 콘텐츠를 출시하도록 돕습니다"처럼 시도해 보세요.]
9
10## 내가 서비스하는 대상
11- 주요 청중: [글을 쓰는 대상. 구체적으로. 나이, 역할, 문제.]
12- 보조 청중: [함께 따라오는 더 넓은 그룹.]
13- 내가 서비스하지 않는 대상: [적합하지 않은 독자. 이것을 명시하면 목소리를 보호합니다.]
14
15## 내 목소리 — 세 단어
16[세 개를 선택하세요. 예: 정직함, 날카로움, 따뜻함. 또는: 직설적, 유용함, 차분함.]
17
18## 좋은 작업의 기준
19- 독자가 읽고 나서 실제로 그 일을 할 수 있다고 느끼는 것
20- 나의 말투처럼 들리고, 일반적인 AI 블로그 게시물처럼 들리지 않는 것
21- 모든 주장이 이론이 아닌 내가 실제로 한 일에 기반하는 것
22- 무엇이 효과가 없었는지도 알려줌으로써 신뢰를 얻는 것
23
24## 절대 게시하지 않을 것
25- 과장된 단어: "게임 체인저", "혁명적", "충격적"
26- 모호한 조언: "더 일관성을 유지하세요", "당신의 이유를 찾으세요"
27- AI스러운 문장: "오늘날의 빠르게 변화하는 세상에서..."
28- 내가 직접 테스트하지 않은 모든 것
29
30## 나의 불가침 원칙
31- 과장보다 정직함, 항상
32- 분위기보다 구체성
33- 하나의 콘텐츠에 하나의 명확한 핵심 요점
34- 독자가 오늘 바로 사용할 수 있는 것을 가지고 떠나는 것

템플릿 2: what-i-do.md

text
1# 내가 하는 일
2
3## 내 제품 및 제공 사항
41. [제품/제공 사항 이름] — [무엇이고 누구를 위한 것인지 한 줄]
52. [제품/제공 사항 이름] — [한 줄]
63. [제품/제공 사항 이름] — [한 줄]
7
8## 현재 분기 목표 (90일마다 업데이트)
9- 매출 목표: [구체적인 숫자]
10- 청중 목표: [구체적인 구독자, 팔로워 또는 고객 수]
11- 구축 목표: [이번 분기에 출시할 하나의 큰 것]
12
13## 이번 분기에 YES라고 말하는 것
14- [구체적인 YES 1]
15- [구체적인 YES 2]
16- [구체적인 YES 3]
17
18## 이번 분기에 NO라고 말하는 것
19- [구체적인 NO 1 — 계속 빠지게 되는 반짝이는 것들에 대해 솔직해지세요]
20- [구체적인 NO 2]
21- [구체적인 NO 3]
22
23## 가장 중요한 한 가지
24[이번 분기에 단 한 가지만 완료된다면 무엇이겠습니까?
25한 문장으로 작성하세요. 매주 월요일에 읽으세요.]

"'NO' 목록이 'YES' 목록보다 더 많은 일을 합니다. 대부분의 사람들은 이것을 건너뜁니다. 그래서 그들은 계속 정체되어 있는 것입니다."

템플릿 3: style-rules.md

text
1# 스타일 규칙
2
3## 절대 사용하지 않는 단어
4- "게임 체인저", "혁명적", "전례 없는"
5- "오늘날의 빠르게 변화하는 세상에서"
6- "활용하다", "시너지", "이용하다" (그냥 "사용하다"라고 하세요)
7- "파고들다", "착수하다", "환경을 탐색하다"
8- [발견하는 대로 금지 단어를 추가하세요]
9
10## AI처럼 들리는 문장 패턴
11- "이 글에서는 다음을 다룰 것입니다..."로 시작하는 경우
12- "주목할 점은..."이라는 표현
13- "초보자든 전문가든..."
14- 세 번째 항목이 항상 비유인 세 가지 목록
15
16## 형식 규칙
17- 짧은 문장. 나눌 수 있다면 나누세요.
18- 능동 동사. "Claude가 구축합니다" — "Claude는 구축할 수 있습니다"가 아닙니다.
19- 문단당 하나의 아이디어.
20- 흐름과 대비를 위해 화살표(→)를 사용하세요.
21- 훑어보기 쉬운 목록에는 글머리 기호를 사용하고, 진정한 산문을 피하기 위해 사용하지 마세요.
22- 부연 설명에는 하이픈이 아닌 대시(—)를 사용하세요.
23
24## 분량 규칙
25- 뉴스레터 게시물: 1,500 ~ 2,500 단어
26- X 게시물: 280자 미만 또는 스레드
27- LinkedIn 게시물: 150 ~ 300 단어
28- 답장 이메일: 관계 유지 답장이 아닌 이상 100단어 미만
29
30## 톤 규칙
31- 선생님이 아닌 멘토
32- 가혹하지 않게 정직하게
33- 모호하지 않게 구체적으로
34- 오만하지 않게 자신감 있게
35
36## 최종 확인
37무언가를 게시하기 전에 "이 글은 누구나 쓸 수 있었을까?"라고 자문하세요.
38그렇다면, 대답이 '아니오'가 될 때까지 다시 쓰세요.

템플릿 4: operating-context.md

text
1# 운영 컨텍스트
2
3## 이번 주 (매주 월요일 업데이트)
4- 집중: [이번 주의 한 가지 목표]
5- 미해결 과제: [마무리해야 할 반쯤 끝난 일]
6- 결정 사항: [이번 주에 내려진 업무 방식 변경 결정]
7
8## 진행 중인 프로젝트
9- [프로젝트 1] — 상태, 마감일, 장애물
10- [프로젝트 2] — 상태, 마감일, 장애물
11- [프로젝트 3] — 상태, 마감일, 장애물
12
13## 최근 결정 로그
14- [날짜]: [Y] 때문에 [X]를 결정함
15- [날짜]: [Y] 때문에 [X]를 결정함
16
17## 계속 마음이 바뀌는 것들 (위험 신호 목록)
18- [어떤 것에 대해 세 번 이상 결정을 번복한다면, 그것은 실제로 내려져야 할 결정입니다.]
19
20## 기억할 만한 성과
21- [효과가 있었던 모든 것. 독자들이 좋아했던 모든 것. 스폰서가 YES라고 말한 모든 것.
22 미래의 당신이 다시 볼 수 있도록 기록을 남겨두세요.]

매주 초에 이 파일을 업데이트하세요. 최대 5분. 그것으로 충분합니다.

"이 파일은 가장 중요한 파일입니다. Claude가 지난달의 조언을 이번 주에 제공하는 것을 막아줍니다."

3단계: 매주 프롬프트가 아닌, 매주 브리프 작성

대부분의 사람들은 Claude를 자판기처럼 취급합니다. 프롬프트를 넣으면 결과가 나옵니다.

그것은 비즈니스 시스템이 아닙니다. 그것은 일회성입니다.

매주 월요일 아침, 일주일 동안 12개의 개별 프롬프트를 작성하는 대신 하나의 브리프를 작성하세요. Project에 드롭하세요. 이제 Claude가 당신의 한 주를 알게 됩니다.

text
1템플릿: 주간 브리프
2# 주간 브리프 — [날짜]
3
4## 이번 주 상황
5[1~3문장. 집중 분야는 무엇인가요? 지난주와 비교해 무엇이 바뀌었나요?]
6
7## 출시해야 할 것
8- [산출물 1 — 마감일 포함]
9- [산출물 2 — 마감일 포함]
10- [산출물 3 — 마감일 포함]
11- [산출물 4 — 마감일 포함]
12- [산출물 5 — 마감일 포함]
13
14## 이번 주에 하지 않을 것
15[거절할 유혹들을 나열하세요. 이것은 당신이 방황하기 시작할 때 Claude가
16당신을 다시 안내하도록 훈련시킵니다.]
17
18## 현재 상태
19[지난주 이후 무엇이 바뀌었나요? 새로운 구독자? 새로운 스폰서?
20새로운 프로젝트? 이번 주에 유용하려면 Claude가 알아야 할 모든 것.]
21
22## 한 가지
23이번 주에 단 한 가지만 완료한다면, 그것은 반드시: [한 가지]
Hamza Khalid - inline image

추측할 필요가 없습니다. 가정으로 빈칸을 채우지 않습니다. 이번 주에 실제로 필요한 것부터 작업합니다.

"브리프는 도구와 팀원의 차이입니다."

4단계: Claude에게 작업이 아닌 역할 할당

이것이 저에게 모든 것을 바꿔놓은 전환점입니다.

초기에 제가 저지른 가장 큰 실수는 작업을 할당한 것이었습니다. "LinkedIn 게시물을 작성해 줘." "이메일 초안을 작성해 줘." "이것을 요약해 줘." 작업은 결과물을 생성합니다. 역할은 시스템을 생성합니다.

제가 Claude에게 역할을 부여했을 때 — "당신은 AI in Public의 운영 파트너입니다" — 모든 것의 질이 향상되었습니다. 단순히 질문에 답하는 것을 멈췄습니다. 더 큰 그림에 대해 생각하기 시작했습니다.

[VISUAL 2: "Task → Role → System" - 일회성 작업에서 지속 가능한 시스템으로의 레버리지 사다리를 보여주는 수직 흐름도, 왼쪽에 레버리지 게이지]

역할 할당 프롬프트

이것을 Project에 한 번 드롭하세요. 그런 다음 다시 작성할 필요가 없습니다.

text
1당신은 [비즈니스 이름]의 운영 파트너입니다.
2
3당신은 이 Project에 있는 내 비즈니스 파일에 완전히 접근할 수 있습니다:
4- who-i-am.md (내 목소리와 기준)
5- what-i-do.md (내 제품과 분기 목표)
6- style-rules.md (내 목소리를 보호하는 규칙)
7- operating-context.md (내 비즈니스의 실행 로그)
8
9당신의 임무는 요청에 따라 질문에 답하는 것이 아닙니다. 당신의 임무는
10내가 더 나은 결정을 내리고, 더 나은 작업을 생산하며, 모든 작업에 내가
11참석할 필요가 없는 시스템을 구축하도록 돕는 것입니다.
12
13당신이 나와 함께 일하는 세 가지 규칙:
14
151. 내가 작업을 가져오면, 당신의 첫 번째 질문은 항상 이래야 합니다:
16 "이것은 한 번만 하면 되는 일인가요, 아니면 시스템을 구축해야 하는 일인가요?"
17
182. 콘텐츠를 생성하기 전에 style-rules.md를 읽고 모든 규칙에 대해
19 초안을 확인한 후에 나에게 보여주세요.
20
213. 내가 파일에 있는 내용과 모순되는 것을 요청하면, 반박하세요.
22 파일이 무엇을 말하는지 알려주세요. 진행하기 전에 파일을 업데이트할
23 것인지 물어보세요.
24
25이 Project의 모든 파일을 읽는 것으로 시작하세요. 그런 다음 이번 주에
26무슨 작업을 하고 있는지 물어보고, 거기서부터 계획을 세우겠습니다.
Hamza Khalid - inline image

"'반박하세요'라는 문장이 Claude를 어시스턴트에서 파트너로 바꾸는 핵심입니다."

이 뉴스레터는 여러분의 공유로 성장합니다. 지금까지 도움을 받으셨다면, 필요로 하는 한 사람에게 전달해 주세요.

5단계: 출력 유형별 프로세스 파일 구축

비즈니스에서 반복되는 모든 산출물에 대해 프로세스 파일이 필요합니다. 템플릿이 아닙니다. 프로세스입니다.

템플릿은 헤더가 있는 빈 문서입니다. 프로세스는 Claude에게 작업을 통해 정확히 어떻게 생각해야 하는지 알려줍니다.

제가 가장 많이 사용하는 세 가지는 다음과 같습니다. 별도의 파일로 Project에 바로 드롭하세요.

프로세스 파일 1: 뉴스레터 호

text
1# 뉴스레터 호 프로세스
2
3뉴스레터 호를 작성할 때마다 이 절차를 따르세요. 단계를 건너뛰지 마세요.
4
51단계: 무엇이든 쓰기 전에 who-i-am.md와 style-rules.md를 완전히 읽으세요.
6읽었음을 확인하세요.
7
82단계: 나에게 세 가지를 물어보세요:
9- 주제는 무엇인가요?
10- 독자들이 읽고 나서 다르게 하길 바라는 한 가지는 무엇인가요?
11- 구체적으로 누구를 위해 쓰고 있나요? (무료, 유료, 창립 멤버?)
12
133단계: 주제에 대한 3가지 관점을 제안하세요. 내가 하나를 선택할 때까지 기다리세요.
14내가 선택할 때까지 진행하지 마세요.
15
164단계: 먼저 제목과 부제목을 작성하세요. 본문을 쓰기 전에 승인을 기다리세요.
17
185단계: 도입부 후크를 작성하세요. 최대 세 문장. 승인을 기다리세요.
19
206단계: 섹션별로 본문을 작성하세요. 각 섹션이 끝날 때마다 내 예/아니오를
21기다리며 멈추세요.
22
237단계: 최종 확인을 실행하세요:
24- 모든 섹션이 style-rules.md 테스트를 통과했나요?
25- 최소 한 번 이상의 솔직한 고백이 있나요?
26- 요약 체크리스트가 깔끔하고 스크린샷을 찍을 가치가 있나요?
27- 누구나 쓸 수 있었을까요? 그렇다면 표시하세요.
28
298단계: 모든 시각적 신호가 표시된 최종 호를 전달하세요.
Hamza Khalid - inline image

프로세스 파일 2: X 게시물

text
1# X 게시물 프로세스
2
3X 게시물을 작성할 때마다 이 절차를 따르세요.
4
51단계: 나에게 한 가지 질문을 하세요 — 한 줄로 전달할 메시지는 무엇인가요?
6
72단계: 메시지에 따라 최상의 형식을 제안하세요:
8- 한 줄 후크
9- 3줄 누적 진술
10- 5단계 목록 형식 게시물
11- 스레드 (메시지가 280자가 넘는 경우에만)
12
133단계: 3가지 버전을 작성하세요. 각각 다른 시작 후크 스타일을 사용합니다:
14- 대담한 주장
15- 구체적인 숫자
16- 개인적인 이야기 라인
17
184단계: 내가 하나를 선택할 때까지 기다리세요. 그런 다음 선택한 것만 다듬으세요.
19
205단계: style-rules.md에 대해 확인하세요. 금지된 단어를 제거하세요.
21최종 버전을 보내세요.
22
23절대 3개 이상의 버전을 작성하지 마세요. 세션당 하나 이상의 스레드를
24작성하지 마세요.
Hamza Khalid - inline image

프로세스 파일 3: 스폰서 답장 이메일

text
1# 스폰서 답장 이메일 프로세스
2
3스폰서 이메일이 올 때마다 이 절차를 따르세요.
4
51단계: 내가 붙여넣은 수신 이메일을 읽으세요. 그들이 원하는 것이 무엇인지
6파악하세요:
7- 가격 문의
8- 과거 작업 요청
9- 특정 슬롯 예약
10- 거래 협상
11
122단계: what-i-do.md에서 현재 요금표를 가져오세요. operating-context.md에서
13최근 성과를 가져오세요.
14
153단계: 다음 사항을 포함하는 답장을 작성하세요:
16- 첫 문장에서 그들의 직접적인 질문에 답합니다
17- 하나의 구체적인 최근 성과로 닻을 내립니다
18- 다음 명확한 단계를 명시합니다 (통화 예약, 요금표 전송, 송장 전송)
19- 80단어 미만으로 유지합니다
20
214단계: 내 개인적인 목소리가 필요한 이메일을 표시하세요 — 감정적인 노트,
22이상한 요청, 불만 사항. 이것들은 초안을 작성하지 마세요. 요약만 하고
23내가 처리하도록 요청하세요.
Hamza Khalid - inline image

"프로세스 파일은 1인 기업을 진짜 회사처럼 느끼게 만드는 것입니다."

6단계: 생산하지 말고 검토하라

이것은 대부분의 사람들이 결코 하지 않는 전환입니다.

그들은 AI를 사용하여 생산을 돕습니다. 1인 기업 모델은 AI가 생산을 처리하도록 하고 당신을 검토자 자리에 유지합니다.

검토자 작업은 다음과 같습니다:

  • 브랜드에 맞는가?
  • 정확한가?
  • 내가 실제로 말하고 싶은 것인가?
  • 무엇이 이것을 10% 더 날카롭게 만들 수 있을까?

그것이 시스템 내에서 당신의 유일한 역할입니다. 타이핑, 구조화, 초안 작성, 형식 지정 — 그것은 시스템의 역할입니다.

[VISUAL 3: "Two Seats" — 생산자 자리(스트레스, 타이핑)와 검토자 자리(차분함, 승인)를 나란히 보여주는 분할 화면, "같은 사람, 다른 자리"라는 연결 레이블]

이것을 정착시키려면, 무언가를 출시하기 전에 검토 프롬프트를 사용하세요.

검토 프롬프트

text
1방금 초안을 전달했습니다. 제가 읽기 전에, 이 자체 검토를 실행하고
2다음을 알려주세요:
3
41. 목소리 확인 — 이것이 나처럼 들리나요, 아니면 누구나 그럴 수 있나요?
5 가장 약한 3개의 문장을 표시하세요.
6
72. 스타일 확인 — 이 초안이 style-rules.md의 스타일 규칙을 위반하는
8 모든 부분을 나열하세요.
9
103. 정직성 확인 — 무엇이 효과가 없었는지 말하거나 과장된 버전을 지적하는
11 부분이 최소 한 군데 있나요? 없다면 표시하세요.
12
134. 구체성 확인 — 모든 모호한 표현("많은", "많은 사람들", "일반적으로")을
14 찾아 구체적인 숫자나 예시로 바꾸세요. 구체적으로 만들 수 없으면 삭제하세요.
15
165. "누구나" 테스트 — 이것은 누구나 쓸 수 있었을까요? 그렇다면, 나에게
17 보여주기 전에 가장 약한 섹션을 다시 쓰세요.
18
19다섯 가지 확인을 모두 실행한 후 최종 버전을 보여주세요. 그런 다음 무엇을
20변경했고 그 이유를 강조하세요.
Hamza Khalid - inline image

"'누구나 테스트'는 이 전체 시스템에서 가장 유용한 단일 문장입니다."

7단계: 일요일 마감 실행

매주 일요일 밤, 20분 동안 한 주를 마감합니다.

이것 없이는 시스템이 서서히 표류합니다. 파일이 최신 상태가 아닙니다. Claude는 오래된 컨텍스트에서 작업하기 시작합니다. 두 달 후에 모든 것을 다시 구축하게 됩니다.

Hamza Khalid - inline image

일요일 마감 프롬프트

text
1이번 주를 마감합니다. 나와 함께 이것을 실행하세요:
2
31. operating-context.md를 읽으세요. 월요일의 내 주간 브리프를 읽으세요.
4
52. 이번 주 산출물 중 어떤 것이 출시되었고, 어떤 것이 미끄러졌으며,
6 어떤 것을 폐기했는지 알려주세요.
7
83. 우리 대화에서 이번 주에 내가 내린 새로운 결정을 가져오세요.
9 operating-context.md에 대한 업데이트를 제안하세요.
10
114. 이번 주에 당신이 발견한 새로운 스타일 위반 사항을 가져오세요.
12 style-rules.md에 추가할 2가지 새로운 규칙을 제안하세요.
13
145. 다음 주를 위한 1가지 시스템 개선 사항을 제안하세요 — 이번 주에
15 수동으로 했지만 프로세스 파일이 되어야 하는 한 가지입니다.
16
176. 아직 열려 있는 것과 다음에 올 것을 기반으로 다음 주 주간 브리프의
18 새로운 초안을 작성하세요. 내가 편집하겠습니다.
19
20나에게 한 가지 질문을 하는 것으로 끝내세요: "이번 주에 내가 한 가장
21레버리지가 높은 일은 무엇이며, 어떻게 더 많이 할 수 있을까요?"
Hamza Khalid - inline image

20분. 일주일에 한 번. 전체 시스템을 날카롭게 유지하는 데 필요한 전부입니다.

계속 진행하기 전에 잠시 멈춤

계속 진행하기 전에, 여기서 속도를 늦추세요.

방금 일곱 단계를 읽었습니다. 아마도 어떤 단계를 건너뛸지 이미 생각하고 있을 수도 있습니다. 그러지 마세요.

지루한 단계를 건너뛰면 시스템이 망가집니다. .md 파일은 지루합니다. 일요일 마감은 지루합니다. 프로세스 파일은 추가 작업처럼 느껴집니다. 그렇지 않습니다. 그것이 바로 작업입니다.

대부분의 사람들은 이 호를 읽고, Claude를 열고, 하나의 프롬프트를 붙여넣고, 그것을 시스템이라고 부를 것입니다. 그것은 시스템이 아닙니다. 그것은 자판기입니다.

실제로 1인 기업을 운영하는 사람들은 토요일에 90분 동안 앉아서 네 개의 .md 파일을 작성하고, Project를 설정하고, 다시는 혼란으로 돌아가지 않습니다. 그것이 바로 차이입니다.

자판기 사람이 되지 마세요. 90분 토요일 사람이 되세요.

이번 주에 드롭할 세 가지 고급 프롬프트

Project가 설정되고 네 개의 파일이 로드되면, 이 세 가지 프롬프트가 나머지를 잠금 해제합니다.

고급 프롬프트 1: "시스템을 구축하라, 일회용이 아니라" 확인

같은 작업을 두 번 이상 수행하고 있음을 발견했을 때 사용하세요.

text
1방금 [작업 설명 — 예: 세 개의 스폰서 문의에 하나씩 답장하는 데] 시간을
2보냈습니다.
3
4계속 진행하기 전에, 결정을 도와주세요:
5
61. 이것은 일회성 작업인가요, 아니면 앞으로 30일 안에 다시 하게 될
7 작업인가요?
8
92. 반복되는 작업이라면, 이것에 대한 프로세스 파일이 어떻게 생겼을지
10 설명해 주세요. 기존 프로세스 파일과 동일한 형식을 사용하세요.
11
123. 해당 프로세스 파일의 첫 번째 버전을 초안으로 작성하세요. 정확한 단계,
13 읽어야 할 정확한 파일, 시작할 때 나에게 물어볼 정확한 질문을
14 포함하세요.
15
164. 이 프로세스 파일을 오늘 출시한다면 주당 몇 시간을 절약할 수 있는지
17 알려주세요.
18
19아직 전체를 작성하지 마세요. 5줄짜리 초안을 보여주고 구축할 가치가
20있는지 물어보세요.

"2단계와 3단계는 불만을 인프라로 바꿉니다. 그것이 핵심입니다."

고급 프롬프트 2: 구독자 답장 배치

매주 금요일에 사용하세요. 그 주에 온 모든 답장을 붙여넣으세요.

text
1아래는 이번 주에 받은 모든 답장입니다. 하나의 배치로 취급하세요.
2
3[모든 답장을 여기에 붙여넣고, ===로 구분하세요]
4
5당신의 임무:
6
71. 각 답장을 다음 버킷 중 하나로 분류하세요:
8 - 빠른 감사 인사 (답장 불필요)
9 - 쉬운 질문 (짧은 답장 초안 작성)
10 - 실제 피드백 (나를 위해 요약, 답장 불필요)
11 - 내 개인적인 목소리 필요 (표시만 하고 초안 작성하지 마세요)
12 - 스폰서 또는 비즈니스 기회 (긴급 표시)
13
142. "쉬운 질문" 답장의 경우, 내 목소리로 응답을 초안 작성하세요
15 (style-rules.md 읽기). 각각 60단어 미만으로 유지하세요.
16
173. "실제 피드백" 답장의 경우, 패턴에 대한 3가지 요점 요약을 제공하세요 —
18 독자들이 좋아하는 것, 혼란스러워하는 것, 더 원하는 것.
19
204. "내 개인적인 목소리 필요" 답장의 경우, 원래 답장을 붙여넣고
21 한 줄을 추가하세요: "이것이 나를 필요로 하는 이유."
22
23하나의 깔끔한 테이블로 배치를 보여주세요. 한 번에 승인하고, 편집하고,
24보내겠습니다.

"배치는 45분의 받은 편지함 노동을 12분의 결정으로 바꿉니다."

고급 프롬프트 3: 중요한 결정 호출

진정한 결정에 막혔을 때 사용하세요. 이것을 출시해야 할까? 이 스폰서를 받아들여야 할까? 이 프로젝트를 그만둬야 할까?

text
1결정에 막혔습니다. 상황은 이렇습니다:
2
3[결정을 3~5문장으로 설명하세요. 무엇이 걸려 있는지, 직감이 무엇을
4말하는지, 무엇이 망설이게 하는지 포함하세요.]
5
6대답하기 전에, who-i-am.md, what-i-do.md, operating-context.md를
7읽으세요. 이 단계를 건너뛰지 마세요.
8
9그런 다음, 답장에서:
10
111. 내 Project의 어떤 파일이 이 결정과 가장 관련이 있는지 알려주고
12 적용되는 정확한 줄을 인용하세요.
13
142. 결정을 간단한 "A라면..., B라면..." 형태로 90일 후 내 비즈니스에
15 어떤 변화가 있을지 설명하세요.
16
173. 이 결정이 내가 이번 분기에 하겠다고 말한 것(what-i-do.md에서)과
18 모순되는 방식이 있으면 표시하세요. 누그러뜨리지 마세요.
19
204. 두 가지 경로 중 하나를 추천하세요. 최대 3문장으로 추론을
21 제공하세요. "...하지만 이것은 당신의 결정입니다. 오늘 밤
22 생각해 볼 점은 이것입니다."로 끝내세요.
23
24동의하려고 하지 마세요. 나는 반박하는 당신의 버전이 필요합니다.

"'동의하려고 하지 마세요'가 핵심입니다. 이것 없으면 예스맨을 얻습니다. 이것이 있으면 파트너를 얻습니다."

모범 사례 및 실제 사용 사례

제가 매주 이 OS를 실제로 사용하는 다섯 가지 방법입니다.

월요일 생산 스프린트: 일요일 밤, 주간 브리프를 Project에 드롭합니다. 월요일 아침이면 그 주의 모든 콘텐츠에 대한 첫 번째 초안이 준비됩니다. 월요일은 편집에만 사용합니다. 화요일부터 금요일까지는 다른 모든 것이 항목당 30분 이내에 승인되거나 거부됩니다.

구독자 답장 배치: 매주 금요일이면 답장이 쌓입니다. 모두 하나의 배치로 Project에 붙여넣습니다. Claude가 분류하고, 쉬운 답장은 초안을 작성하고, 내 목소리가 필요한 것은 표시합니다. 승인하고, 사용자 지정하고, 보냅니다. 45분이 12분으로 바뀝니다.

골치 아프지 않은 경쟁사 리서치: Project 내 상시 지시: "매주 수요일, 내 독자들이 아직 모르는 AI 도구 분야의 새로운 소식에 대한 5가지 요점 브리프를 제공하세요." 제가 발견한 3~5개의 기사를 붙여넣습니다. Claude가 종합합니다. 제가 다룰 가치가 있는지 결정합니다. 31페이지 분량의 보고서를 직접 읽지 않습니다.

스스로 업데이트되는 제품 페이지: ClaudeKit 페이지는 기능을 출시할 때마다 수동으로 업데이트해야 했습니다. 이제 Claude가 따르는 프로세스 파일이 있습니다. 기능 노트를 드롭하면 업데이트되고 브랜드에 맞는 제품 설명이 나옵니다. 읽고, 승인하고, 출시합니다.

가장 중요한 결정 순간: 실제로 중요한 결정을 내려야 할 때 - 이걸 출시할까? 이 스폰서를 받을까? - 친구들에게 묻지 않는다. Project를 열고 Advanced Prompt 3를 실행한다. Project는 이미 내 목표, 내 목소리, 내 '하지 않는 목록(no-list)'을 알고 있다. 답은 보통 5분 안에 나온다.

이것들이 진짜 중요한 사용 사례다. 이걸 완벽히 해내기 전까지 나머지는 건드리지 마라.

솔직한 부분

한 가지 솔직하게 말하겠다.

이 시스템을 제대로 만드는 데 네 번의 시도가 필요했다.

처음에는 네 개의 .md 파일을 작성해두고 잊어버렸다. Claude가 스스로 열어보지 않았다. 결과물은 계속 평범했다. 2주 만에 포기했다.

두 번째로는 역할 프롬프트(role prompt)는 작성했지만 프로세스 파일은 건너뛰었다. 매 채팅이 여전히 일회성에 불과했다. 같은 결과를 얻기 위해 입력하는 단어 수만 줄었을 뿐이었다.

세 번째로는 일요일 마감(Sunday close)을 제외한 모든 것을 갖췄다. 3주 후, 파일들이 너무 구식이 되어서 Claude가 내가 이미 포기한 목표를 바탕으로 조언을 하고 있었다.

네 번째가 성공했다. 네 번째가 바로 방금 읽은 내용이다.

첫날부터 마법처럼 느껴지길 기대하지 마라. 첫 주는 일처럼 느껴지고, 둘째 주에는 유용해지며, 셋째 주에는 눈에 띄지 않게 될 것이다. 그게 성장 곡선이다.

1인 기업을 운영하는 데 대해 아무도 말해주지 않는 것이 있다.

어려운 부분은 일 자체가 아니다.

어려운 부분은 일이 반드시 당신에게서 나와야 한다는 생각을 버리는 것이다.

나는 3개월 동안 AI를 사용해서 더 빠르게 글을 쓰는 데 도움을 받았다. 도움은 됐다. 하지만 여전히 생산하는 쪽은 나였다. Claude에게 내 스타일 파일을 건네주며 "네 임무는 내 목소리를 보호하는 것이지, 모방하는 게 아니야"라고 말한 순간, 모든 것이 바뀌었다.

좋은 AI 활용은 단순히 타이핑을 줄이는 것이 아니다. 오직 당신만이 내릴 수 있는 결정에 집중하는 것이다. 나머지는 모두 인프라일 뿐이다.

이 시스템을 제대로 구축하면, 당신의 역할은 "일을 하는 것"에서 멈춘다. 당신의 역할은 "좋은 것이 무엇인지 정의하고, 그 기준에 미치지 못하는 것은 모두 거절하는 것"이 된다.

바로 그런 회사를 우리는 만들고 있는 것이다.

요약 체크리스트 - 60초 만에

→ 비즈니스 이름으로 Claude Project 생성하기

→ .md 파일 로드: who-i-am, what-i-do, style-rules, operating-context

→ 매주 월요일 5분짜리 주간 브리핑 작성하기

→ 작업(task)이 아닌 역할 프롬프트(role prompt)로 Claude에게 역할 부여하기

→ 출력 유형별로 하나의 프로세스 파일 작성하기, 가장 자주 사용하는 것부터 시작

→ 라이브로 내보내기 전에 리뷰 프롬프트(review prompt) 사용하기

→ 매주 20분짜리 일요일 마감(Sunday close) 실행하기

저장하고, 스크린샷 찍고, 다시 돌아와서 확인하라.

약속한 선물

1인 기업 OS (The One-Person Company OS) - 하나의 Notion 워크스페이스에 담았습니다.

선물 받으러 가기:

이번 주 토요일에 90분 투자하세요. 한 번 설정해두고 앞으로 12개월 동안 사용하세요.

우리는 공개적으로 테스트했습니다. 이제 개인적으로 사용하세요.

  • Hamza 💙
YouMind에서 다시 만들기

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 → 𝕏 사용해 보기

분석할 패턴 더 보기

최근 바이럴 아티클

더 많은 바이럴 아티클 보기