클로드 코드 창시자가 직접 알려주는 생산성 10배 향상 전략
📺 원본 영상: 클로드 코드 창시자가 직접 알려주는 클로드 코드 꿀팁 13가지
🎙️ 채널: 코드팩토리
📅 정리 일자: 2025-01-16
⚠️ Note: 본 리포트는 영상의 음성을 텍스트로 변환(STT)하여 정리한 것입니다. 화면에 표시된 자료(코드, 설정 화면 등)는 포함되지 않을 수 있습니다.
개요
같은 시간에 10배 더 많은 코드를 작성하고, 버그를 30분이 아닌 몇 분 만에 해결하는 개발자들이 있다. 그들이 더 똑똑해서가 아니라, Claude Code를 더 전략적으로 활용하고 있기 때문이다. Claude Code의 창시자 Boris Cherny는 일주일에 혼자서 PR 100개를 처리하는 것으로 알려진 인물로, 그는 15개의 Claude 세션을 동시에 운영하며 병렬처리, 자가치유 시스템, 집단지성을 구축했다. 본 리포트는 Boris가 공개한 13가지 핵심 전략을 상세히 분석하여, 단순한 코딩 팁을 넘어 모든 개발자가 갖춰야 할 필수 생존 키트로 제시한다.
1. 병렬 실행 - 15개 세션 동시 운영의 비밀
Boris Cherny의 생산성 비결은 단 하나의 Claude Code 세션에 의존하지 않는다는 점에 있다. 그는 기본적으로 로컬 환경에서 5개의 Claude 세션을 병렬로 실행하며, 각 세션이 사용자 입력을 요구할 때는 시스템 알림(System Notification)을 통해 즉시 반응할 수 있도록 설정해두었다. 이는 하나의 작업이 대기 상태에 빠져도 나머지 세션들이 계속 진행되도록 하여, 전체 워크플로우가 멈추지 않게 만드는 핵심 메커니즘이다.
여기서 끝이 아니다. Boris는 로컬 세션 외에도 웹 세션을 5개에서 10개 추가로 실행한다. 즉, 로컬과 웹을 합쳐 총 15개 정도의 세션을 동시에 활용하는 것이다. 이러한 다중 세션 전략은 단순히 많은 작업을 동시에 처리하는 것을 넘어, 각 작업의 성격에 맞춰 적절한 환경(로컬 vs 웹)을 선택할 수 있게 해준다.
특히 주목할 점은 Claude Code에서 엔드(end) 명령을 실행하면 즉시 백그라운드 태스크(Background Task)로 전환할 수 있다는 것이다. Boris는 이 기능을 적극 활용하여 대부분의 작업을 백그라운드에서 실행하며, 필요할 때만 웹이나 모바일 앱에서 직접 확인하는 방식을 취한다. 이는 개발자가 다른 작업에 집중하는 동안에도 Claude가 묵묵히 작업을 진행하도록 만드는, 일종의 “비동기 개발 파이프라인”을 구축하는 전략이다.
2. 무조건 Opus 4.5 + Thinking 모드 - 작은 모델은 쳐다보지도 않는다
Boris는 단호하게 말한다. “멍청한 모델은 쳐다보지도 않는다.” 그는 항상 Opus 4.5를 사용하며, Thinking 모드를 상시 활성화해둔다. 많은 개발자들이 Opus 4.5가 Sonnet보다 크고 무거워서 느릴 것이라고 생각하지만, Boris의 경험은 정반대다.
Opus 4.5는 툴 사용(Tool Use)을 훨씬 더 정확하게 수행하며, 사람의 개입이 적어도 되기 때문에 결과적으로 작은 모델을 사용하는 것보다 훨씬 빠르게 작업을 완료할 수 있다는 것이다. 작은 모델을 사용하면 중간중간 사용자 확인이나 수정이 필요한 경우가 많아져, 결국 전체 작업 시간이 늘어나게 된다. 반면 Opus 4.5는 한 번에 정확하게 작업을 수행하므로, 초기 응답 시간이 조금 더 걸리더라도 전체 워크플로우에서는 훨씬 효율적이라는 것이 Boris의 핵심 주장이다.
Thinking 모드를 항시 켜두는 것 역시 같은 맥락이다. 이 모드는 Claude가 더 깊이 있게 문제를 분석하고, 더 정확한 해결책을 제시하도록 만든다. 단순히 빠른 답변을 얻는 것보다, 정확한 답변을 한 번에 얻는 것이 결국 더 빠른 개발로 이어진다는 철학이 담겨 있다.
3. Claude.md - 팀 전체의 집단지성을 담는 그릇
Claude.md 파일은 Claude Code가 참조하는 프로젝트별 커스텀 인스트럭션(Instruction) 파일이다. Boris는 이 파일을 Git에 커밋하도록 설계된 것으로 간주하며, 팀 전체가 적극적으로 활용한다. 특히 Claude가 무언가를 잘못했을 때, 다음에는 같은 실수를 반복하지 않도록 Claude.md에 인스트럭션을 추가로 저장해둔다는 점이 핵심이다.
이는 단순히 개인의 경험을 축적하는 것을 넘어, 팀 전체의 경험을 하나의 파일에 집약하는 “집단지성 시스템”을 구축하는 것이다. 팀원 모두가 Claude.md 파일을 개선하는 데 힘쓰며, 팀별로 각각의 Claude.md를 관리한다. 이렇게 하면 새로운 팀원이 합류하더라도, 과거에 팀이 겪었던 실수와 그 해결책을 자동으로 학습할 수 있게 된다.
더 나아가 Boris는 PR(Pull Request)을 검증할 때도 Claude.md를 태그하여, 필요한 경우 새로운 인스트럭션을 추가한다. 또한 install github action slash command를 사용하면 Claude.md를 GitHub에서도 직접 활용할 수 있다는 점을 강조한다. 만약 이 기능을 몰랐다면, 지금 당장 설치해서 사용해보는 것이 Boris의 조언이다.
4. 대부분의 세션은 플랜 모드에서 시작 - 좋은 플랜이 좋은 코드를 만든다
Boris는 대부분의 작업 세션을 플랜 모드(Plan Mode)에서 시작한다. Shift + Tab을 눌러 세션 유형을 변경할 수 있는데, 플랜 모드로 진입하면 Claude가 자동으로 Read-Only 모드로 작동한다. 이는 코드를 바로 수정하지 않고, 먼저 전체적인 계획을 수립하는 단계라는 의미다.
Boris는 플랜을 여러 번 수정하고, 마음에 드는 플랜이 나올 때까지 반복한다. 그리고 완벽한 플랜이 완성되면, Auto Accept 모드로 전환하여 실행한다. 이렇게 하면 보통 한 번에 원하는 결과물이 나온다고 강조한다. 강연자는 이 부분에 깊이 공감하며, “좋은 플랜으로 결국 좋은 코드를 만들어낼 수 있다”고 덧붙인다.
이는 코딩 이전에 사고(Thinking)의 단계를 충분히 거치는 것이 얼마나 중요한지를 보여준다. 많은 개발자들이 바로 코드를 작성하기 시작하지만, Boris는 계획 단계에서 충분히 시간을 투자하여 전체 구조를 명확히 한 후 실행함으로써, 재작업(Rework)을 최소화하고 일관성 있는 코드를 생산한다.
5. 커스텀 커맨드 - 반복 작업은 자동화의 대상이다
반복적으로 사용하는 워크플로우는 커스텀 커맨드(Custom Command)로 저장하여, 똑같은 프롬프트를 매번 입력하지 않도록 한다. 이렇게 하면 Claude가 Bash 커맨드를 직접 사용할 수 있도록 설정할 수도 있어, 시간을 엄청나게 절약할 수 있다고 Boris는 설명한다.
중요한 것은 이러한 커스텀 커맨드들을 반드시 GitHub에 커밋하여 팀원과 공유한다는 점이다. 이는 앞서 언급한 Claude.md와 마찬가지로, 개인의 효율성 도구를 팀 전체의 자산으로 전환하는 전략이다. 새로운 팀원이 합류하면, 이미 검증된 커스텀 커맨드를 바로 사용할 수 있어 온보딩 시간이 크게 단축된다.
6. 커스텀 서브에이전트 - 특정 작업의 전문가를 만들어라
Boris는 몇몇 서브에이전트(Subagent)를 규칙적으로 사용한다. 예를 들어, code simplifier 서브에이전트는 Claude Code가 작업을 완료했을 때 코드를 정리하는 데 사용된다. 또한 verify app 서브에이전트에는 End-to-End 테스트 같은 테스트를 잘 수행할 수 있는 자세한 명세가 작성되어 있다.
커스텀 커맨드와 마찬가지로, 커스텀 서브에이전트는 항상 사용하는 기능들을 자동화하는 목적으로 설계된다. 이는 특정 작업에 특화된 “전문가 에이전트”를 만들어, 반복적이지만 중요한 작업의 품질을 일정하게 유지하는 전략이다. 코드 정리나 검증처럼 매번 수행해야 하지만 창의성이 크게 요구되지 않는 작업은, 이러한 서브에이전트에게 맡김으로써 개발자는 더 중요한 의사결정에 집중할 수 있다.
7. Post Tool Use Hook - 10%의 포매팅 문제를 자동으로 해결하라
Boris는 Post Tool Use Hook을 사용하여 Claude가 작성한 코드를 자동으로 포매팅한다. Claude는 기본적으로 포매팅이 잘 된 코드를 생성하지만, 가끔 발생하는 10% 정도의 문제를 이 Hook을 통해 자동으로 해결할 수 있다는 것이다.
이는 완벽에 가까운 것을 완벽하게 만드는 “마지막 1%의 자동화”다. 사람이 직접 포매팅을 확인하고 수정하는 것은 시간 낭비일 뿐만 아니라, 일관성도 떨어진다. Post Tool Use Hook을 설정해두면, Claude가 코드를 생성할 때마다 자동으로 프로젝트의 포매팅 규칙이 적용되므로, 코드 리뷰에서 스타일 관련 논쟁을 완전히 제거할 수 있다.
8. Dangerously Skip Permissions 모드는 사용하지 않는다 - 대신 권한을 미리 등록하라
개인적으로 놀라운 부분은 Boris가 dangerously skip permissions 모드를 사용하지 않는다는 점이다. 이 모드는 Claude가 모든 작업을 사용자 확인 없이 수행하도록 하는 설정으로, 빠르지만 위험할 수 있다. 대신 Boris는 permissions slash command를 사용하여 사용 가능한 Bash 커맨드들을 미리 등록해두고, 지속적인 권한 허가가 필요 없도록 설정한다.
이러한 권한 설정은 .claude/settings.json 파일에 저장되며, 팀과 공유된다. 이는 보안과 효율성을 동시에 확보하는 전략이다. 무분별한 권한 부여는 위험하지만, 미리 검증된 커맨드에 대해서만 권한을 부여하면, 안전하면서도 빠르게 작업을 진행할 수 있다. 또한 팀 전체가 동일한 권한 설정을 공유함으로써, 누가 작업하든 일관된 환경에서 개발할 수 있게 된다.
9. Claude에게 다양한 툴 사용 권한을 제공하라
Boris는 Claude에게 사용할 수 있는 툴(Tool)의 권한을 폭넓게 제공한다. 예를 들어 Slack 포스트를 검색하거나, BigQuery 쿼리를 실행하고 분석 요청에 답변하거나, Sentry에서 에러 로그를 확인하는 것처럼 다양한 툴 사용 권한을 부여한다.
이는 Claude를 단순한 코드 생성 도구가 아니라, 개발 생태계 전체를 아우르는 “디지털 동료”로 만드는 전략이다. Claude가 Slack, BigQuery, Sentry 등 다양한 시스템에 접근할 수 있다면, 개발자는 “Slack에서 최근 논의된 버그를 찾아서 Sentry 로그와 비교하고, BigQuery에서 관련 데이터를 분석해줘”와 같은 복잡한 작업을 한 번의 요청으로 처리할 수 있다. 이는 도구 간 전환(Context Switching)을 최소화하고, 전체 워크플로우를 극적으로 단순화한다.
10. Long-Running Task 핸들링 - 오래 걸리는 작업도 자동화의 대상이다
Boris는 오래 걸리는 작업(Long-Running Task)을 다루는 세 가지 전략을 공개했다. 첫째, Claude가 완료한 작업은 무조건 백그라운드 에이전트(Background Agent)를 사용해서 검증하도록 한다. 이는 작업 완료 후 사람이 직접 확인하는 대신, 또 다른 Claude 세션이 자동으로 검증하는 “자가치유 시스템”을 구축하는 것이다.
둘째, Agent Stop Hook을 사용하여 더욱 결정론적(Deterministic)인 결과를 낼 수 있도록 한다. 이는 에이전트가 작업을 종료할 때 특정 조건을 확인하고, 필요한 경우 추가 작업을 수행하도록 하는 메커니즘이다.
셋째, 최근 핫했던 Ralph Waldo Plugin을 사용한다. 이 플러그인은 무한 이터레이션(Infinite Iteration) 작업을 수행할 수 있게 해주어, Claude가 스스로 만족할 만한 결과를 얻을 때까지 반복적으로 개선하도록 만든다. 이는 사람이 “한 번 더 해줘”라고 요청하는 과정을 자동화한 것으로, 진정한 의미의 자율적 개발 시스템에 한 걸음 더 다가가는 기술이다.
11. 자기 검증 시스템 - Claude에게 스스로 검증하는 방법을 가르쳐라
마지막 13번째 전략은 Claude Code에게 자신이 한 작업을 검증할 수 있는 방법을 정확히 제공해주는 것이다. Claude가 자체적으로 피드백 루프(Feedback Loop)를 생성하도록 하면, 2~3배 이상 좋은 결과를 낼 수 있다고 Boris는 강조한다.
검증 과정은 도메인별로 모두 다를 수 있다. 웹 개발이라면 브라우저를 실행해서 테스트하고, 모바일 개발이라면 시뮬레이터에서 테스트하며, 백엔드 개발이라면 단순히 Bash 커맨드를 실행하는 방식으로 검증한다. 중요한 것은 각 도메인에 가장 적합한 검증 방법을 Claude에게 명확히 제시하는 것이다.
이는 “만들고 끝”이 아니라 “만들고 확인하고 개선”하는 사이클을 자동화하는 것이다. Claude가 스스로 검증하고, 문제를 발견하면 스스로 수정하는 시스템을 구축하면, 개발자는 최종 결과물만 확인하면 되므로 생산성이 기하급수적으로 향상된다.
마무리 - 액션이 변화를 만든다
Boris Cherny가 공개한 13가지 전략은 단순한 팁이 아니라, 개발 패러다임 자체를 바꾸는 생존 키트다. 강연자는 마지막으로 강력한 메시지를 남긴다. “누군가는 이걸 보고 ‘와’ 하면서 대충 넘기겠지만, 누군가는 오늘 당장 터미널을 켜고 Claude.md를 만들고, 커스텀 커맨드를 제작하고, 커스텀 서브에이전트를 만들 것이다. 6개월 뒤 이 두 사람의 수익과 기술적 격차는 얼마나 벌어져 있을까?”
더 나아가 강연자는 묻는다. “그때도 과연 ‘와 신기하다’고만 하고 넘겼던 사람이 개발자로 살아남을 수 있을까?” 변화를 만들어내는 것은 액션이며, 기술은 기다려주지 않는다. 특히 지금은 더더욱 그렇다. 강연자의 마지막 조언은 명확하다. “그냥 무지성으로 지금 당장 시작하세요.”
15개의 병렬 세션, Opus 4.5 상시 사용, 팀 전체가 공유하는 Claude.md, 플랜 모드 우선 접근, 커스텀 커맨드와 서브에이전트, Hook 시스템, 철저한 권한 관리, 다양한 툴 통합, 백그라운드 검증, 그리고 자가치유 피드백 루프. 이 모든 것은 Claude Code를 단순한 코딩 어시스턴트에서 개발 팀 전체의 생산성을 10배로 끌어올리는 핵심 인프라로 전환시킨다. 지금 이 순간, 당신은 어느 쪽을 선택할 것인가?
📚 출처 및 참고
| 구분 | 내용 |
|---|---|
| 원본 영상 | 클로드 코드 창시자가 직접 알려주는 클로드 코드 꿀팁 13가지 |
| 채널 | 코드팩토리 |
| 리포트 작성 | 2025-01-16 |
| 작성 방식 | YouTube 영상 STT 변환 후 에디팅 |
💬 본 리포트는 영상 내용을 바탕으로 재구성되었습니다. 정확한 내용은 원본 영상을 참조해 주세요.