내가 아는 모든 Claude Code 활용 꿀팁 (2026 년 3 월)

@kevinrose 가 어떤 IDE 를 사용할지 물어봤습니다. 제 답변이 128 개의 답변 중 가장 많은 반응을 얻었습니다: "IDE 없음. 그냥 plan.md 파일과 음성만 있으면 됩니다." 제가 그 말로 의미한 모든 것을 여기에 정리했습니다.

1. 아이디어가 떠오르는 순간, 바로 /ce:plan 또는 /ce:brainstorm

제가 배운 가장 중요한 단 하나: 아이디어가 떠오르는 순간, 바로 /ce:plan 입니다.

"좀 생각해보자"가 아닙니다. "코딩부터 시작하자"도 아닙니다. /ce:plan. 매번. 미친 제품 아이디어? /ce:plan. 누군가 GitHub 에 버그를 올렸다? 이슈 URL 을 복사해서 붙여넣고, /ce:plan. 터미널에 에러가 떴다? Cmd+Shift+4 로 스크린샷을 찍어서 Claude Code 에 Ctrl+V 로 바로 붙여넣고, /ce:plan fix this. Claude Code 는 이미지를 받아들입니다 - 버그 스크린샷, 에러 메시지, 디자인 목업, Slack 대화 내용 - 그리고 그것들로부터 계획을 작성합니다.

실행했을 때 내부에서 어떤 일이 일어나는지 설명하겠습니다. /ce:plan 은 여러 연구 에이전트를 병렬로 실행합니다. 하나는 코드베이스를 분석합니다 - 파일을 읽고, 패턴을 찾고, 컨벤션을 확인합니다. 다른 하나는 docs/solutions/ 에서 과거 버그로부터 얻은 교훈을 검색합니다. 주제가 필요하다면, 더 많은 에이전트가 외부 모범 사례와 프레임워크 문서를 조사합니다. 모두 동시에 진행됩니다.

그런 다음 이를 통합하여 구조화된 plan.md 를 작성합니다: 무엇이 문제인지, 어떤 접근 방식을 취할지, 어떤 파일을 건드려야 하는지, 체크박스가 있는 수용 기준, 자체 코드에서 따라야 할 패턴. 일반적인 조언이 아닙니다. 코드베이스, 컨벤션, 히스토리에 기반합니다.

/ce:work 는 그 계획을 가져와서 실제로 구축합니다. 작업을 나누고, 각각을 구현하고, 테스트를 실행하고, 기준을 확인합니다. 컨텍스트가 손실되었나요? 새 세션을 시작하고, 계획을 가리킨 다음 중단했던 곳에서 계속하세요. 계획은 모든 것을 견디는 체크포인트입니다.

전통적인 개발은 80% 코딩, 20% 계획입니다. 이것은 그것을 뒤집습니다. @jarodtaylor 가 말했듯이: "만약 시간의 80% 를 Opus 로 계획하는 데 쓰고, 그런 다음 하위 에이전트들이 작업을 처리하게 한다면..." 사고는 계획에서 일어납니다. 실행은 기계적입니다.

Compound Engineering 은 이것을 현실로 만드는 플러그인입니다. @EveryInc 에서 제공합니다:

/plugin marketplace add EveryInc/compound-engineering-plugin

저는 열렬한 팬이 되었습니다. 그 다음에는 기여자가 되었고, GitHub 에서 #3 기여자, 21 개의 커밋, 핵심 팀 다음으로 많습니다. @kevinrose 가 몇 주 전에 저에게 소개해주었습니다.

저는 70 개의 plan 파일과 /last30days 에 263 개의 커밋을 가지고 있습니다. 차이는 이 규율을 갖기 전의 초기 커밋 때문입니다. 지금 제 규칙은: 말 그대로 한 줄짜리 변경이 아니라면, 항상 plan.md 가 먼저입니다.

2. 음성에 빠져보세요

