본문으로 건너뛰기

© 2026 Molayo

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

내가 Claude Code를 사용하는 방식 — 정리하지 않고, 제출하지 않고, 직관적으로

요약

작성자는 Claude Code를 사용할 때 기존의 정형화된 튜토리얼 방식에서 벗어나, 정리나 엄격한 규칙 없이 직관적으로 작업하는 독특한 워크플로우를 공유합니다. CLAUDE.md 파일의 컨텍스트 정리부터 세션 분리까지 Claude에게 자율성을 부여함으로써, 의사결정의 흐름을 끊지 않고 비즈니스 요구사항에 집중하는 방식을 제안합니다.

핵심 포인트

  • CLAUDE.md를 사람이 직접 작성하는 대신 Claude가 스스로 프로젝트 컨텍스트를 정리하도록 위임함
  • 작업 목적(코딩, 번역 등)에 따라 세션을 엄격히 나누지 않고, 흐름에 따라 혼합하여 작업함으로써 아이디어의 연결성을 극대화함
  • 기술적 지침보다는 비즈니스 요구사항을 중심으로 명령하며, 커스텀 구현을 최소화하는 전략을 사용함
  • 컨텍스트 전환 비용을 최소화하여 의사결정의 흐름을 유지하는 것이 핵심임

Originally published at moday.me . Building MODAY in public. 내가 Claude Code를 사용하는 방식 — 정리하지 않고, 제출하지 않고, 직관적으로. 내가 실제로 Claude Code와 함께 작업하는 방식에 대한 회고. 지금까지 나는 MODAY를 구축하는 과정에 대해 많이 써왔지만, 구체적으로 어떻게 Claude Code를 제어하는지에 대해서는 한 번도 다루지 않았습니다. 스택(Stack) 선택, 배포 파이프라인(Distributions-Pipeline), 9개 언어 로컬라이제이션(Localization), 15분 만에 뚝딱 만든 챗봇 — 이것들은 모두 "내가 무엇을 만들었는가"에 대한 측면이었습니다. 이제 상점이 출시되었고 운영이 시작되었으니, 메타(Meta) 수준으로 전환하기에 좋은 시점입니다. 결론부터 말씀드리자면: 정리하지 않고, 제출하지 않고, 직관적으로(aus dem Bauch heraus) 하는 것입니다. 이는 아마도 다른 Claude Code 튜토리얼에서 읽을 수 있는 내용과는 정반대 방향일 것입니다. CLAUDE.md는 Claude가 작성했습니다. 일반적인 조언은 이렇습니다: "CLAUDE.md에 모든 프로젝트 정보를 깔끔하게 정리하세요." 브랜드 컨텍스트(Markenkontext), 기술 스택(Tech-Stack), 코딩 컨벤션(Coding-Conventions), 우선순위 등. Claude Code가 프로젝트 컨텍스트를 빠르게 파악할 수 있도록 사람이 미리 분류해 두는 것입니다. 이것이 표준적인 방식입니다. 하지만 MODAY의 CLAUDE.md에는 제가 직접 작성한 문장이 단 한 줄도 없습니다. 심지어 그 안에 무엇이 들어있는지도 정확히 모릅니다. 맨 처음에 저는 Claude Code에게 이렇게 말했습니다: "파일은 네가 알아서 정리해도 돼." 그 후 Claude는 브랜드 컨텍스트, 기술 스택, SKU 테이블, 마켓 설정(Markets-Setup), 단계별 우선순위를 스스로 취합하기 시작했습니다. 가끔 들여다보면, 제가 수동으로 했을 때보다 훨씬 더 깔끔해 보이며, 무엇보다 Claude 스스로가 읽기에 아주 좋은 형태로 되어 있습니다. 처음부터 끝까지 저는 "정리" 작업을 단 한 번도 직접 하지 않았습니다. 정리 작업 자체가 Claude의 몫으로 넘어갔습니다. 세션(Sessions)은 "직관적으로" 나눕니다. 저는 이미 분리된 세션에서 작업하고 있습니다. 하지만 이를 위한 명확한 규칙은 없습니다. 목적에 따라 엄격하게 구분하지는 않습니다.

대략적인 기분에 따라 나뉩니다: "콘텐츠", "UI/UX 폴리싱 (UI/UX-Polishing)", "MD (자잘한 작업)". 이미지 생성, 번역, 코드 작성 — 이 모든 것이 동일한 세션 내에서 뒤섞입니다. 저는 "번역 세션"이나 "코딩 세션"을 따로 만들지 않습니다. 작업 흐름(Workflow)에 따라 자릅니다. 다소 무책임하게 들릴 수 있지만, 이렇게 하면 "아이디어들이 서로 연결되는" 효과가 있습니다. UI를 수정하다가 갑자기 "아, 그럼 번역도 수정해야겠네"라고 깨닫게 됩니다. 그러면 동일한 세션 내에서 즉시 번역 작업도 함께 진행합니다. 세션 경계를 넘어 컨텍스트 (Context)를 끌고 가는 비용이 거의 제로에 가깝기 때문에, 의사결정의 흐름이 끊기지 않습니다. 이는 놀라울 정도로 강력한 효과를 발휘합니다.

