본문으로 건너뛰기

© 2026 Molayo

Dev.to헤드라인2026. 05. 20. 20:21

내가 Claude Code를 사용하는 방법: 정리하지 않고, 맡기고, 직관에 따라 실행하기

요약

작성자는 Claude Code를 사용할 때 사람이 정보를 정리하기보다 AI에게 권한을 위임하고 직관적인 워크플로우를 따르는 방식을 제안합니다. CLAUDE.md 작성을 AI에게 맡기고, 세션을 엄격히 구분하기보다 영감의 흐름에 따라 통합적으로 운영하며, 기술적 세부 사항 대신 비즈니스 요구사항과 표준 API 준수에 집중합니다.

핵심 포인트

  • CLAUDE.md와 같은 프로젝트 문맥 정보는 사람이 정리하지 않고 Claude가 직접 작성하도록 위임함
  • 세션을 역할별로 엄격히 나누지 않고 워크플로우와 직관에 따라 통합적으로 운영하여 문맥 유지 비용을 최소화함
  • 기술적 구현 방식보다는 비즈니스 요구사항을 중심으로 지시함
  • 장기적인 안정성을 위해 독자적인 구현을 최소화하고 표준 API 및 프로세스를 준수할 것을 강조함

Originally published at moday.me . Building MODAY in public.

내가 Claude Code를 어떻게 사용하는가 —— 정리하지 않고, 맡기고, 직관에 따라 실행하기

다시 한번 정리해 보자, 내가 도대체 어떻게 Claude Code를 사용하고 있는지 말이다.

지금까지 MODAY를 어떻게 구축했는지에 대해 꽤 많은 글을 썼지만, 「내가 도대체 어떻게 Claude Code를 제어하는가」에 대한 부분은 한 번도 쓰지 않았다.

기술 스택을 선정하는 일, 배포 파이프라인을 구축하는 일, 9개 언어 현지화(Localization)를 하는 일, 15분 만에 고객 서비스 봇(Bot)을 만드는 일 등, 지금까지는 모두 「무엇을 했는가」라는 측면에 집중해 왔다.

가게가 문을 열고 운영 단계에 들어섰으니, 이제 관점을 바꿔서 「어떻게 사용하는가」의 관점에서 써보려 한다.

결론부터 말하자면 다음과 같다.

정리하지 않고, 맡기고, 직관에 따라 실행한다.

외부에서 볼 수 있는 대부분의 Claude Code 사용법 소개는 나의 방향성과는 대략 반대다.

CLAUDE.md는 Claude가 직접 작성한다

외부에서 흔히 듣는 방식은 「프로젝트 정보를 잘 정리해서 CLAUDE.md에 작성하라」는 것이다. 브랜드 정보, 기술 스택, 코드 규격(Code Convention), 우선순위 등 말이다. Claude Code가 프로젝트의 문맥(Context)을 파악할 수 있도록 사람이 먼저 이것들을 정리해 두어야 한다는 것이다. 이것이 비교적 표준적인 사용법이다.

하지만 MODAY의 CLAUDE.md에는 내가 직접 쓴 문장이 단 한 줄도 없다. 그 안에 무엇이 적혀 있는지 나조차도 자세히 본 적이 없다.

구축 초기, 나는 Claude Code에게 「이 파일은 네가 알아서 정리해」라고 한마디 했을 뿐이다. 그러자 그것은 스스로 브랜드 정보, 기술 스택, SKU 표, Markets 설정, 각 단계(Phase)의 우선순위를 전부 채워 넣기 시작했다. 가끔 훑어보면, 내가 수동으로 정리한 버전보다 Claude가 읽기에 더 적합할 확률이 높다.

처음부터 끝까지 나는 어떤 「정리」 작업에도 참여하지 않았다. 정리라는 동작 자체를 이미 Claude 측에 넘겨버렸기 때문이다.

세션(Session)은 어떻게 나누는가? 직관에 따른다.

세션은 나누고 있지만, 규칙은 없다. 목적에 따라 엄격하게 구분하지 않고, 대략 「콘텐츠 제작」, 「UI/UX 최적화」, 「MD(잡다한 업무)」 같은 굵직한 분류로 운영된다.

이미지 생성, 번역, 코드 작성은 모두 동일한 세션 안에서 섞어서 진행할 수 있다. 나는 「번역 세션」, 「코드 작성 세션」처럼 역할별로 나누지 않는다. 나는 워크플로우(Workflow) 자체에 따라 나눈다.

구분 방식은 거칠지만, 결과적으로 「영감이 하나씩 계속 이어지는」 상태가 된다. UI를 조정하다가 문득 「아, 이 변경 사항에 맞춰 번역도 수정해야겠네」라는 생각이 들면, 바로 동일한 세션에서 번역까지 처리해 버린다. 세션을 넘나들며 문맥(Context)을 유지하는 비용이 제로에 가깝기 때문에, 판단의 흐름이 끊기지 않는다. 이 점이 의외로 매우 중요하다.

기술적인 세부 사항은 기본적으로 지시하지 않는다.

이전의 다른 글에서도 썼듯이, 기술 스택을 선정하는 단계에서 나는 기술적인 조건을 단 하나도 제시하지 않았다. 내가 제시한 것은 모두 비즈니스 측면의 요구사항뿐이었다. 구현 단계에 들어선 후에도 이 태도는 변하지 않았다.

유일하게 의도적으로 강조한 한 가지는 다음과 같다: 「Shopify와 Gelato는 표준 방식대로 사용하고, 독자적인 구현(Original Implementation)은 최소화하라」.

