Claude Code 사용법 — 정리하지 않는다, 맡긴다, 흐름대로 간다
공유
Claude Code 사용법 — 정리하지 않는다, 맡긴다, 흐름대로 간다
돌아보며 적어두는, 내 Claude Code 사용법
여기까지 MODAY 구축 얘기를 써왔는데,
"Claude Code를 어떻게 다루고 있는지"는 아직 안 썼다.
스택을 고른 얘기, 배포 파이프라인을 짠 얘기,
9개 언어 로컬라이즈한 얘기, 챗봇을 15분 만에 박은 얘기.
전부 "무엇을 만들었나" 쪽이었다.
오픈도 끝났고, 운영 단계에 들어왔으니
여기서 메타 시점으로 한 번 정리해둔다.
결론부터 말하면, 정리하지 않는다, 맡긴다, 흐름대로 간다.
세상에 흔한 Claude Code 해설과는, 아마 정반대 방향의 얘기가 된다.
CLAUDE.md는 Claude가 썼다
세간에서는 "CLAUDE.md에 프로젝트 정보를 정리해서 적어두세요"라고들 한다.
브랜드 정보, 기술 스택, 코딩 컨벤션, 우선순위.
Claude Code가 프로젝트 맥락을 잡을 수 있도록 인간이 미리 정리해둔다.
뭐, 표준적인 사용법이다.
MODAY의 CLAUDE.md는, 내가 직접 쓴 줄이 단 한 줄도 없다.
뭐가 적혀 있는지도, 파악하고 있지 않다.
구축 초기에 Claude Code한테 "파일은 네가 알아서 정돈해도 돼"라고 했더니,
브랜드 정보, 기술 스택, SKU 테이블, Markets 설정, Phase별 우선순위를
혼자서 정리하기 시작했다. 가끔 들여다보면, 내가 손으로 정리하는 것보다
아마 Claude가 읽기 좋은 형태로 되어 있다.
처음부터 끝까지, 나는 "정리"라는 작업을 일절 하지 않았다.
정리라는 작업 자체를 Claude 쪽에 넘긴 상태.
세션은 "흐름대로" 나눈다
세션은 나눈다. 다만 규칙은 없다.
목적별로 엄격하게 자르고 있지 않고, 대충
"콘텐츠 제작" "UI/UX 개선" "MD(잡다한 작업)"
같은 묶음으로 굴리고 있다.
이미지 생성도, 번역도, 코딩도, 같은 세션 안에서 섞는다.
"번역 세션" "코딩 세션" 식으로 역할로 나누지 않는다.
작업의 흐름으로 나눈다.
거친 분류지만, 결과적으로 "떠오른 생각이 연쇄하는" 상태가 만들어진다.
UI를 손보다가 문득 "아, 이거 맞춰서 번역도 바꿔야겠네" 싶다.
그대로 같은 세션에서 번역도 돌린다.
세션을 건너뛰며 맥락을 옮기는 비용이 0이라서,
판단의 흐름이 끊기지 않는다. 이게 의외로 효과가 크다.
기술적인 지시는, 거의 안 한다
다른 글에서도 썼지만, 스택 선정 단계에서 기술 조건은 하나도 안 냈다.
낸 건 전부 비즈니스 쪽 조건뿐.
구현에 들어가서도 이 스탠스는 변함없다.
유일하게 의식적으로 전달하는 게,
"Shopify와 Gelato는 표준적인 사용법으로, 오리지널 구현은 최소한으로"
라는 것.
이건 SaaS의 철칙이라고 생각한다.
벤더가 상정한 범위 안에서 쓰는 게, 장기적으로 가장 안정된다.
커스텀 구현은 단기적으로는 매력적이지만, 벤더 측 업데이트로 깨진다.
표준 플로우, 표준 API, 표준 테마 구조.
여기서 벗어날 때는, 정말로 필요한 때만.
이것만 전달해두면, API 호출 방식, 테스트 전략, 에러 핸들링,
구현의 세부는 거의 다 Claude Code에 맡길 수 있다.
"이거 알려줘"라고 물어보면, "직접 해"라고 돌려준다
Claude Code는 가끔 확인을 해온다.
"이 파일 내용을 보여주세요" "이걸로 괜찮습니까?"
"테스트는 어떻게 쓸까요?" 같은 식으로.
그 거의 전부에, "직접 해"라고 돌려준다.
파일을 보고 싶으면 자기가 view를 쓰면 된다.
판단을 구해오면 "직접 판단해"라고 돌려준다.
결과적으로, 대부분의 경우 자기가 읽으러 가고, 자기가 판단해서,
그대로 구현까지 진행해준다.
이건 다른 글에서 쓴 "주체성을 AI 쪽에 넘기고 싶다"의 실천편.
판단을 돌려주지 않는다, 판단을 갖게 한다.
마지막에 남는 건, 아무리 해도 API로 못 굴리는 영역뿐.
은행 계좌, 결제 심사, 각 서비스 신청, 결제 등록, API 키 발급.
거기는 사람으로만 계약할 수 있으니까, 내가 손을 댄다.
그 외에는 전부 Claude 쪽에 들려놓고 있다.
GA4를 매일 순회시켜서, 개선 제안을 시킨다
오픈 후에 시작한, 새로운 운영이 이것.
매일 Claude Code한테 GA4를 순회시켜서,
과제와 개선안을 뽑게 한다.
나는 그걸 훑어보고, 명백히 결이 안 맞는 것만 빼낸다.
남은 6~7할을 그 자리에서 구현시킨다.
제안에서 구현까지의 사이에 내가 하는 건, GO/NG 판단뿐.
코드를 쓰는 일도, 설계를 짜는 일도, 거의 0.
이걸 운영 콘셉트로 삼을 생각이다.
"하루에 하나는 반드시 개선을 구현한다".
스토어를 연 그 순간부터, 매일 하나씩 뭔가가 좋아지고 있는 상태를 만든다.
개선 루프가 멈추지 않는 브랜드가, 결과적으로 강해진다 — 그 한 판에 건다.
그리고 그 개선 루프의 99%는 Claude Code가 돌린다.
정리하지 않는데, 정리되어 있다
여기까지 써놓고 보니, 새삼 든다.
나는 "정리" "설계" "계획" 같은 전통적인 개발 작법을, 거의 안 하고 있다.
CLAUDE.md는 안 썼다. 세션은 흐름. 워크플로우는 루틴화 안 했다.
기술 설계도도 없고, 태스크 관리 툴도 안 쓴다.
그런데도 구축에서 운영까지, 어찌어찌 굴러간다.
정확히는, 정리는 Claude 쪽에 맡기고 있다, 그것뿐.
나는 안 하지만, Claude Code는 정리한다.
그래서 결과적으로 "정리된 상태"가 유지되고 있다.
이 구도는, 손정의가 "갑시다"라고 한마디 하면
초우수한 실행 부대가 움직여서 정리도 구현도 다 해주는, 그 모양에 가깝다.
나는 "갑시다"라고 판단하는 쪽에 남아 있고, 실행 부대가 AI가 되어 있다.
AI 시대, 개인이 이 구도를 재현할 수 있게 됐다 — 라는 게
이 3주 동안 얻은 가장 큰 손맛이다.
맺으며
이게 옳은 방식이라고는 생각하지 않는다.
아마, CLAUDE.md를 제대로 쓰고, 세션을 목적별로 나누고,
워크플로우를 루틴화하는 방식도 충분히 성립할 거다.
다만 내 경우에는 정리하지 않는 쪽이 빨랐다.
정리에 시간을 쓸 여유가 있으면, Claude Code에 던지고
나온 결과를 판단하는 시간으로 돌리고 싶다.
또 쓸게요.
— Yoskee
moday.me
오늘을 입다. — MODAY 티셔츠
| 세트 | 장수 | 가격 |
|---|---|---|
| 풀 위크 세트 → | Mon–Sun (7) | $159 |
| 워크위크 세트 → | Mon–Fri (5) | $119 |
| 스타터 팩 → | Mon · Wed · Fri (3) | $79 |
| 위켄드 세트 → | Sat · Sun (2) | $55 |
$99 이상 무료 배송 · 8색 × 6사이즈 · 9개 언어