기술적인 지침은 사실상 거의 주지 않습니다. 이전 포스트에서 이미 설명한 적이 있는데, 스택 (Stack)을 선택할 때 단 하나의 기술적 조건도 제시하지 않았습니다. 제가 제출한 것은 오로지 비즈니스 요구사항 (Business Requirements)뿐이었습니다. 그리고 구축 단계에서도 이러한 태도는 변하지 않았습니다. 제가 의식적으로 말한 유일한 것은 다음과 같습니다: "Shopify와 Gelato를 사용할 때는 표준 경로 (Standard Path)를 따르고, 커스텀 구현 (Custom Implementations)은 절대 최소한으로 유지해줘." 이것이 저에게는 SaaS를 다루는 철칙입니다. 제공업체가 제품을 의도한 용도 내에서 머무는 것이 장기적으로는 훨씬 더 안정적입니다. 커스텀 솔루션은 단기적으로는 매력적이지만, 다음 벤더 (Vendor) 업데이트 시점에 무너집니다. 표준 흐름 (Standard Flows), 표준 API, 표준 테마 구조. 정말 다른 방법이 없는 경우에만 여기서 벗어납니다. 일단 이것이 설정되면, 저는 API 호출 (API Calls), 테스트 전략 (Test Strategy), 에러 핸들링 (Error Handling) 및 모든 구현 세부 사항을 Claude Code에게 완전히 맡길 수 있습니다.

"이건 어떻게 할까?"라고 물으면 저는 "네가 직접 해"라고 답합니다. Claude Code가 가끔 되묻기도 합니다. "파일 내용을 보여줘", "이렇게 하면 괜찮을까?", "테스트는 어떻게 작성할까?" 같은 질문들 말이죠. 저는 거의 모든 질문에 "네가 직접 해"라고 답합니다. 만약 파일 내용을 보고 싶다면, 네 뷰 도구 (View Tool)를 사용하라고 말입니다.

만약 저의 결정을 원한다면, 직접 결정하십시오. 실제로 Claude는 대부분의 경우 스스로 내용을 읽고, 스스로 결정을 내리며, 곧바로 구현을 이어갑니다. 이것이 제가 다른 포스트에서 설명했던 방식의 실천입니다: 주도권 (Initiative)은 AI의 몫이어야 합니다. 결정을 다시 되돌려주지 말고, 결정을 그곳에 두십시오. 결국 남는 영역은 API를 통해 도저히 해결할 수 없는 부분들뿐입니다: 은행 계좌, 결제 확인 (Payment Verification), 서비스 로그인, 구독 등록, API 키 발급 등입니다. 이곳들은 사람과 계약이 이루어지는 지점이며, 그 부분에만 제가 직접 개입합니다. 그 외의 모든 것은 Claude의 영역에 있습니다.

매일 GA4를 살펴보고 개선 사항 제안하기
이것은 출시 후에 새로 생긴 루틴입니다. 저는 매일 Claude Code가 GA4를 훑어보게 하여 문제점과 개선 제안을 뱉어내도록 합니다. 저는 그것을 훑어보며 명백히 잘못된 것들만 걸러냅니다. 남은 60~70%는 현장에서 즉시 구현되도록 합니다. 제안과 구현 사이에서 제가 하는 일은 GO/NO-GO 결정 외에는 아무것도 없습니다. 코드를 작성하거나 아키텍처 (Architecture)를 고민하는 일은 거의 제로에 가깝습니다. 저는 이것을 운영 원칙으로 삼고자 합니다: "매일 최소한 하나의 개선 사항이 실제로 라이브(Live)된다."

출시 시점부터 매일 쇼핑몰의 무언가가 더 나아져야 합니다. 저의 베팅은 이렇습니다: 개선 루프 (Improvement Loop)가 끊이지 않는 브랜드는 결국 더 강력해질 것입니다. 그리고 이 루프의 99%는 Claude Code가 돌립니다.

정리하지 않지만, 모든 것이 정리되어 있다
여기까지 읽어보니 한 가지 눈에 띄는 점이 있습니다. 저는 "정리하기(Refactoring/Cleanup)", "설계(Design)"

더 정확히 말하자면: 정리(Cleanup) 작업은 Claude 측에 위임되어 있습니다. 제가 정리하는 것이 아니라, Claude Code가 정리합니다. 결과적으로 정리된 상태가 안정적으로 유지됩니다. 이러한 구성은 단순히 "자, 해봅시다(Let's do it)"라고 말하는 손정의(Masayoshi Son) 회장을 연상시킵니다. 그러면 분류와 실행을 완전히 책임지는 고도로 숙련된 실행 팀(Execution Team)이 움직이기 시작합니다. 저는 "해봅시다"라고 말하는 쪽에 머물고, 실행 팀은 AI가 되는 것입니다. AI 시대에 개인이 이러한 구성을 재현할 수 있다는 점 — 이것이 지난 3주 동안 얻은 가장 명확한 깨달음(Aha-experience)입니다.

마지막으로, 저는 이것이 유일하게 옳은 방법이라고 생각하지는 않습니다. 아마도 CLAUDE.md를 깔끔하게 관리하고, 목적에 따라 세션(Sessions)을 분리하며, 워크플로우(Workflows)를 루틴화하는 방식도 분명 잘 작동할 것입니다. 다만 저의 경우에는 정리하지 않는 것이 더 빨랐을 뿐입니다. 만약 제가 정리하는 데 시간을 쓸 수 있다면, 저는 그 시간에 Claude Code에 무언가를 던져보고 그 결과를 평가하는 데 시간을 쓰고 싶을 것입니다.

곧 다시 만나요. — Yoskee moday.me

즐거운 하루 보내세요. — MODAY 티셔츠를 만나보세요
세트 구성 및 가격
일주일 내내 → 월–일 (7) $159
평일 → 월–금 (5) $119
스타터 팩 → 월 · 수 · 금 (3) $79
주말 → 토 · 일 (2) $55
$99 이상 구매 시 무료 배송
· 8가지 색상 × 6가지 사이즈 · 9개 언어

AI 자동 생성 콘텐츠

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

원문 바로가기
0

댓글

0