저는 LLM 이전에는 음성 메모를 견딜 수 없었습니다. Apple 의 내장 받아쓰기 기능은 핸드폰을 던지고 싶게 만들었습니다. 하지만 음성-LLM 은 다릅니다. 받아쓰기가 완벽할 필요가 없는 이유는 Claude Code 가 컨텍스트를 이해하기 때문입니다. 마이크가 잘못 알아들은 것을 추측합니다. 중얼거리거나, 말을 흐리거나, 문장을 다시 시작해도 됩니다. 음성이 드디어 제대로 작동하는 이유는 듣는 쪽이 빈틈을 채울 만큼 똑똑하기 때문입니다.

Monologue (@usemonologue, Every 에서 만든 - Compound Engineering 을 만든 같은 회사)는 음성을 현재 포커스된 앱으로 전달합니다. 말하면, Claude Code 에 입력됩니다. WhisperFlow 도 좋습니다. 하나를 선택하세요. 저는 사무실용 거위목 마이크를 샀습니다.

지금 이 글을 Tesla 의 Full Self-Driving 기능을 사용하면서 아이들을 학교에 내려주는 길에 받아쓰고 있습니다. 이 문단은 타이핑한 것이 아니라 말로 한 것입니다.

3. 한 번에 4~6 개의 세션 실행하기

이것이 제가 실제로 하루를 보내는 방식입니다. 4~6 개의 Ghostty 창, 각각 별도의 Claude Code 세션을 실행합니다. 하나는 계획을 작성 중입니다. 하나는 다른 계획을 바탕으로 구축 중입니다. 하나는 /last30days 연구를 실행 중입니다. 하나는 마지막 것을 테스트하다가 발견한 버그를 수정 중입니다.

한 창에서 /ce:plan 이 연구 에이전트를 실행하는 동안, 다른 창으로 전환하여 이미 작성된 계획으로 /ce:work 를 실행합니다. 그것이 구축되는 동안, 세 번째 창에는 새로운 버그가 붙여넣어집니다. 첫 번째 창으로 다시 돌아올 때쯤이면 계획이 완료되어 Zed 에서 기다리고 있습니다.

이것이 바로 우회 권한(다음 섹션)이 필수적인 이유입니다. 모든 세션이 모든 작업에 대해 "허용?"을 묻는다면, 컨텍스트 전환을 할 수 없습니다. 모두 자율적으로 실행되어야 합니다. 확인하고, 반응하고, 넘어가세요. 망가뜨리거나 모든 것을 망쳐도 GitHub 가 있습니다.

이것이 제 MacBook 의 배터리가 약 1 시간 만에 방전되는 이유이기도 합니다. 6 개의 Claude 세션이 병렬로 실행됩니다. 방금 새 MacBook Pro 를 주문했습니다.

4. 모든 것을 바꾸는 세 가지 설정

Claude Code 의 기본 모드는 모든 편집, 모든 명령에 대해 권한을 요청합니다. 세 가지 설정 변경이 필요합니다.

"위험하게 권한 건너뛰기" (네, 실제로 그렇게 불립니다). ~/.claude/settings.json:

