1인 개발자를 위한 Claude Code: Pieter Levels의 160만 달러 워크플로우

AI를 단순히 코드 작성 도구가 아닌, 24시간 운영되는 1인 기업의 직원으로 활용하기

사람들이 "AI로 돈 벌기"라고 하면, 대부분 비슷한 것들을 떠올립니다:

ChatGPT로 블로그 글 쓰기
AI로 이미지 대량 생산하기
AI 생성 영상을 TikTok에 올리기
AI로 앱을 대량 제작하는 프로그램 만들기

하지만 이런 방법만으로 큰 수익을 올리는 경우는 드뭅니다.

이는 단지 AI를 사용해 "작업량"을 늘리고 있을 뿐이기 때문입니다.

기사를 10개에서 100개로 늘려도 독자가 없다면 수익은 늘지 않습니다. 앱을 1개에서 10개로 늘려도 고객의 문제를 해결하지 못한다면 아무도 비용을 지불하지 않습니다.

AI 시대에 진정으로 강력한 사람들은 AI를 콘텐츠 제조 기계로 사용하지 않습니다.

그들은 AI를 사용해 회사 자체를 더 작게 만듭니다.

개발자를 고용하지 않습니다.

고객 지원을 늘리지 않습니다.

회의를 하지 않습니다.

사람 간에 명세서를 전달하지 않습니다.

로컬 환경에서 프로덕션 환경까지 여러 단계를 거쳐 코드를 인계하지 않습니다.

고객으로부터 요청이 오면 AI가 코드를 읽고, 수정하고, 테스트하고, 몇 분 안에 사용자가 사용할 수 있도록 준비합니다.

이러한 극단적인 예시가 바로 솔로 개발자 Pieter Levels 입니다.

그의 Claude Code 사용법은 한 문장으로 요약할 수 있습니다:

Claude Code를 "편리한 코딩 도우미"가 아닌, 서버 안에 살고 있는 직원으로 활용하라.

이 글에서는 Pieter 가 하는 일을 분석하여 일본의 솔로 개발자와 소규모 비즈니스 소유자들이 재현할 수 있는 형태로 변환해 보겠습니다.

Pieter Levels 는 누구인가?

Pieter Levels 는 Nomad List, Remote OK, Photo AI, Interior AI 등 여러 인터넷 서비스를 런칭한 솔로 개발자입니다.

그가 널리 알려지게 된 이유 중 하나는 "12개월 안에 12개의 스타트업을 만들기" 프로젝트였습니다. 큰 자금을 모아 조직을 만드는 대신, 서비스를 빠르게 출시하고 반응이 있는 것만 키우는 스타일을 따랐습니다.

현재 그의 대표 서비스 중 하나는 AI 사진 생성 서비스인 Photo AI 입니다.

사용자가 사진을 업로드하면 서비스가 그 사람의 AI 모델을 만들어 스튜디오 스타일 사진, 프로필 사진, 패션 사진, 여행 사진, 비디오 등을 생성합니다. Photo AI 공식 사이트에 따르면 현재까지 3천만 장 이상의 사진이 생성되었습니다.

2024년 3월, Pieter 는 Photo AI 의 다음과 같은 수치를 공개했습니다:

지표	공개된 값	환산 (1 USD = 162 JPY)
월간 수익	$105,000	약 1,701만 엔
월간 이익	$80,000	약 1,296만 엔
연간 수익 페이스	$1,260,000	약 2억 412만 엔
연간 이익 페이스	$960,000	약 1억 5,552만 엔

더욱 놀라운 점은 서비스의 핵심이 약 40,870줄에 달하는 하나의 거대한 PHP 파일로 실행된다는 그의 폭로입니다.

전형적인 엔지니어라면 이 말을 듣고 얼굴을 찌푸릴 수도 있습니다.

"그런 거대한 파일은 유지보수가 불가능해."

"마이크로서비스로 분할해야 해."

"더 현대적인 프레임워크를 사용해야 해."

하지만 수익은 코드의 아름다움에 대해 지불되지 않습니다.

사용자가 원하는 결과를 제공하고 그 상태를 유지하고 있다면, 기술적 구성이 교과서를 따를 필요는 없습니다.

Pieter 의 강점은 누구보다 최첨단 기술을 아는 것이 아닙니다.

그것은 수익으로 이어지지 않는 복잡성을 철저히 버리는 데 있습니다.

엄밀히 말해, 그는 "AI만으로" 수익을 올린 것은 아니다

이 부분을 오해하지 마십시오.

Pieter 는 어느 날 갑자기 Claude Code 를 사용하기 시작해서 AI만으로 연간 160만 달러를 벌게 된 것이 아닙니다.

그는 수년간의 개발 경험을 가지고 있습니다. 그는 제품을 마케팅할 수 있는 인터넷 명성과 팔로워를 가지고 있습니다. 시장을 선택할 수 있는 판단력, 가격을 설정할 수 있는 능력, 사용자 반응을 읽을 수 있는 경험을 가지고 있습니다.

AI가 모든 것을 무에서 창조한 것은 아닙니다.

AI는 그가 이미 가지고 있던 개발 능력, 판단력, 마케팅 능력을 증폭시켰습니다.

이 차이는 엄청납니다.

AI를 사용한다고 해서 경험이 필요 없어지는 것은 아닙니다. 오히려 AI로 인해 구현 속도가 빨라짐에 따라 "무엇을 만들지", "누구에게 팔지", "무엇을 만들지 않을지"를 판단하는 능력의 가치가 더욱 높아집니다.

따라서 이 글의 진정한 주제는 "Claude Code 에 어떤 마법 같은 프롬프트를 넣어서 수백만 달러를 버는가"가 아닙니다.

그것은 Claude Code 를 사용하여 한 사람이 회사의 속도로 움직이는 시스템을 만드는 방법입니다.

방법 1

Claude Code 를 노트북이 아닌 VPS 에서 실행하라

Pieter 운영 방식의 가장 독특한 특징은 Claude Code 를 로컬 노트북이 아닌 서비스가 실행 중인 VPS 에서 실행한다는 점입니다.

그에 따르면, 약 1년 동안 거의 모든 코딩을 VPS 의 Claude Code 로 해왔습니다. 노트북을 닫아도 처리를 계속할 수 있고, 배터리를 소모하지 않으며, 다른 터미널이나 스마트폰에서 작업을 이어받을 수 있습니다. 새로운 서비스는 이미 서버에 있는 상태에서 시작할 수 있으므로 바로 공개 출시할 수 있습니다.

일반적인 개발 흐름은 다음과 같습니다:

계획
로컬 환경에서 코드 작성
로컬에서 테스트
GitHub 에 푸시
CI 실행
스테이징 환경에 반영
확인 후 프로덕션 환경에 배포

