내가 Claude Code를 사용하는 방법 — 정리하지 않고, 모두 위임하며, 느낌대로 하기
요약
저자는 Claude Code를 사용할 때 프로젝트 정보를 직접 정리하지 않고 Claude에게 모든 컨텍스트 정리를 위임하는 방식을 사용합니다. 또한 엄격한 역할 구분 대신 워크플로 중심의 유연한 세션 운영을 통해 의사결정의 흐름을 유지하며 효율성을 극대화합니다.
핵심 포인트
- CLAUDE.md와 같은 프로젝트 컨텍스트 문서를 직접 작성하지 않고 Claude가 스스로 컴파일하도록 위임함
- 역할 기반의 세션 분리가 아닌, 아이디어의 흐름에 따른 워크플로 중심의 세션 운영
- 기술적 제약 대신 비즈니스 제약 조건만을 제시하여 Claude의 자율성을 높임
- 유지보수성을 위해 커스텀 구현을 최소화하고 표준 프레임워크를 활용하는 전략 채택
Originally published at moday.me . Building MODAY in public. 내가 Claude Code를 사용하는 방법 — 정리하지 않고, 모두 위임하며, 느낌대로 하기
잠시 뒤를 돌아보며: 내가 실제로 어떻게 사용하는가
나는 MODAY를 구축하는 과정에 대해 많이 썼지만, 일상적으로 Claude Code를 어떻게 제어하는지에 대해서는 한 번도 쓰지 않았습니다. 스택 (stack)의 선택, 게시 파이프라인 (pipeline)의 조립, 9개 언어로의 현지화 (localization), 15분 만에 구축한 챗봇 (chatbot) — 이 모든 것은 '내가 구축한 것'에 대한 측면이었습니다. 이제 상점이 오픈되었고 운영 단계에 진입했으므로, 잠시 거리를 두고 메타 (meta) 버전을 작성하기에 적절한 시기입니다.
결론부터 말하자면: 나는 아무것도 정리하지 않고, 위임하며, 느낌대로 합니다. 이는 여러분이 접하게 될 대부분의 'Claude Code 사용법' 가이드와는 아마도 반대되는 방식일 것입니다.
CLAUDE.md는 Claude가 작성했습니다
사람들은 여러분에게 이렇게 말할 것입니다: "프로젝트 정보를 CLAUDE.md에 잘 정리해 두세요". 브랜드 정체성, 기술 스택 (stack), 코드 컨벤션 (conventions), 우선순위 등 말이죠. 인간이 조직화하여 Claude Code가 프로젝트의 컨텍스트 (context)를 파악할 수 있도록 하는 것, 이것이 표준적인 사용법입니다.
MODAY에서 나는 CLAUDE.md에 단 한 줄도 직접 쓰지 않았습니다. 그 안에 정확히 무엇이 들어있는지도 모릅니다. 빌드 (build) 시작 단계에서 나는 Claude Code에게 말했습니다: "원한다면 파일들을 직접 정리해도 좋아". 그러면 Claude는 브랜드 정체성, 스택 (stack), SKU 테이블, Shopify Markets 설정, 단계별 우선순위 등을 스스로 컴파일 (compile)하기 시작했습니다. 가끔 훑어볼 때면, 아마 내가 수동으로 했을 때보다 더 잘 만들어져 있을 것이며 — Claude가 읽기에도 분명 더 명확할 것입니다. 처음부터 끝까지, 나는 아무것도 '정리'하지 않았습니다. 정리하는 행위 자체를 Claude의 몫으로 넘겼습니다.
세션은 느낌대로 나눕니다
세션 (sessions)을 나누기는 합니다, 네. 하지만 규칙은 없습니다. 목표에 따른 엄격한 구분은 없습니다. 그보다는 '콘텐츠', 'UI/UX', 'MD (기타 작업)'와 같이 넓은 덩어리로 나눕니다.
이미지 생성, 번역, 코드 작성: 이 모든 것이 동일한 세션(session) 내에서 뒤섞일 수 있습니다. 저는 역할을 기준으로 나누지 않습니다("번역 세션", "코드 세션" 등). 대신 워크플로(workflow)를 기준으로 나눕니다. 다소 투박한 방식이지만, 이는 "아이디어가 스스로 이어지는" 상태를 만들어냅니다. UI를 수정하다가 갑자기 "아, 이 변경 사항을 보니 번역도 조정해야겠네"라는 생각이 들면, 아무런 전환 과정 없이 동일한 세션에서 바로 번역을 시작합니다. 세션 간에 컨텍스트(context)를 옮기는 비용이 거의 제로에 가깝기 때문에, 제 의사결정의 흐름이 결코 끊기지 않습니다. 이는 놀라울 정도로 효율적입니다.
저는 기술적인 지시를 거의 내리지 않습니다. 다른 글에서도 썼듯이, 스택(stack)을 선택할 때 기술적 제약 조건을 전혀 주지 않았습니다. 오직 비즈니스 측면의 제약 조건만 제시했습니다. 구현 단계에 들어선 후에도 이러한 태도는 변하지 않았습니다. 제가 명시적으로 상기시키는 유일한 것은 다음과 같습니다: "Shopify와 Gelato를 표준 방식으로 사용하고, 커스텀(custom) 구현은 최소화하세요." 이것이 SaaS에 관한 저의 황금률입니다. 장기적으로 가장 잘 유지되는 방법은 제공업체가 설계한 프레임워크 내에 머무는 것입니다. 맞춤형(sur-mesure) 방식은 단기적으로는 매력적으로 보일 수 있지만, 결국 다음 업데이트 때 반드시 문제를 일으킵니다. 표준 플로우(flux), 표준 API, 표준 테마 구조를 사용하십시오. 정말 필요한 경우에만 그 틀을 벗어나야 합니다.
이 점만 염두에 둔다면, 저는 Claude Code에게 API 호출, 테스트 전략, 에러 처리, 구현 등 거의 모든 세부 사항을 맡길 수 있습니다. "보여줄 수 있어?"라고 물으면, "아니, 알아서 해"라고 답합니다. Claude Code가 가끔 확인을 요청할 때가 있습니다. "이 파일의 내용을 보여줄 수 있나요?", "이 정도면 괜찮을까요?", "테스트 코드는 어떻게 작성할까요?". 이 거의 모든 질문에 대해 저는 "직접 해"라고 답합니다. 파일을 보고 싶다면 당신의 읽기 도구를 사용하고, 결정을 기다리고 있다면 직접 결정하십시오. 결과적으로, 대부분의 경우 Claude Code는 스스로 읽고, 결정하고, 즉시 구현으로 이어갑니다.
이것은 제가 다른 글에서 썼던 내용, 즉 "주도권을 AI 측으로 넘기고 싶다"는 생각을 실제로 실행에 옮기는 것입니다. 결정을 되받아치지 않고, 결정이 있는 그대로 두는 것입니다. 결국, API를 통해서는 절대로 처리할 수 없는 것들만 남게 됩니다. 은행 계좌, 결제 승인, 서비스 제공업체의 계좌 개설, 청구 프로세스 설정, API 키 생성 같은 것들 말이죠. 이런 일들은 인간과의 계약을 필요로 하며, 이는 제가 직접 맡아야 하는 영역입니다. 그 외의 모든 것은 Claude 측에서 움직입니다.
매일 GA4를 순찰하고 제안을 요구하기 — 오픈 시점부터 시작된 새로운 루틴입니다. 매일 저는 Claude Code가 GA4를 순찰하게 하고, 문제점과 개선 방향을 찾아내라고 요청합니다. 저는 그 목록을 살펴보고, 명백히 빗나간 것들만 제거합니다. 남은 60~70%는 즉시 구현하도록 시킵니다. 제안과 구현 사이에서 제가 기여하는 유일한 역할은 '진행(GO)/중단(NO-GO)' 결정뿐입니다. 저는 코드를 작성하지 않고, 아키텍처를 구상하지도 않습니다. 거의 제로에 가깝습니다. 저는 이를 운영 원칙으로 삼으려 합니다: "하루 최소 한 번의 프로덕션(prod) 개선". 상점이 문을 연 순간부터 매일 무언가가 개선되도록 하는 것입니다. 이는 확신을 가진 도박입니다. 개선 루프(improvement loop)가 결코 멈추지 않는 브랜드는 결국 승리하기 때문입니다. 그리고 이 개선 루프의 99%는 Claude Code가 돌리고 있습니다.
정리하지 않지만, 정리되어 있다
글을 쓰다 보니 제가 개발의 전형적인 동작들인 "조직화(organize)", "설계(design)", "계획(plan)"을 거의 수행하지 않고 있다는 사실을 깨닫습니다. CLAUDE.md를 작성하지도 않습니다. 세션은 느낌(feeling)대로 진행합니다. 워크플로(workflow)는 정형화되어 있지 않습니다. 아키텍처 도식도 없고, 작업 관리 도구도 없습니다. 그런데도 빌드(build)부터 운영(exploitation)까지 모든 것이 돌아갑니다. 진실은 단지 제가 정리하는 일을 Claude에게 위임했을 뿐이라는 것입니다. 저는 하지 않지만, Claude Code는 합니다. 따라서 사실상, 정리된 상태가 유지되고 있는 것입니다.
이 설정은 "가자"라고 말하며 조직화와 구현을 동시에 책임지는 초유능한 실행 특공대를 출동시키는 Masayoshi Son의 방식과 닮아 있습니다. 저는 "가자"라고 말하는 쪽에 머물고, 실행 특공대는 AI가 맡는 것입니다. 개인이 AI 시대에 이러한 구성을 재현할 수 있다는 점은 — 아마도 제가 지난 3주 동안 느낀 가장 놀라운 부분일 것입니다. 결론을 맺자면, 이것이 반드시 "정답"인 방법이라고 생각하지는 않습니다. 깔끔한 CLAUDE.md를 작성하고, 목표별로 세션을 나누며, 워크플로우 (workflow)를 루틴화하는 것만큼이나 타당한 접근 방식이 분명히 존재할 것입니다. 저의 경우, 단순히 정리하지 않는 것이 더 빨랐을 뿐입니다. 투자할 시간이 있다면, 사전에 조직화하기보다는 Claude Code가 내놓은 결과물을 판단하는 데 시간을 쓰는 것을 선호합니다. 곧 다시 만나요. — Yoskee moday.me
오늘을 입으세요. — MODAY T-shirts
세트 가격
일주일 전체 → 월–일 (7) $159
평일 주간 → 월–금 (5) $119
스타터 팩 → 월 · 수 · 금 (3) $79
주말 → 토 · 일 (2) $55
$99 이상 구매 시 무료 배송 · 8가지 색상 × 6가지 사이즈 · 9개 언어
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기