{

"permissions": {

"allow": [

"WebSearch", "WebFetch", "Bash", "Read", "Write",

"Edit", "Glob", "Grep", "Task", "TodoWrite"

"deny": [],

"defaultMode": "bypassPermissions"

"skipDangerousModePermissionPrompt": true

}

skipDangerousModePermissionPrompt: true 가 핵심입니다. 이것이 없으면 Claude 가 매 세션마다 확인을 요청합니다. Shift+Tab 으로 전환할 수도 있습니다. 출처: @danshapiro (Glowforge 창립자, Hot Seat 저자). 제 친구의 Claude Code 를 설정할 때, AI 가 적극적으로 이 기능을 활성화하지 못하도록 막으려고 했습니다. 직접적으로 말해야 합니다. 여러분의 컴퓨터입니다.

Claude 가 작업을 마치면 소리 재생. 같은 파일에 추가:

{

"hooks": {

"Stop": [

{

"hooks": [

{

"type": "command",

"command": "afplay /System/Library/Sounds/Blow.aiff"

}

]

}

]

}

자리에서 일어나세요. 소리가 들리면 돌아오세요. 4~6 개의 세션이 실행 중이면, 어떤 세션이 방금 끝났는지 알아야 합니다. Myk Melez 에게 감사드립니다.

Zed 자동 저장. Zed 설정(Cmd+,)에서:

{

"autosave": {

"after_delay": {

"milliseconds": 500

}

이것은 Google Docs 스타일의 트릭입니다. Zed 는 500 밀리초마다 저장합니다. Claude Code 는 파일 시스템을 감시합니다. Claude 가 파일을 편집하면, 변경 사항이 Zed 에 즉시 나타납니다. Zed 에서 입력하면, Claude 가 1 초 이내에 확인합니다. 한쪽에는 Ghostty, 다른 쪽에는 Zed, 둘 다 같은 파일을 보고 있습니다. Google Docs 에서 공동 작업하는 것처럼 느껴지지만, 한 명의 공동 작업자가 AI 라는 점이 다릅니다.

5. 계획 전에 먼저 조사하세요

/ce:plan 을 실행하기 전에, 저는 종종 먼저 /last30days 를 실행합니다.

Vercel 의 agent-browser 와 Playwright 사이에서 결정을 내려야 했습니다. 문서를 읽는 대신, /last30days Vercel agent browser vs Playwright 를 실행했습니다. 몇 분 만에: Reddit 스레드 78 개, X 게시물 76 개, YouTube 동영상 22 개, HN 스토리 15 개. Agent-browser 는 컨텍스트 토큰을 82-93% 적게 사용합니다. Playwright 는 도구 정의만으로 13,700 토큰을 덤프합니다. @rauchg 의 게시물은 964 개의 좋아요를 받았습니다.

전체 출력을 /ce:plan integrate agent-browser 에 넣었습니다. 계획은 6 개월 전 훈련 데이터가 아닌, 커뮤니티가 현재 실제로 알고 있는 것에 기반하여 나왔습니다.

/last30days 는 오픈 소스입니다(4.5K 스타, github.com/mvanhorn/last30days-skill). Reddit, X, YouTube, TikTok, Instagram, HN, Polymarket, 웹을 병렬로 검색합니다. 저는 모든 것에 이것을 사용합니다. 라이브러리를 선택하기 전에, 기능을 구축하기 전에, 이 글을 쓰기 전에. 섹션 1 에 대한 최신 커뮤니티 인용문을 얻기 위해 /last30days Compound Engineering 을 실행했습니다. 조사하고, 계획하고, 구축하세요. 그것이 진정한 루프입니다.

6. 모든 회의를 Plan.md 로 전환하세요

저는 잠재적인 채용 후보자와 점심을 먹었습니다. 우리는 회사에서 진행되지 않고 있는 새로운 제품 아이디어에 대해 논의했습니다. 또한 음식, 레스토랑, 아이들에 대해서도 이야기했습니다. 제품 브레인스토밍이 섞인 평범한 1 시간 30 분의 대화였습니다.

Granola 를 실행하고 있었습니다. 점심 식사 후, 전체 대화록 - 초밥에 대한 잡담이 섞인 90 분 분량 - 을 Claude Code 에 붙여넣었습니다: /ce:plan turn this into a product proposal.

마법 같은 점은 이것입니다: Claude Code 는 이미 우리 제품 코드가 GitHub 어디에 있는지 알고 있습니다. 또한 제 회사 전략 폴더에 접근할 수 있습니다 - 제가 이전에 작성한 모든 전략 plan.md 파일. 따라서 Granola 대화록을 처리할 때, 단순히 점심 대화에서 아이디어를 추출하는 것이 아니었습니다. 실제 코드베이스와 이전에 내린 모든 전략적 결정과 교차 참조하고 있었습니다. Granola 컨텍스트 + 코드베이스 + 이전 전략 계획 = 금덩어리.

단번에 놀라운 제안서를 만들어냈습니다. 목표, 사용자 스토리, 기술적 접근 방식, 이정표. 레스토랑에 관한 부분은 무시했습니다. 그날 저녁 후보자에게 보냈습니다.

그는 지금 그 제품에서 저희와 풀타임으로 일하고 있습니다.

Granola 에는 이제 MCP 지원이 있으므로, Claude Code 내에서 직접 사용합니다. 더 이상 복사해서 붙여넣을 필요가 없습니다. 모든 회의의 컨텍스트가 계획으로 바로 흘러갑니다.

7. 코드뿐만 아니라 모든 것에 Plan 파일 사용하기

저는 회사를 위한 전략 문서를 작성하고 있었습니다. Claude Code 와 마크다운 파일을 나란히 열어두었습니다. Monologue 에 말했습니다: "시장 진출을 위한 세 가지 접근 방식을 알려줘. 각각의 장단점을 개괄해줘."

Zed 에 세 가지 옵션이 나타났습니다. "두 번째 옵션이 가장 가깝지만, 첫 번째 옵션의 표현이 더 좋아. 결합해줘." 즉시 업데이트되었습니다. "이제 가장 큰 위험을 다뤄줘." 추가되었습니다. "두 번째 문단이 너무 길어." 줄어들었습니다.

Claude Code 가 GitHub 에 접근하므로 현재 제품을 이해합니다. 또한 제 모든 이전 전략 plan.md 파일에 접근할 수 있습니다. 새로운 포지셔닝을 작성할 때, 제가 이전에 내린 모든 전략적 결정에 대한 전체 컨텍스트를 가지고 있습니다. 이러한 누적되는 컨텍스트가 각 계획을 이전보다 더 좋게 만듭니다.

전략 문서, 제품 사양, 경쟁사 분석, 이 글. 동일한 워크플로우입니다. 말하고, 계획하고, 반복하세요.

8. 원격 Claude Code 용 Mac Mini 실행하기

저는 OpenClaw 용으로 Mac Mini 를 설정했지만, 그것으로 두 가지 다른 일을 더 했습니다:

휴대폰에서 Telegram 사용. Claude Code 에는 Telegram 통합 기능이 있습니다. 저는 휴대폰에서 Telegram 을 통해 Mac Mini 에 메시지를 보냅니다. 저녁 식사 중에 버그가 생각나면, Telegram 에 /ce:plan fix the timeout issue 라고 입력합니다. 제가 화면 앞으로 돌아왔을 때 계획이 Zed 에서 기다리고 있습니다. Claude Code 는 제가 자리에 없을 때 OpenClaw AgentMail 을 사용하여 plan 파일을 이메일로 보내기도 합니다.

비행기에서 tmux 사용. 출처: Nathan Smith. Claude Code 는 비행기 Wi-Fi 를 잘 처리하지 못합니다. 연결이 끊어지면 세션이 종료되고 알리지도 않습니다. 하지만 먼저 Mac Mini 에 tmux 로 접속하면 세션이 해당 머신에서 실행됩니다. 노트북은 단지 창일 뿐입니다. 대서양 상공에서 20 분 동안 Wi-Fi 가 끊어집니까? 다시 연결하세요. 세션은 정확히 중단했던 곳에 있으며 작업을 수행했습니다.

유럽에서 돌아오는 비행 내내 기능을 출시했습니다.

저는 이 워크플로우를 오픈 소스에도 사용합니다

제 GitHub 프로필(github.com/mvanhorn)을 보면, 제가 최근에 기여한 프로젝트들은 모두 코드 한 줄 작성 전에 plan.md 파일이 있었습니다:

Python - defaultdict repr 무한 재귀, man 페이지 텍스트 줄바꿈
OpenCV - HoughCircles 반환 타입, YAML 파서 힙 오버플로우
Vercel Agent Browser - Appium v3 벤더 프리픽스, WebSocket 폴백, 배치 명령 워크플로우(#5 기여자)
OpenClaw - 브라우저 릴레이, 속도 제한 UX, iMessage 전달, Codex 샌드박스 탐지, 음성 통화
Zed - $ZED_LANGUAGE 작업 변수, Finder 탭 컨텍스트 메뉴에서 "Reveal in Finder", git 패널 starts_open 설정
Paperclip - SPA 라우팅, 플러그인 도메인 이벤트, promptfoo 평가 프레임워크(#3 기여자)
Compound Engineering - 계획 게이팅, 직렬 검토 모드, 스킬 마이그레이션, NTFS 콜론 처리(#3 기여자)

아내가 저에게 화가 났습니다

저는 노트북을 어디든 가지고 다닙니다. 4~6 개의 Ghostty 탭과 Zed. 그녀는 별로 좋아하지 않습니다. Mac Mini + Telegram 이 도움이 됩니다. 하지만 실시간으로 여러 계획을 병렬로 발전시키고 싶을 때는 노트북이 필요합니다. 그녀는 제가 학교 하교 시간에 노트북을 가져오지 않기를 정말로 바랍니다.

미안해요, 자기야.

이 글은 이 워크플로우로 작성되었습니다

이것은 Zed 의 마크다운 파일입니다. Claude Code 는 Ghostty 에서 실행 중입니다. Monologue 에 말했습니다: "테마가 잘못되었어, 서문을 다시 써줘." "Granola 이야기를 추가해줘." "Zed 를 내 IDE 라고 부르지 마." Claude 가 다시 씁니다. 변경 사항이 Zed 에 나타납니다. 제가 반응합니다. 일곱 번의 완전한 재작성.

이것이 제가 아는 전부입니다. 음성 앱, plan 파일 플러그인, 세 가지 설정 변경, 4~6 개의 병렬 세션, Mac Mini, 그리고 제품 제안서로 바뀌는 회의. IDE 없음. 코드 없음. 말하고, 계획하고, 구축하세요. 책상에서, 소파에서, 차 안에서.

보너스: 토큰이 부족할 때

이런 종류의 효율성은 월 $200 의 Claude Max 요금제를 순식간에 소진할 것입니다. 하루 종일 4~6 개의 병렬 Opus 세션은 금방 쌓입니다.

해결책: $200/월 Codex 요금제도 함께 사용하세요. Codex CLI 를 설치하면, Compound Engineering 이 Claude 크레딧 대신 Codex 크레딧으로 구축할 수 있습니다. 방금 Compound Engineering 에 /ce:work --codex 를 출시했습니다 - 오늘 병합되었습니다 - Claude 크레딧이 부족할 때 Codex 에 구현을 위임합니다.

일부 친구들은 Claude Code 작업의 코드 리뷰에 Codex 를 사용하고 그 반대도 합니다. 다른 사람들은 Codex 의 코드 출력을 선호하지만 오케스트레이션을 위해 Claude Code 에서 호출합니다. 두 요금제는 서로를 보완합니다. 계획에는 Claude, 무거운 구현에는 Codex.

또한 제가 자는 동안 작업을 실행하는 "night-night" 모드도 있지만, 그것에 대한 설명은 다음 기회에 하겠습니다.

보너스 2: 디즈니 월드 실시간 해설

코드가 아닌 것에 대해 이 워크플로우를 처음부터 끝까지 보여주기 위해, 오늘의 실제 예시를 들겠습니다. 저는 축구장에서 아이들의 경기를 보고 있었습니다. 다른 학부모와 저는 디즈니 월드 여행에 대해 이야기하고 있었습니다. 노트북을 꺼내서 그녀에게 보여주었습니다.

1 단계: /last30days Disney World. 2 분 후, 전체 그림이 나왔습니다. Reddit 스레드 66 개(11,804 업보트), X 게시물 34 개, YouTube 동영상 8 개. 가격 충격이 지배적인 대화 주제입니다 - r/DisneyPlanning 의 $8,500 여행 후기는 183 개의 댓글을 기록했습니다. 3 월에만 6 개의 놀이기구가 폐쇄되었습니다. Buzz Lightyear 는 4 월 8 일에 새로운 블래스터와 함께 재개장합니다. Rock 'n' Roller Coaster 는 Muppets 놀이기구로 변경 중입니다. DinoLand 는 철거되었습니다.

2 단계: "4 월 16 일에 구체적으로 무엇이 열리고/열리지 않나요?" (오타 포함 - CC 는 신경 쓰지 않습니다). Claude 는 리모델링 일정을 확인하고, last30days 데이터와 교차 참조하여 전체 개장/폐장 목록을 제공했습니다.

3 단계: /ce:plan 나는 디즈니 월드에 하루 동안 갈 예정이야. 최소 세 개의 파크, 아마 네 개, 아마 네 개를 가고 싶어, 왜냐면 내가 미쳤거든. Epcot 에서 Guardians 를 타고, Hollywood Studios 에서 몇 개의 놀이기구를 타고, World 에서 몇 개를 타고, Animal Kingdom 에서 Everest 를 타고, 적어도 하나의 Avatar 놀이기구를 타고 싶어. 추가로: "이 모든 것을 가능하게 하려면 Genie Plus 와 다른 것들을 얻기 위한 전략은 무엇인가요? 또한, 일주일 전에 뭔가를 확인해야 하지 않나요? 언제 무엇을 사야 하나요? 알림 설정을 도와주세요. 음식은 신경 쓰지 않습니다. 호텔은 없습니다. 일회용 패스에 $25 를 지불할 의향이 있습니다."

Claude 의 연구 에이전트가 실행되어 last30days 데이터와 교차 참조하고 구조화된 plan.md 를 작성했습니다: 파크 순서(AK -> HS -> Epcot -> MK), 정확한 Lightning Lane 예약 전략, 4 월 13/14/15 일 오전 7:00 에 대한 세 개의 알람 알림, Single Pass($14-22)가 필요한 놀이기구와 Multi Pass 가 필요한 놀이기구, 아이들의 키 제한.

4 단계: Zed 에서 계획을 열었습니다. 검토했습니다. 다른 학부모를 위해 그녀의 계획을 만들라고 말했습니다: "그래서 나는 디즈니 월드 여행을 갈 거고, 파크에서 3 일을 보낼 거야. 가장 효율적인 동선, 어떤 패스를 받아야 하는지, 어떤 추가 사항이 필요한지 알려줘... 아이들은 8 살과 5 살이야." Claude 는 Rider Switch 프로토콜, 일별 일정, 그리고 "이번 주에 신발 신은 5 살 아이 키를 재라"는 경고가 포함된 305 줄짜리 새 계획을 작성했습니다.

5 단계: "이 마지막 것을 라이트 모드의 Vercel 사이트에 게시할 수 있나요? 보기 쉬운 걸로." (오타 더 있음. 여전히 문제없음.) Claude 는 깔끔한 HTML 페이지를 만들고 배포했습니다.

라이브: disney-plan-ebon.vercel.app

6 단계: Telegram 을 통해 .md 파일을 OpenClaw 에 넣었습니다. "실수할 경우를 대비해 이중 안전 장치를 포함하여 이 모든 알림을 YOU 에 추가하는 계획을 세울 수 있나요? 전날 / 캘린더 등." OpenClaw 가 계획을 읽고, 제 업무 캘린더에 캘린더 이벤트를 설정하고 Telegram 으로 저에게 알리는 cron 작업 백업도 설정했습니다. 모든 중요한 예약 시간에 이중 커버리지. 4 월 13 일 오전 3:50(PT): "지금 Multi Pass 를 구매하세요." 4 월 16 일 오전 3:50: "지금 Single Pass 를 구매하세요." 둘 다 동부 시간 오전 7 시 창이 열리기 10 분 전. 실행 후 자동 삭제.