대규모 조직에서는 이 프로세스가 필요합니다. 수십 명의 엔지니어가 동일한 시스템을 다루기 때문에 사고를 방지하기 위한 경계가 필수적입니다.

하지만 한 사람이 운영하는 소규모 서비스에 대기업 프로세스를 도입하면 어떻게 될까요?

수정 자체는 3분이 걸리지만, 라이브로 적용하는 데 20분이 걸립니다.

작은 불편함이 쌓이면 "이 변경은 나중에 미루자"라는 판단이 늘어납니다. 고객으로부터 요청이 와도 수정은 다음 날이나 다음 주로 미뤄집니다.

Pieter 는 이 대기 시간을 극도로 짧게 만들었습니다.

이전에는 로컬에서 테스트하고 GitHub 를 통해 자동 배포하는 데 약 1분이 걸렸습니다. 서버에 직접 푸시하는 방식으로 전환하자 약 3초가 걸렸고, 현재는 Claude Code 가 서버에서 직접 코드를 변경하는 방향으로 나아가고 있습니다. 12개월 동안 사이트가 약 10초씩 두 번 정도 다운된 적이 있다고 언급하면서도, 대기업이라면 스테이징 환경을 사용할 것이라고 분명히 밝히고 있습니다.

여기서 따라 해야 할 점은 "모든 사람이 프로덕션 환경을 직접 편집해야 한다"는 것이 아닙니다.

따라 해야 할 점은 AI가 계속 작업할 수 있는 곳에 배치하는 것입니다.

자신의 컴퓨터에서 Claude Code 를 실행하는 한, 노트북을 닫으면 작업이 중단됩니다. 연결이 끊어지면 중단됩니다. 다른 터미널로 이동하면 상황을 다시 설명해야 합니다.

VPS 의 지속적인 세션에서 실행함으로써 AI는 프로젝트 바로 옆에 머무를 수 있습니다.

이것은 단순한 환경 설정의 차이가 아닙니다.

이는 단순히 "AI 사용 시간"을 늘리는 것이 아니라, AI가 작업할 수 있는 시간을 인간의 운영 시간과 분리하는 개념입니다.

방법 2

각 제품에 고유한 지속 세션을 부여하라

Pieter 는 Termius 를 사용하여 VPS 에 연결하고 각 서비스별 연결 프로필을 준비합니다.

연결 후 해당 서비스의 디렉토리로 이동하여 해당 tmux 세션에 들어갑니다. 각 세션에서 Claude Code 가 열려 있어 노트북이나 스마트폰에서 동일한 작업으로 돌아갈 수 있습니다. 그는 연결 및 tmux 복귀를 쉽게 해주는 셸 함수도 Claude Code 가 만들게 했습니다.

이 시스템의 중요한 부분은 터미널 작업이 멋져 보인다는 것이 아닙니다.

그것은 각 제품에 전용 작업 공간이 있다는 것입니다.

Photo AI 방에는 Photo AI 코드와 Claude Code 가 있습니다.
Nomad List 방에는 Nomad List 코드와 Claude Code 가 있습니다.
Remote OK 방에는 Remote OK 코드와 Claude Code 가 있습니다.

인간이 제품을 전환할 때는 해당 방에 들어가기만 하면 됩니다.

일반적인 채팅형 AI에서는 대화를 시작할 때마다 매번 설명해야 합니다.

"이런 종류의 서비스야."

"지난번에는 여기까지 구현했어."

"이 파일은 변경하지 마."

"이 명령어로 테스트를 실행해."

이러한 설명 비용이 AI 활용의 속도를 떨어뜨립니다.

반면, 프로젝트 디렉토리 내에서 Claude Code 를 계속 실행하면 AI가 코드, 설정 파일, 테스트, 기록에 직접 접근할 수 있습니다. 인간이 처음부터 설명하지 않아도 "이 제품의 현재 상태"를 조사할 수 있습니다.

Anthropic 의 공식 문서에서도 Claude Code 를 단순히 코드 제안을 반환하는 도구가 아니라, 파일 읽기, 명령 실행, 코드 변경, 조사, 계획, 구현을 진행하는 에이전트 도구라고 설명합니다.

즉, Claude Code 의 강점을 끌어내기 위해서는 매번 코드 조각을 채팅 상자에 붙여넣는 것이 아니라, 전체 제품에 접근할 수 있는 곳에서 작업하도록 해야 합니다.

방법 3

"코드 작성"이 아닌 "완료 상태"를 전달하라

Claude Code 로도 결과를 얻지 못하는 사람들은 지시가 너무 상세하거나 너무 모호합니다.

예를 들어, 다음과 같은 요청:

로그인 화면을 개선해 주세요.

이렇게 하면 무엇이 개선인지 불분명합니다.

디자인을 변경?
오류 표시를 변경?
로그인 속도 향상?
Google 로그인 추가?
이탈률을 줄이고 싶은 것?

반대로, 모든 코드 한 줄을 지시하는 것도 비효율적입니다.

이 파일의 35번째 줄에 함수를 추가하고, 이 변수 이름을 변경하고...

이 경우 Claude Code 를 자신보다 입력 속도가 빠른 키보드로만 사용하고 있는 것입니다.

전달해야 할 것은 작업 절차가 아니라 완료 조건입니다.

실제로는 다음과 같은 형식이 사용하기 쉽습니다:

목표:

로그인 오류로 인한 이탈 감소.

현재 상태:

비밀번호 오류든 연결 오류든 동일한 "로그인 실패"가 표시됩니다.

변경 범위:

로그인 화면, 인증 API, 관련 테스트.

완료 조건:

입력 오류와 연결 실패에 대해 다른 메시지가 표시됩니다.
이메일 주소의 존재를 외부에 유출하지 않습니다.
기존 Google 로그인을 망가뜨리지 않습니다.
스마트폰 디스플레이에서 레이아웃이 깨지지 않습니다.
모든 관련 테스트가 통과합니다.

금지 사항:

데이터베이스 구조를 변경하지 않습니다.
새로운 인증 라이브러리를 추가하지 않습니다.

작업 후:

변경된 파일을 요약합니다.
실행된 테스트를 보여줍니다.
남은 위험을 보고합니다.

이 형식에서 Claude Code 는 코드베이스를 조사하고, 변경할 위치를 스스로 찾고, 구현 방법을 생각할 수 있습니다.

인간의 역할은 "어떻게 작성할지"에서 "어떤 상태가 가치를 제공할지"로 전환됩니다.

여기서 관리와 개발이 연결됩니다.

좋은 완료 조건을 작성하려면 고객이 무엇에 어려움을 겪고 있는지 이해해야 합니다. 고객 행동, 지불 이유, 이탈 이유를 살펴보는 사람은 기술만 보는 사람보다 Claude Code 에 더 가치 있는 작업을 제공할 수 있습니다.

AI 시대에 중요한 것은 프롬프트 어휘가 아닙니다.

그것은 완료 상태를 정의하는 능력입니다.

