Claude Code의 창시자 Boris Cherny가 총 13가지의 실제 사용법을 공개했습니다.
Claude Code를 “잘 쓰는 팁”을 넘어서, 팀의 개발 속도와 품질을 복리로 올리는 운영 방식이 담겨있는데요.
그가 공개한 운영 방식 13가지를 정리했습니다!
1) 터미널에서 Claude 5개를 동시에 돌리기
터미널 탭을 1~5로 번호 붙여두고 Claude를 각각 실행합니다.
각 세션이 내 입력을 필요로 하면 시스템 알림으로 확인하고,
병렬로 작업을 밀어붙여 속도를 끌어올립니다.
2) 웹에서도 claude 5~10개 병렬로 돌리기
로컬 터미널 세션과 동시에 claude.ai/code 웹에서도 5~10개 세션을 병렬로 운영합니다.
그리고 작업 흐름은 이렇게 유연하게 운영한다고해요!
터미널에서 코딩하다가 로컬 세션을 웹으로 넘기거나
크롬에서 새 세션을 수동으로 띄우기도 하고
필요하면 로컬↔웹을 teleport 하면서 진행
또 매일 아침/중간중간 아이폰 Claude 앱에서 세션을 몇 개 시작해두고, 나중에 다시 들어가 확인
즉, “한 세션을 완벽하게 운영”이 아니라 여러 세션을 동시에 굴리는 운영에 가깝습니다.
3) 모든 작업은 Opus 4.5 Thinking을 켠 상태로 수행
Boris는 Opus 4.5를 “지금까지 써본 코딩 모델 중 최고”라고 말합니다.
Sonnet보다 크고 느리지만, 개입이 적어도 되고 툴 사용이 뛰어나서
결국 전체 속도는 Opus가 더 빠르다는 논리예요.
4) 팀 단위로 하나의 md 파일을 공유하기
레포에 claude.md 파일을 하나 두고 이를 git에 커밋해서 팀이 함께 관리합니다.
팀 전체가 일주일에 여러 번 계속 업데이트
Claude가 틀리게 하거나 원치 않는 행동을 하면 그 내용을 claude.md에 추가
다음부터 같은 실수를 반복하지 않도록 “팀 룰”을 축적
즉, 개인의 프롬프트가 아니라 팀의 규칙이 누적되는 구조를 만들어요.
5) 코드 리뷰할 때 @claude 태그하기
PR 리뷰를 할 때 @claude로 호출해, 해당 PR에서 나온 “배운 점/규칙”을 claude.md에 추가하도록 요청합니다.
이를 위해 Claude Code GitHub Action(/install-github-action)을 사용한다고 해요.
Boris는 이걸 Dan Shipper의 ‘Compounding Engineering(복리형 엔지니어링)’의 변형이라고 설명합니다.
코드 리뷰를 단순 퀄리티 체크가 아니라, 팀의 AI 운영 시스템을 강화하는 루틴으로 바꿔버리는 방식이네요.
6)대부분의 세션은 Plan 모드로 시작하기
그는 “좋은 계획이 정말 중요하다”고 강조합니다.
목표가 PR 생성이라면 흐름은 이렇습니다.
Plan 모드에서 Claude와 계획을 계속 주고받아 만족스러운 플랜을 만든다
그 다음 auto-accept edits 모드로 전환한다
그러면 Claude가 대부분 한 번에(1-shot) 작업을 끝낸다
즉, 실행은 빠르게 대신 계획에서 시간을 쓰는 방식입니다.
7) ‘내부 루프(inner loop)’ 작업은 전부 슬래시 커맨드로 만들기
반복되는 프롬프트는 매번 치지 않고 슬래시 커맨드로 만들어 재사용합니다.
커맨드는
.claude/commands/에 저장git에 체크인해서 팀 공유
반복 작업을 워크플로우 단위로 “명령어화”
8) 서브에이전트 활용하기
정기적으로 쓰는 서브에이전트를 만들어 반복 워크플로를 자동화합니다.
예시:
code-simplifier: Claude가 코딩 후 코드를 더 단순하게 정리verify-app: Claude Code E2E 테스트 지침 포함
슬래시 커맨드가 “명령어”라면 서브에이전트는 자주 쓰는 업무 패턴을 자동화한 역할에 가깝습니다.
9)PostToolUse hook 사용하기
“Claude가 코드 작성 → 훅이 자동 포맷 → CI 에러 방지”
Claude가 기본적으로도 포맷을 잘 맞추지만, 훅이 마지막 10%를 처리해줘서
나중에 CI에서 포맷팅 오류가 나는 걸 막을 수 있습니다.
9)위험한 Skip 권한은 지양하기
권한 확인을 통째로 건너뛰는 방식(--dangerously-skip-permissions)은 지양하고,
대신 /permissions로 자주 쓰는 안전한 bash 명령을 미리 허용합니다.
권한 확인 팝업으로 흐름이 끊기는 문제를 줄이고
설정을
.claude/settings.json에 체크인해 팀 단위로 공유·표준화
핵심은 편의성 때문에 보안을 생략하는 게 아니라,
반복 작업을 안전하게 자동화하는 구조를 만드는 것입니다.
11) MCP 적극 활용하기 (Claude가 도구를 “대신” 쓰게 만들기)
MCP를 활용해 Claude Code가 내 도구를 직접 쓰게 합니다.
Slack 검색/메시지 포스팅
bq CLI로 BigQuery 쿼리 실행 → 분석 질문 답변Sentry에서 에러 로그 수집
그리고 Slack MCP 설정은 .mcp.json에 체크인해 팀이 공유합니다.
12) 긴 작업의 경우 검증 루프를 붙여 품질 안정화시키기
오래 걸리는 작업일수록 결과 리스크가 크기 때문에, 검증 루프를 붙여 품질을 안정화합니다.
(1) 작업 완료 후 백그라운드 에이전트로 검증
(2) agent Stop hook으로 더 확실하게 자동 검증
(3) ralph-wiggum 플러그인으로 반복 검증
필요하면 샌드박스에서 --permission-mode=dontAsk 또는 skip 옵션을 사용해
세션이 권한 요청으로 멈추지 않게 만들어 막힘 없는 진행을 확보합니다.
13) 모델이 스스로 검증하게하기
Claude는 “그럴듯한 답”을 잘 만들지만,
검증 루프가 붙는 순간 최종 결과 품질이 2~3배까지 올라간다고 해요.
예를 들어 Boris는 자신이 배포하는 변경사항마다 Claude가 브라우저를 열어 UI를 직접 테스트하고
코드가 제대로 동작하고 UX가 만족스러울 때까지 반복하게 합니다. (Claude Chrome extension 사용)
도메인에 따라 검증 방식은 달라질 수 있어요. 단순히 bash 명령 한 번 돌리는 수준일 수도 있고
테스트 스위트를 실행하거나, 브라우저/모바일 시뮬레이터로 실제 동작을 확인하는 형태일 수도 있습니다.
결국 핵심은 모델에게 더 좋은 프롬프트를 주는 것이 아니라
모델이 스스로 틀렸다는 걸 알아차릴 수 있는 환경을 제공하는 것입니다.
Boris가 공개한 13가지의 Claude Code 활용 팁에서
핵심은 Claude가 팀 프로세스 안에서 굴러가게 만드는 것인데요.
Claude Code 잘 활용하고싶다면 이 팁들을 숙지하고
다음 작업부터 실행해보시면 좋을 것 같습니다. 😃