나는 이것이 SaaS를 사용하는 철칙이라고 생각한다. 공급업체가 예상하는 범위 내에서 사용하는 것이 장기적으로 가장 안정적이다. 커스텀 구현은 단기적으로는 매력적이지만, 공급업체가 업데이트할 때마다 깨지기 마련이다. 표준 프로세스, 표준 API, 표준 테마 구조를 따라야 한다. 표준에서 벗어나야 한다면, 정말로 벗어날 수밖에 없는 상황이어야만 한다.

이 원칙만 명확히 전달하면, API를 어떻게 호출할지, 테스트를 어떻게 작성할지, 에러를 어떻게 처리할지, 구현의 세부 사항 등은 기본적으로 Claude Code에게 전권을 맡길 수 있다.

그가 「이건 어떻게 해야 하나요?」라고 물으면, 나는 「네가 알아서 해」라고 답한다.

Claude Code는 가끔 되물어보기도 한다: 「이 파일을 좀 볼 수 있을까요?」, 「이렇게 해도 될까요?」, 「테스트는 어떻게 작성할까요?」 같은 질문들이다. 이런 질문들에 대해 나는 거의 전부 「네가 알아서 처리해」라고 답한다.

파일을 보고 싶다고? 직접 보면 된다. 판단을 구한다고? 「네가 판단해」라고 답한다. 결과적으로 대부분의 경우, 그것은 스스로 읽고, 스스로 결정하며, 구현까지 쭉 밀어붙인다. 이것이 내가 다른 글에서 썼던 「주도권을 AI 측에 넘겨주는」 실천이다. 대신 판단해 주지 않음으로써, 그것이 스스로 판단권을 갖게 하는 것이다.

내가 직접 해야 하는 남은 일은 오직 API를 통해 진행할 수 없는 일들뿐이다: 은행 계좌 개설, 결제 심사, 각종 서비스 등록, 유료 구독, API key 신청 등이다. 그런 영역은 인간만이 계약을 체결할 수 있으므로 나 자신이 직접 나서야 한다. 그 외의 모든 것은 Claude 측으로 옮겨졌다.

매일 GA4를 모니터링하며 스스로 개선안을 제안하게 하기

이것은 가게를 연 이후에 시작된 새로운 방식이다. 매일 Claude Code가 GA4를 전부 훑게 하고, 스스로 문제점과 개선 방안을 나열하게 한다. 나는 그저 한 번 훑어보고 명백히 방향이 틀린 것만 걸러낸다. 나머지 60~70%는 그 자리에서 바로 구현하게 한다.

제안부터 출시 사이에서 내가 하는 일은 오직 GO/NG(승인/거절) 판단뿐이다. 코드 작성이나 아키텍처 설계 같은 일은 기본적으로 하지 않는다.

나는 이것을 운영 철학으로 정착시키고 싶다: 「매일 반드시 하나의 개선 사항을 실행한다」.

가게를 연 순간부터 매일 어제보다 조금씩 더 나아지는 것. 개선 순환(Improvement Loop)이 멈추지 않는 브랜드는 장기적으로 더 강력해질 것이다. 이것이 내가 거는 도박이다. 그리고 이 순환 속에서 업무량의 99%는 Claude Code가 돌리고 있다.

정리하지 않지만, 정리된 상태를 유지한다

여기까지 쓰다 보니 다시 생각이 든다. 「정리」, 「설계」, 「계획」과 같은 전통적인 개발에서의 동작들을 나는 기본적으로 수행하지 않았다.

CLAUDE.md는 쓰지 않았다. 세션 (session)은 느낌 가는 대로 끊는다. 워크플로우 (workflow)는 루틴 (routine)으로 고착화하지 않았다. 아키텍처 다이어그램 (architecture diagram)도 없고, 작업 관리 도구도 쓰지 않는다. 그런데 이렇게 구축부터 운영까지 의외로 잘 돌아간다. 더 정확히 말하자면, 「정리」라는 행위가 Claude 쪽으로 위임되었다는 것, 단지 그뿐이다. 나는 하지 않지만, Claude Code가 하고 있다. 그래서 결과적으로 정리된 상태가 계속 유지된다. 이 구조는 손정의가 「해봐」라고 한마디 하면, 그 아래의 강력한 실행 부대가 정리부터 구현까지 전부 도맡아 움직이는 형태와 매우 닮았다. 나는 「해봐」라는 측에 남아 판단을 내리고, 실행 부대는 AI로 바뀐 것이다. AI 시대에는 개인도 이 구조를 복제해낼 수 있다 —— 이것이 지난 3주 동안 내가 느낀 가장 큰 감각이다.

결론
이것이 분명 「올바른」 사용법은 아닐 것이다. CLAUDE.md를 성실히 작성하고, 목적에 따라 세션을 나누며, 워크플로우를 루틴으로 고착화하는 방식도 분명 통할 것이다. 다만 나에게는 정리하지 않는 것이 오히려 더 빠르다. 정리하는 데 시간을 쓰느니, 차라리 일을 Claude Code에게 던져버리고 그 시간에 Claude가 내놓은 결과물을 판단하는 편이 낫다.

그럼 이만, 다음에 다시 쓰겠다.

— Yoskee moday.me
Wear the day. — Get the MODAY Tees
Set Pieces Price
The Full Week → Mon–Sun (7) $159
The Workweek → Mon–Fri (5) $119
Starter Pack → Mon · Wed · Fri (3) $79
The Weekend → Sat · Sun (2) $55
$99 이상 무료 배송 · 8가지 색상 × 6가지 사이즈 · 9개 언어

AI 자동 생성 콘텐츠

본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기
0

댓글

0