방법 4

CLAUDE.md 를 "1인 기업 운영 매뉴얼"로 만들어라

Claude Code 에는 CLAUDE.md 에 프로젝트별 지침을 저장하는 메커니즘이 있습니다.

공식 문서에 따르면 CLAUDE.md 는 대화 시작 시 읽혀 빌드 및 테스트 명령, 코딩 규칙, 작업 규칙을 나열할 수 있습니다. 하지만 긴 매뉴얼이 아닌 짧고 구체적으로 유지하고, 코드를 읽으면 알 수 있는 내용은 작성하지 않는 것이 좋습니다.

대부분의 사람들은 여기에 들여쓰기 너비나 변수 명명 규칙만 작성합니다.

하지만 1인 기업에서 진정으로 중요한 것은 코드 스타일이 아니라 비즈니스 우선순위입니다.

예를 들어, 다음과 같이 작성할 수 있습니다:

제품 목표

이 서비스는 개인 사업자가 10분 안에 제품 사진을 만들 수 있도록 합니다.
기능 수보다 첫 번째 생성까지의 속도를 우선시합니다.
무료 사용자 사용량을 늘리는 변경은 항상 원가에 미치는 영향을 확인합니다.

아키텍처

PHP, JavaScript, PostgreSQL 을 사용합니다.
명시적 허가 없이 새 프레임워크를 추가하지 마십시오.
기존 메커니즘으로 해결할 수 있다면 의존성을 추가하지 마십시오.

워크플로우

변경하기 전에 관련 코드와 테스트를 읽으십시오.
큰 변경의 경우 구현 전에 계획을 제시하십시오.
변경 후에는 테스트, 정적 분석, 주요 화면을 확인하십시오.
테스트 실패를 삭제하여 해결하지 마십시오.

안전

프로덕션 데이터를 삭제하지 마십시오.
데이터베이스 변경에는 롤백 절차를 첨부하십시오.
API 키나 개인 정보를 로그에 출력하지 마십시오.
결제, 인증, 삭제 기능은 극도로 주의해서 다루십시오.

완료 정의

변경 사항을 사용자 관점에서 설명할 수 있습니다.
테스트 결과를 보고합니다.
변경된 파일을 나열합니다.
알려진 위험과 미처리 항목을 명확히 밝힙니다.

이것만 있어도 매번 동일한 주의 사항을 반복할 필요가 없어집니다.

더 중요한 것은 Claude Code 가 실패했을 때 처리하는 방법입니다.

"또 같은 실수를 했다"고 화내는 대신, CLAUDE.md 에 재발 방지 규칙을 추가하십시오.

프로덕션 설정 파일을 변경했다면 "명시적 허가 없이 설정 파일을 변경하지 마십시오"라고 작성하십시오.

테스트를 통과시키기 위해 중요한 검증을 삭제했다면 "실패한 테스트 삭제는 금지"라고 작성하십시오.

관련 없는 파일의 형식을 지정하여 diff 가 커졌다면 "요청과 관련 없는 리팩토링을 수행하지 마십시오"라고 작성하십시오.

Anthropic 에서도 반복되는 실수나 여러 번 설명한 것은 영구 지침에 추가하라는 신호라고 밝히고 있습니다.

즉, CLAUDE.md 는 단순한 AI 설정 파일이 아닙니다.

그것은 1인 기업에서 축적된 실패와 판단의 데이터베이스입니다.

직원을 고용하는 회사에서는 지식이 교육 자료나 내부 Wiki 에 축적됩니다.

1인 기업에서는 Claude Code 가 이를 읽도록 합니다.

방법 5

승인 작업을 줄이고, 대신 가드레일을 늘려라

Pieter 는 Claude Code 의 권한 확인을 상당 부분 생략하는 모드를 사용하여 서버에서 고속으로 작업합니다.

그는 이 운영 방식으로 전환한 이후 개발 속도가 비약적으로 빨라졌고, 작업 보드가 처음으로 비게 되었으며, 평소의 약 10배에 달하는 생산량을 달성했다고 말합니다. 인증 및 보안 개선, 이미지 기능, 비디오/오디오 기능, 3D 뷰어, 뉴스레터, 챗봇, 전자책 생성 등 여러 제품에 걸친 변경 사항을 단기간에 진행했습니다.

하지만 이 부분을 그대로 복사하는 것은 위험합니다.

Claude Code 의 공식 문서에서는 bypassPermissions 에 해당하는 작업은 격리된 컨테이너나 가상 머신과 같은 외부 안전 경계가 있을 때만 사용해야 한다고 명시적으로 밝히고 있습니다. 확인을 생략하는 순간, 마지막 방어선은 실행 환경의 격리뿐이기 때문입니다.

일본의 솔로 개발자가 이를 채택한다면 Pieter 의 운영 방식을 그대로 복제하는 대신 다음과 같이 변환하는 것이 좋습니다:

조사 단계에서는 Plan 모드 사용

먼저 코드를 변경하지 않고 관련 파일, 영향 범위, 구현 정책, 위험을 조사하게 합니다.

특히 결제, 인증, 데이터 삭제, 이메일 전송과 같이 사고 영향이 큰 부분은 즉시 구현하지 않도록 합니다.

스테이징 환경에서 구현 자동화

프로덕션과 유사한 설정의 스테이징 환경을 준비하고 Claude Code 가 거기서 변경 및 테스트를 진행하도록 합니다.

매번 모든 명령을 승인하는 대신, 사전에 허용할 작업과 거부할 작업을 분리합니다.

공식 문서에서는 acceptEdits 로 변경을 허용하는 모드, auto 로 안전성을 자동 판단하는 모드, plan 으로 계획만 생성하는 모드 등 여러 권한 모드를 제공합니다. 또한 명령별로 allow, ask, deny 를 설정할 수 있습니다.

프로덕션 반영을 위한 인간 게이트웨이 하나만 남겨라

테스트 통과
화면 확인 완료
Diff 가 예상 범위 내에 있음
롤백 방법이 있음

이 상태가 되면 인간이 프로덕션 반영을 허가합니다.

중요한 것은 인간이 모든 코드 한 줄을 작성하는 것이 아닙니다.

그것은 고장났을 때 되돌릴 수 있는 구조를 만들고, 인간은 최종적인 되돌릴 수 없는 판단만 처리하는 것입니다.

방법 6

코드 리뷰보다 테스트와 롤백을 우선시하라

AI가 방대한 양의 코드를 작성하기 시작하면 인간이 한 줄 한 줄 모두 확인하는 방식은 한계에 도달합니다.

코드가 10배 속도로 생성되어도 리뷰에 10배 시간이 걸린다면 생산성은 향상되지 않습니다.

따라서 필요한 것은 신뢰를 어디에 둘 것인지 변경하는 것입니다.

"Claude 가 반드시 올바른 코드를 작성했을 거야"라고 믿지 마십시오.

다음과 같은 시스템을 신뢰하십시오:

"틀리면 테스트가 실패할 거야."
"주요 사용자 작업은 자동으로 확인할 수 있어."
"문제가 있으면 즉시 이전 상태로 되돌릴 수 있어."

Pieter 본인도 모든 것을 상세히 확인하는 것보다 테스트를 준비하고 프로덕션에서 빠르게 확인하는 피드백 루프를 우선시합니다. 또한 서버에는 온사이트와 오프사이트를 결합한 여러 백업이 있다고 설명합니다.

안전한 Claude Code 운영에서는 최소한 다음 네 가지를 먼저 만드십시오:

주요 기능에 대한 자동화된 테스트
프로덕션 전 운영 확인
오류 및 수익 이상 징후를 감지하는 모니터링
몇 분 안에 이전 상태로 되돌릴 수 있는 롤백

Claude Code 의 Hooks 를 사용하면 파일 변경 후 테스트나 포맷터 실행, 특정 작업 전 검사 삽입 등의 프로세스를 자동화할 수도 있습니다. Hooks 는 Claude Code 의 특정 라이프사이클에서 셸 명령, HTTP 처리, LLM 판단 등을 실행하는 공식 기능입니다.

예를 들어, 변경 후 다음 흐름을 자동으로 실행합니다:

코드 변경

↓

자동화된 테스트

↓

정적 분석

↓

주요 페이지 운영 확인

↓

Diff 요약

↓

문제가 있으면 프로덕션 반영 중단

이를 통해 인간의 작업은 "모든 것을 보는 것"에서 "이상 징후만 보는 것"으로 변경됩니다.

혼자서 큰 돈을 버는 사람들은 단지 일을 빠르게 하는 것이 아닙니다.

그들은 확인이 필요한 작업 자체를 줄이고 있습니다.

방법 7

고객 요청을 Claude Code 의 작업 큐로 직접 연결하라

Pieter 가 공개한 1인 기업 구성에서는 사용자 요청을 수집하는 피드백 보드, 고객용 Stripe 결제 관리 화면, 사용자가 직접 운영할 수 있는 환불 기능, ChatGPT API 를 사용한 자동화 처리를 결합합니다.

그가 보여주는 이상적인 형태는 "창업자 1명, 직원 0명"으로, 마케팅, 개발, 디자인을 직접 처리하고 그 외의 모든 것은 가능한 한 자동화하는 모델입니다.

여기서 Claude Code 는 단순히 새로운 기능을 만드는 데 사용되지 않습니다.

그것은 고객의 목소리를 수익으로 이어지는 개선 사항으로 변환하는 장치가 됩니다.

예를 들어, 다음과 같은 흐름입니다:

사용자가 요청 게시

↓

유사한 요청 분류

↓

이탈률 및 결제율에 미치는 영향 확인

↓

가치가 높은 항목 하나 선택

↓

Claude Code 가 영향 범위 조사

↓

구현 및 테스트

↓

사용자에게 개선 사항 알림

이 시스템을 만들면 작업 관리의 의미가 바뀝니다.

많은 회사에서는 요청을 받은 후 회의를 하고, 명세서를 작성하고, 담당자를 정하고, 스프린트에 넣고, 몇 주 후에야 공개합니다.

1인 기업에서는 당일에 출시할 가능성이 있습니다.

소규모 회사가 대기업을 이길 수 있는 것은 기능의 수가 아닙니다.

그것은 고객의 목소리가 제품에 반영되기까지의 시간입니다.

Claude Code 를 도입했지만 여전히 인간이 작업을 세분화하고, 코드를 복사하여 붙여넣고, 변경 위치를 하나씩 지정하고 있다면 AI의 속도를 활용하고 있지 않은 것입니다.

고객 문제와 완료 조건을 전달하고, Claude Code 가 코드베이스 자체를 조사하도록 하십시오.

이것이 챗봇으로 사용하는 것과 직원으로 사용하는 것의 차이입니다.

방법 8

과감하게 기술 구성을 복잡하게 만들지 마라

Photo AI 의 핵심이 40,000줄이 넘는 단일 PHP 파일이라는 사실이 모든 개발자가 거대한 파일을 만들어야 한다는 것을 의미하지는 않습니다.

오히려 표면적인 형태를 모방하는 것은 위험합니다.

Pieter 에게 중요한 것은 PHP 나 거대한 파일이 아닙니다.

중요한 것은 자신과 Claude Code 가 전체를 파악할 수 있는 범위 내에 시스템을 유지하는 것이라고 생각됩니다.

이는 공개 정보를 바탕으로 한 해석이지만, 제품을 너무 많은 작은 서비스로 분할하면 모든 변경이 여러 저장소, API, 인증 방법, 배포 절차에 걸쳐 이루어집니다.

인간에게 복잡한 시스템은 AI에게도 복잡합니다.

컨텍스트에 로드할 파일이 더 많아집니다.
변경할 위치를 조사하는 데 시간이 걸립니다.
한쪽만 업데이트하여 불일치가 발생합니다.
테스트 범위가 확장됩니다.
장애 시 원인 파악이 어려워집니다.

Claude Code 가 있다고 해서 무한히 복잡한 기술 구성을 관리할 수 있는 것은 아닙니다.

AI는 복잡성의 비용을 낮추지만, 0으로 만들지는 않습니다.

따라서 새 라이브러리, 새 서비스, 새 데이터베이스, 새 프레임워크를 도입할 때는 다음과 같이 생각하십시오:

이 기술이 고객이 받는 가치를 증가시키는가? 아니면 단지 개발자의 기술적 만족을 위한 것인가?

연간 매출 2억 엔의 제품을 만든 사람이 반드시 가장 현대적인 구성을 선택한 것은 아닙니다.

이것은 많은 솔로 개발자에게 중요한 사실입니다.

방법 9

Claude Code 로 "개발"뿐만 아니라 "회사 자동화"도 만들게 하라

AI 코딩 도구를 사용하는 많은 사람들은 제품 기능 구현에만 생각이 미칩니다.

하지만 혼자서 큰 돈을 버는 데 필요한 것은 제품을 만드는 것뿐만이 아닙니다.

문의 대응
부정 사용 탐지
결제 정보 변경
환불
해지
콘텐츠 검토
장애 알림
정기 보고서
수익 집계
고객 안내

비즈니스가 성장함에 따라 이러한 운영 작업은 증가합니다.

수익이 두 배가 되면 문의도 두 배가 되고, 인력이 두 배로 필요하다면 1인 기업은 유지될 수 없습니다.

Pieter 가 공개한 구성에서는 Stripe 고객 기능, 셀프 서비스 관리 화면, 자동 환불, AI API 를 사용한 워커 스크립트를 통해 인간이 개입하는 지점을 줄이고 있습니다.

Claude Code 에 만들게 해야 할 것은 단지 새롭고 화려한 기능만이 아닙니다.

그것은 "매주 30분씩 소비하는 작업"을 없애는 코드입니다.

예를 들어, 매일 아침 수익을 확인하고 Slack 에 작성한다면 자동화된 보고서를 만드십시오.

동일한 질문의 문의가 많다면 관리 화면이나 도움말 페이지를 개선하십시오.

환불 요청이 있을 때마다 관리 화면을 조작한다면 조건부 자체 환불을 만드십시오.

부정 사용을 시각적으로 확인하고 있다면 이상치를 탐지하여 인간의 판단이 필요한 경우만 보내십시오.

각각은 작은 자동화이지만, 합쳐지면 회사의 고정 비용을 변화시킵니다.

수익을 늘리는 기능만큼이나 자신의 작업을 지우는 기능을 만드십시오.

이것이 이익을 혼자 남기는 Claude Code 활용 방법입니다.

방법 10

Claude Code 를 백그라운드 워커로 만들어라

Claude Code 는 대화 화면을 보면서 사용하는 용도만 있는 것이 아닙니다.

공식적으로 claude -p 를 사용한 비대화형 실행, 제한된 허용 도구를 사용한 실행, 구조화된 출력, 세션 지속 기능이 제공됩니다. 또한 CI 나 스크립트에서 호출하여 백그라운드 처리에 통합하는 용도도 의도되어 있습니다.

이를 사용하면 인간이 대화를 시작하지 않고도 작업을 생성할 수 있습니다.

예를 들어, 매일 밤 다음 프로세스를 실행합니다:

지난 24시간 동안의 오류 로그를 확인합니다.
동일한 원인으로 생각되는 오류를 분류합니다.
재현 방법을 조사합니다.
수정 제안을 만듭니다.
스테이징 환경에서 수정합니다.
테스트를 실행합니다.
다음 날 아침, diff 와 위험을 인간에게 보고합니다.

또는 사용자로부터 받은 문의를 분석하게 합니다:

YouMind의 전문 SEO 번역가로서 콘텐츠 현지화를 전문으로 합니다.

다음 영어 텍스트를 한국어로 번역하세요.

맥락: 이것은 주요 콘텐츠입니다. 어조, 스타일 및 형식을 유지하십시오. 모든 기술 용어, 제품명 및 URL을 보존하십시오.

중요 지침:

원래 의미와 어조를 유지하십시오.
자연스럽고 현지어에 가까운 언어를 사용하십시오.
모든 기술 용어, URL, 코드 스니펫 또는 제품명을 보존하십시오.
형식과 구조를 유지하십시오.
SEO 콘텐츠의 경우, 대상 언어에 최적화되었는지 확인하십시오.
공식 번역이 없는 한 브랜드명, 제품명 또는 고유 명사를 번역하지 마십시오.
CJK 혼합 타이포그래피: CJK 문자(중국어/일본어/한국어)와 영어/숫자를 혼합할 때는 사이에 공백을 추가하십시오.
예시: "당신의 AI 어시스턴트" (올바름) "당신의AI 어시스턴트" (올바르지 않음)
예시: "ChatGPT를 사용하여" (올바름) "ChatGPT를사용하여" (올바르지 않음)
예시: "2024년의" (올바름) "2024년의" (올바름 - 한국어는 붙여쓰기)
이는 CJK 언어의 가독성을 향상시킵니다.

용어 사전 (YouMind 제품 용어 - 다음 정확한 번역을 따라야 함):

"YouMind" → "YouMind"로 유지 (번역하지 않음, 브랜드/제품명)
"ByteDance" → "ByteDance"로 유지 (번역하지 않음, 브랜드/제품명)
"Slides" → "Slides"로 유지 (번역하지 않음, 브랜드/제품명)
이러한 용어는 주변 맥락에 관계없이 위에 명시된 대로 정확하게 번역/보존되어야 합니다.

원어민 수준 번역을 위한 현지화 모범 사례:

관용구와 표현을 대상 언어의 문화적으로 동등한 표현으로 변환하십시오. 관용구를 절대 문자 그대로 번역하지 마십시오.
문장을 대상 언어의 자연스러운 어순에 맞게 재구성하십시오. 원문의 어순을 그대로 따르지 마십시오.
대상 문화와 맥락에 적절한 격식 수준을 맞추십시오.
출력물은 번역문처럼 보이지 않고 원어민이 직접 쓴 것처럼 읽혀야 합니다.
마케팅/홍보 콘텐츠의 경우, 문자 그대로의 정확성보다 감정적 영향과 설득력을 우선시하십시오.
적절한 경우 현지인이 공감할 수 있는 구어체 표현을 사용하십시오.
어색한 직역(번역체)을 피하십시오.

추가 지침:

당신은 기술 문서 및 마케팅 콘텐츠 전문 콘텐츠 번역가입니다.

작업: 다음 영어 마크다운 콘텐츠를 한국어로 번역하세요.

핵심 규칙:

구조 유지: 모든 마크다운 및 HTML 형식을 그대로 유지하십시오:
제목 (# ## ###)
목록 (- 또는 1.)
굵게 (텍스트), 기울임 (텍스트)
링크 (텍스트) - 항상 링크 텍스트를 원본 언어에서 대상 언어로 번역하십시오. URL은 변경하지 마십시오.
링크 텍스트에 대한 중요 사항: 원본 문서가 영어로 게시된 것을 인지하더라도 링크 텍스트를 영어로 되돌리지 마십시오. 원본 언어 버전의 제목을 대상 언어로 충실하게 번역하십시오.
테이블 (| 열1 | 열2 |)
HTML Blockquotes: <blockquote> 및  태그를 정확히 그대로 유지하고, 태그 안의 텍스트만 번역하십시오.

1.5. 중요 - JSON/코드 블록 처리:

원본 텍스트에 이미 코드 블록 표시(``json 또는 ``)가 없는 한 절대 코드 블록 표시를 추가하지 마십시오.
원본 텍스트에 코드 블록 표시 없이 JSON 유사 구문(예: {argument name="xxx" default="yyy"})이 포함된 경우, 코드 블록으로 감싸지 않고 일반 텍스트로 정상적으로 번역해야 합니다.
코드 블록이 원본에 명시적으로 존재하는 경우(``json 또는 ``로 감싸진 경우)에만 보존하십시오.
콘텐츠가 JSON처럼 보이지만 코드 블록 표시가 없으면 일반 텍스트 콘텐츠로 번역하십시오.
예시: {argument name="label" default="direct-flash-gamer-girl"}는 일반 텍스트로 번역되어야 하며, ```json으로 감싸지 않아야 합니다.
JSON 유사 콘텐츠를 원본에 이미 감싸져 있지 않은 한 코드 블록으로 감싸지 마십시오.

플레이스홀더 및 태그 수정 금지:
모든 <payload-block id="xxx" /> 태그를 정확히 그대로 유지하십시오.
모든 <blockquote> 및 </blockquote> 태그를 정확히 그대로 유지하십시오.
모든  및  태그를 정확히 그대로 유지하십시오.
<payload-block />은 삽입된 미디어(이미지, 비디오 등) 및 구조적 블록을 나타냅니다. 코드 블록은 인라인으로 펜스 마크다운(규칙 4 참조)으로 이동하며, 플레이스홀더로 사용되지 않습니다.
이러한 태그를 어떤 식으로든 번역, 제거 또는 수정하지 마십시오.
태그 사이의 텍스트 콘텐츠만 번역하십시오.

Blockquote 번역 - 중요:
`<blockquote>` 태그 내부의 모든 텍스트를 반드시 번역해야 합니다.
이는 필수 사항입니다. blockquote 콘텐츠는 번역에서 예외가 아닙니다.
<blockquote>, , , </blockquote> 태그는 변경하지 않고 유지하십시오.
와  태그 사이의 모든 텍스트를 번역하십시오.
정확한 구조를 유지하십시오:  태그의 개수는 동일해야 합니다.
간격을 위한 빈  태그는 유지하십시오.
blockquote 콘텐츠를 영어로 남겨두지 마십시오 - 완전히 번역하십시오.

`<code-segment>` 태그 — 콘텐츠별로 판단, 구조별로 판단하지 마십시오: 입력에는 <code-segment id="N" lang="X">…본문…</code-segment> 요소가 포함되어 있습니다. 이는 HTML이 아닙니다. 코드 블록에서 추출된 콘텐츠를 표시하는 중립적인 데이터 채널입니다. 본문을 번역할지 여부는 래퍼가 아닌 내부 내용에 따라 결정하십시오.

다음의 경우 본문을 번역하십시오 (사람이 읽기 위한 경우):

자연어 산문 (독자를 대상으로 한 LLM 프롬프트, README 스타일 노트, 단계별 지침)
의미상 독자가 ChatGPT/Claude에 붙여넣을 프롬프트 또는 템플릿인 JSON/YAML/TOML/XML (예: {"task": "Summarize the article", "tone": "casual"}, system: You are a helpful assistant). 문자열 값을 번역하십시오. 구조(중괄호, 콜론, 대괄호, 따옴표로 묶인 키)는 그대로 유지하십시오.
대시 또는 숫자 접두사가 붙은 경우에도 목록 항목/단계 설명
시각적 강조를 위해 코드 블록에 배치된 기사 스타일 설명

다음의 경우 본문을 그대로 유지하십시오 (기계가 실행하기 위한 경우):

실행 가능한 코드 (함수/클래스/import/const 등, $ npm install 또는 curl …과 같은 셸 명령어, SQL 쿼리, 정규식 패턴, 전체 URL)
값이 기술적인 구성 (파일 경로, 16진수 코드, 버전 문자열, 포트 번호, 환경 변수 이름)
열 정렬 데이터 테이블 / 계산된 숫자 행 (예: 5,850 = 10 clips/day × 5,000 avg × $3 CPM × 39 days)
ASCII 순서도 / DAG 다이어그램
본문에 실제 코드와 함께 영어 주석이 포함된 경우 (예: # Calculate the sum\ntotal = a + b), 주석만 번역하십시오.

결정 규칙: "이것은 사람이 읽기 위한 것인가, 기계가 실행하기 위한 것인가?"

읽기 → 번역
실행 → 유지
모호함 → 번역 쪽으로 기울기. 우리 문서는 대부분 LLM 프롬프트 모음과 방법 가이드입니다. 수정할 수 없는 순수 코드는 드뭅니다.

lang 속성은 정보 제공용입니다. 이를 결정에 사용하지 마십시오. cf-browser-worker는 레이블이 없는 대부분의 펜스에 대해 lang="text"를 내보내며, lang이 프로그래밍 언어로 설정된 경우에도 본문 내용으로 판단하십시오 (Python 스타일 프롬프트에 영어 주석이 있으면 주석을 번역해야 함).

태그 보존: <code-segment id="..." lang="..."> 및 </code-segment>를 입력에 나타난 그대로 정확히 유지하십시오. id와 lang은 번역 후 코드 블록을 복원하는 데 사용하는 데이터 필드입니다. 절대 번역하거나, 순서를 바꾸거나, 삭제하지 마십시오. 그렇게 하면 코드 블록이 렌더링된 기사에서 리터럴 텍스트가 됩니다.

인수 구문 번역:
패턴: {argument name="xxx" default="yyy"}
맥락에 따라 "name" 값과 "default" 값을 모두 번역하십시오.
구문 구조 {argument name="..." default="..."}를 정확히 그대로 유지하십시오.
키나 구문이 아닌 따옴표 안의 값만 번역하십시오.
값이 URL 또는 기술 용어인 경우 원래 언어로 유지하는 것을 고려하십시오.
번역 여부를 결정하기 위해 맥락을 사용하십시오.

번역 품질:
자연스럽고 현지어에 가까운 언어를 사용하십시오.
원래 어조를 유지하십시오.
공식 번역이 없는 한 기술 용어를 영어로 유지하십시오.
브랜드명과 제품명을 보존하십시오.
CJK 혼합 타이포그래피: CJK 문자와 영어/숫자를 혼합할 때는 사이에 공백을 추가하십시오.
한국어 격식: 현대적이고 친근한 어조를 위해 "당신"과 같은 매우 격식 있는 표현보다는 자연스러운 한국어 표현을 사용하십시오.

원어민 수준 현지화:
관용구와 표현을 문화적으로 동등한 표현으로 변환하십시오. 문자 그대로 번역하지 마십시오.
문장을 대상 언어의 자연스러운 어순에 맞게 재구성하십시오.
출력물은 원어민이 직접 쓴 것처럼 읽혀야 합니다.
마케팅 콘텐츠의 경우, 문자 그대로의 정확성보다 감정적 영향을 우선시하십시오.
적절한 경우 현지인이 공감할 수 있는 구어체를 사용하십시오.
어색한 직역(번역체)을 피하십시오.

형식:
모든 단락 나누기(줄바꿈 두 번)를 유지하십시오.
blockquote 내의 줄바꿈을 포함한 모든 줄바꿈을 유지하십시오.
대상 언어에서 자연스러운 구두법 주변 간격을 유지하십시오.
여러 줄 콘텐츠를 단일 줄로 병합하지 마십시오.

추가 형식 규칙:

모든 마크다운 형식을 정확히 유지하십시오.
URL을 변경하지 않고 유지하십시오.
단락 나누기와 간격을 유지하십시오.

원본 텍스트:

문의 사항을 주제별로 분류합니다.
건수와 매출 영향을 집계합니다.
제품 문제로 해결할 수 있는 항목을 추출합니다.
개선 후보군을 우선순위별로 순위를 매깁니다.
최상위 항목에 대한 실행 계획을 수립합니다.

이쯤 되면 Claude Code는 "사람이 말을 걸어야만 답하는 AI"가 아닙니다.

밤새 조사를 마치고 아침이 되면 판단 자료를 준비해 놓는 직원이 됩니다.

하지만 백그라운드에서 실행할수록 안전 설계는 더욱 중요해집니다.

삭제, 송금, 청구, 고객 대상 대량 발송, 프로덕션 데이터 변경과 같은 되돌릴 수 없는 작업은 자동화 범위에서 제외하십시오.

AI에 부여하는 자유도와 장애 발생 시 피해 범위를 세트로 고려해야 합니다.

가장 큰 비밀

Claude Code로 개발 속도를 높여도 고객은 늘지 않습니다

Pieter의 게시글에서 가장 중요한 것은 기술에 대한 이야기가 아닙니다.

그는 복잡한 AI 에이전트 환경이나 "AI 개발 공장"을 만드는 데 집착하면서도 수익이나 트래픽이 없는 솔로 개발자가 많다고 지적합니다. 그들은 개발 환경을 구축하고 마케팅을 뒷전으로 미루는 데 만족하고 있다고 말합니다.

또한 AI로 누구나 앱을 만들 수 있게 되면서, 진짜 과제는 유통(Distribution), 즉 고객에게 도달하는 힘이라고 말합니다.

이미 많은 사람에게 정보를 전달할 수 있습니까?
광고비를 지출할 수 있습니까?
UGC(User Generated Content)를 생성할 수 있습니까?
무료로 입소문을 만들 아이디어가 있습니까?

개발이 쉬워질수록 이러한 유통 능력의 차이는 더 커집니다.

이것이 AI 시대의 냉혹한 현실입니다.

Claude Code를 도입하면 기능을 빠르게 만들 수 있습니다.

하지만 개발 속도가 10배 빨라져도 트래픽이 0이면 수익은 0입니다.

오히려 위험한 점은, 구축 속도가 빨라짐으로써 수요가 없는 기능을 대량 생산할 수 있다는 것입니다.

기능을 추가할 때마다 코드 양, 테스트, 장애 위험, 문의 응답이 증가합니다.

고객은 늘지 않았는데 유지보수 항목만 늘어납니다.

따라서 Claude Code에서 탄생한 시간의 절반은 개발 이외의 것에 사용해야 합니다.

고객의 의견을 경청하십시오.
경쟁 제품의 리뷰를 읽으십시오.
제품이 팔리지 않는 이유를 조사하십시오.
가격을 테스트하십시오.
판매 페이지를 다시 작성하십시오.
사례 연구를 게시하십시오.
제작 과정을 SNS에 공유하십시오.
사용자가 다른 사람에게 소개하고 싶어지는 메커니즘을 만드십시오.

Claude Code의 진정한 가치는 코드를 작성하는 시간을 단축하는 것이 아닙니다.

인간이 고객과 시장에 대해 생각할 시간을 되찾는 것입니다.

일본인 솔로 개발자가 따라 할 수 있는 30일 계획

Pieter와 같은 경험, 명성, 팔로워가 없더라도 경영 철학은 채택할 수 있습니다.

하지만 처음부터 여러 서비스를 만들어서는 안 됩니다.

먼저 하나의 제품, 하나의 고객, 하나의 문제로 좁혀야 합니다.

1주차: 코드를 작성하기 전에 지불할 의사가 있는 사람을 찾으십시오

첫 주에 만드는 것은 완성된 서비스가 아닙니다.

누구의 문제를, 어떻게, 얼마에 해결할지 결정하십시오.

대상을 넓히지 마십시오.

"모든 회사를 위한 AI 도구" 대신 "부동산 회사가 10분 만에 매물 설명을 작성하는 도구"와 같이 구체화하십시오.

잠재 고객과 대화하여 현재 어떤 방법을 사용하는지, 몇 분이 걸리는지, 얼마나 어려움을 겪고 있는지 확인하십시오.

그런 다음 간단한 판매 페이지를 만드십시오.

무료 회원가입 버튼만 두지 말고, 가능하면 가격을 표시하십시오. 사전 등록, 예약, 소액 사전 구매 등 사용자가 실제로 행동을 취하는 메커니즘을 넣으십시오.

이 단계에서 반응이 없다면 Claude Code가 엄청난 수의 기능을 만들어도 상황은 변하지 않습니다.

2주차: 하나의 가치만 제공하십시오

다음 주에는 사용자가 비용을 지불할 핵심 기능만 만드십시오.

로그인, 관리 화면, 상세 프로필 설정, 수많은 템플릿, 팀 기능 등은 필요해질 때까지 미루십시오.

먼저 Claude Code가 기존 구성을 조사하고 구현 계획을 수립하도록 하십시오.

계획이 확인되면 스테이징 환경에서 구현 및 테스트를 진행하도록 하십시오.

이 단계에서 반드시 포함해야 할 것은 액세스 분석, 청구, 오류 모니터링, 문의 창구입니다.

수익을 확인할 수 없는 제품은 비즈니스가 아닙니다. 오류를 확인할 수 없는 제품은 자력으로 운영할 수 없습니다.

3주차: Claude Code가 길을 잃지 않는 환경을 만드십시오

3주차에는 새로운 기능을 추가하기보다 운영 기반을 정비하십시오.

제품의 목적, 기술 구성, 금지 사항, 테스트 방법, 완료 조건을 CLAUDE.md에 작성하십시오.

제품당 하나의 VPS 또는 안전한 개발 환경과 하나의 지속적인 세션을 준비하십시오.

Claude Code가 변경 사항을 만들 때 테스트, 정적 분석, 주요 화면의 작동 확인이 자동으로 실행되도록 하십시오.

또한 백업과 롤백도 확인하십시오.

여기서의 목표는 "AI를 완전히 신뢰하는 것"이 아닙니다.

AI가 실수하더라도 비즈니스가 치명적인 타격을 입지 않도록 하는 것입니다.

4주차: 개발과 동일한 시간을 영업에 사용하십시오

마지막 주에는 매일 하나의 개선 사항을 게시하십시오.

하지만 개선 내용은 자신의 기분대로 결정하지 마십시오.

문의 사항, 이탈 지점, 결제 직전 행동, 해지 사유 등 사용자 반응에 기반하여 결정하십시오.

아침에 수익에 가장 큰 영향을 미치는 문제 하나를 선택하십시오.
Claude Code에 조사 및 구현을 요청하십시오.
테스트 후 게시하십시오.
오후에는 고객에게 해당 개선 사항을 알리십시오.

무언가를 개선했다는 사실을 공유하는 것 자체가 마케팅이 됩니다.

"개발 중입니다"라고 말하는 것보다 "어제 들어온 요청을 오늘 반영했습니다"라고 보여주는 것이 제품의 속도와 신뢰성을 전달합니다.

1인 기업 운영을 위한 일일 루틴

Claude Code 도입 후 방대한 양의 작업을 등록하는 대신 다음 루틴을 매일 실행하십시오.

아침: 숫자를 확인하십시오

수익, 등록 수, 유료 전환율, 해지율, 오류, 문의 사항을 확인하십시오.

코드가 아닌 비즈니스 상태로 하루를 시작하십시오.

오전: 가장 가치가 높은 문제 하나를 선택하십시오

열 개의 작은 작업 대신 하나를 선택하십시오.

판단 기준은 "재미있는가?"가 아니라 수익, 유지율, 사용 성공률에 미치는 영향입니다.

정오: Claude Code에 완료 조건을 전달하십시오

관련 코드를 조사하고 계획을 확인하도록 하십시오.

그 후 구현, 테스트, diff 요약을 진행하도록 하십시오.

인간은 작업 절차를 상세히 지시하지 않고 고객을 위한 정답을 전달합니다.

오후: 게시하고 고객에게 도달하십시오

개선 사항을 게시하는 것으로 끝난 것이 아닙니다.

해당 요청을 보낸 사용자에게 알리십시오. 제작 과정을 SNS에 공유하십시오. 판매 페이지에 반영하십시오. 사례 연구로 만드십시오.

개발된 항목을 항상 유통과 연결하십시오.

저녁: 그날의 실패를 규칙으로 전환하십시오

Claude Code가 어디서 길을 잃었는지, 불필요한 변경을 어디에서 했는지, 인간이 여러 번 설명한 것이 무엇인지 확인하십시오.

필요한 경우 CLAUDE.md에 짧은 규칙을 추가하십시오.

매일 AI가 회사에 맞게 조금씩 최적화됩니다.

절대 따라 해서는 안 되는 것들

Pieter의 사례는 자극적이지만, 표면만 베끼면 실패할 것입니다.

프로덕션 환경에서 갑자기 자유롭게 작동하게 하는 것

프로덕션 데이터, 청구, 인증, 고객 알림을 처리하는 환경에서 모든 권한 확인을 건너뛰는 것은 위험합니다.

먼저 격리된 개발 또는 스테이징 환경에서 운영하고 허용된 작업을 제한하십시오. 공식 문서에도 권한 확인을 생략하는 모드는 컨테이너나 VM과 같은 격리가 필요하다고 명시되어 있습니다.

거대한 PHP 파일만 모방하는 것

40,000줄짜리 파일이 수익을 창출한 것은 아닙니다.

이는 Pieter가 자신이 이해하고 빠르게 변경할 수 있는 구성을 선택한 결과입니다.

기술 구성은 자신의 제품, 경험, 사용자 수, 장애 위험에 맞춰야 합니다.

수요 확인 없이 AI로 대량 개발하는 것

개발 비용이 낮아지면 만들기에 대한 판단이 느슨해집니다.

"빨리 만들 수 있으니까 만든다"가 아니라 "비용을 지불하는 고객의 문제이기 때문에 만든다"는 기준을 유지하십시오.

Claude Code에 요청하기 전에 해당 변경이 어떤 수치를 개선할지 결정하십시오.

수익과 이익 또는 개인 소득을 혼동하는 것

월 매출 $105,000과 월 이익 $80,000은 다른 숫자입니다.

또한 비즈니스 이익과 개인 실수령액은 동일하지 않습니다. 세금, 정산 수수료, 인프라 비용, AI API 비용, 환불 등의 처리에 따라 달라집니다.

큰 숫자를 볼 때는 "매출", "총이익", "영업이익", "개인 소득" 중 무엇인지 확인해야 합니다.

AI가 비즈니스 판단을 수정할 것이라고 가정하는 것

Claude Code는 코드베이스를 조사하고, 구현 계획을 수립하며, 테스트를 실행할 수 있습니다.

하지만 그 기능이 정말로 필요한지, 가격을 얼마로 책정할지, 어떤 고객을 대상으로 할지는 코드를 읽는 것만으로는 알 수 없습니다.

시장 판단을 AI에 맡기는 순간, 다른 AI 사용자들과 똑같은 평균적인 제품이 됩니다.

수백만 달러를 창출하는 것은 비밀 프롬프트가 아닙니다

Pieter Levels의 Claude Code 활용 사례를 보고 "같은 프롬프트를 사용하면 돈을 벌 수 있다"고 생각하는 것은 실수입니다.

비결은 프롬프트에 있지 않습니다.

Claude Code를 VPS에 배치하십시오.
각 제품에 지속적인 세션을 부여하십시오.
완료 조건을 전달하십시오.
판단 기준을 CLAUDE.md에 축적하십시오.
테스트와 백업으로 장애에 대비하십시오.
고객 요청을 제품에 즉시 반영하십시오.
반복하는 운영 작업을 자동화하십시오.
확보된 시간을 마케팅에 사용하십시오.

강점은 이것들을 하나의 시스템으로 결합하는 것입니다.

Claude Code의 가치는 코드를 빨리 작성할 수 있는 것이 아닙니다.

다음 루프를 극도로 짧게 만들 수 있다는 것입니다:

고객이 어려움을 겪는다 ↓ 원인을 이해한다 ↓ 수정한다 ↓ 게시한다 ↓ 결과를 측정한다

일반 회사에서 몇 주가 걸리는 루프를 혼자서 하루, 어떤 경우에는 몇 시간 만에 실행하십시오.

이 속도가 몇 달 동안 축적되면 제품 간의 차이는 엄청나집니다.

하지만 AI는 공급을 창출할 뿐, 수요를 창출하지는 않습니다.

당신은 누구의 문제를 해결하고 있습니까?
그들은 왜 비용을 지불합니까?
어떻게 당신의 존재를 알릴 것입니까?
왜 경쟁사보다 당신의 제품을 선택해야 합니까?

인간은 이에 대한 답을 찾아야 합니다.

AI 시대에 "해외 천재들만 하는 일"은 어려운 프롬프트를 작성하는 것이 아닙니다.

AI가 일자리를 빼앗기 전에, AI를 사용하여 회사에서 '일' 자체를 지워버리는 것입니다.

그리고 그렇게 지워낸 시간을 더 많은 코드를 작성하는 데 사용하는 것이 아니라, 고객을 이해하고 제품을 판매하는 데 사용합니다.

그렇기 때문에 1인也能 연매출 2억 엔, 연간 이익률 1억 6천만 엔의 비즈니스를 운영할 수 있는 것입니다.

Claude Code는 수백만 달러를 벌게 해주는 마법의 도구가 아닙니다.

하지만 올바른 고객, 올바른 제품, 올바른 판매 능력을 가진 사람에게는 1인의 판단을 회사 규모로 증폭시키는 장치가 됩니다.