포스트

클로드 코드 제작자가 공개한 클로드 코드(Claude Code) 실전 활용법

게시 업데이트
By BLUEBUG
36 분읽는 시간
클로드 코드 제작자가 공개한 클로드 코드(Claude Code) 실전 활용법

AI 코딩 에이전트를 인간 노동력처럼 활용하는 방법

들어가며: 왜 이 글이 화제가 되었나

2026년 1월 3일, 개발자 커뮤니티에 지각 변동이 일어났습니다. 앤트로픽의 보리스 체르니(Boris Cherny) 책임자가 X(구 트위터)를 통해 자신이 개발한 ‘클로드 코드(Claude Code)’를 실제로 어떻게 활용하는지 공개한 것입니다.

그의 게시물은 단 사흘 만에 630만 회의 조회수를 기록했고, 4만 8천 개 이상의 ‘좋아요’와 1,100개가 넘는 심도 있는 댓글을 받았습니다. VentureBeat는 이를 “실리콘밸리가 단순히 듣는 것을 넘어 필기하는 순간”이라고 표현했고, 일부 업계 관찰자들은 “앤트로픽의 ChatGPT 모멘트”라고까지 평가했습니다.

이처럼 큰 화제가 된 이유는 무엇일까요?

첫째, 제작자 본인의 공개였다는 점입니다. 제품을 만든 사람이 직접 “나는 이렇게 쓴다”고 밝히는 것은 매우 드문 일이며, 이는 곧 가장 효과적인 사용법의 청사진이 됩니다.

둘째, 역설적인 단순함입니다. 체르니의 설정은 그 스스로 “놀랍도록 바닐라(vanilla, 평범한)”하다고 표현했지만, 그 단순한 원칙들의 조합이 한 사람을 소규모 엔지니어링 팀과 맞먹는 생산성으로 만들어줍니다.

셋째, 패러다임의 전환을 제시했기 때문입니다. AI를 단순한 코드 생성 도구가 아닌, 독립적으로 사고하고 학습하며 작업을 검증하는 ‘유기체’로 만드는 방법을 보여주었습니다.

이 문서에서는 체르니가 공개한 다섯 가지 핵심 전략과 13가지 구체적인 실천 방법을 상세히 풀어보고, 왜 이것이 2026년 AI 활용의 새로운 기준이 되는지 살펴보겠습니다.

1. 병렬 실행: 한 사람이 팀 전체를 지휘하다

혁신의 핵심

체르니 책임자가 가장 먼저 강조한 것은 ‘병렬 실행(Parallel Execution)’입니다. 그는 동시에 최소 15개 이상의 클로드 인스턴스를 실행합니다:

  • 터미널에서 5개: 각각 별도의 Git 체크아웃을 가진 독립적인 작업 공간
  • 웹 브라우저(claude.ai/code)에서 5-10개: 더 깔끔한 인터페이스가 필요한 작업용
  • 모바일 앱(iOS)에서 수개: 아침에 출근 중 시작해두고 나중에 확인

이것이 혁신적인 이유는 전통적인 개발 방식의 근본적인 제약을 깨뜨렸기 때문입니다. 일반적으로 개발자 한 명은 한 번에 하나의 작업에만 집중합니다. 코드를 작성하는 중에는 테스트를 실행할 수 없고, 리팩토링을 하는 동안에는 문서 작성이 멈춥니다. 하지만 AI 에이전트를 병렬로 실행하면 이러한 시간적 제약이 사라집니다.

실제 작동 방식

체르니의 터미널 설정을 구체적으로 살펴보면:

1
2
3
4
5
6

# 5개의 별도 Git 체크아웃
~/repo-1 $ # 탭 1: 새 기능 개발
~/repo-2 $ # 탭 2: 테스트 스위트 실행
~/repo-3 $ # 탭 3: 레거시 모듈 리팩토링
~/repo-4 $ # 탭 4: 버그 디버깅
~/repo-5 $ # 탭 5: 문서 작성

핵심 디테일: 각 탭은 동일한 저장소의 별도 Git 체크아웃에서 실행됩니다. 이렇게 하면 Claude가 충돌 없이 병렬로 변경 사항을 만들 수 있습니다.

시스템 알림 활용: 체르니는 iTerm2의 시스템 알림을 설정하여 어떤 Claude가 입력을 필요로 하는지 즉시 파악합니다. 5개의 작업이 동시에 진행되지만, 그는 “함대 사령관(fleet commander)”처럼 필요한 순간에만 개입합니다.

웹-로컬 간 ‘텔레포트’

더 흥미로운 것은 웹과 로컬 세션 간의 유연한 이동입니다. 체르니는 --teleport 명령어를 사용하여 세션을 웹에서 터미널로, 또는 그 반대로 순간이동시킵니다.

사용 사례:

  • 웹 세션: 계획 수립, 코드 리뷰, 추론이 필요한 작업 (더 깔끔한 UI)
  • 터미널 세션: 실제 편집, Git 조작, 도구 실행 (더 강력한 제어)

이를 통해 작업의 특성에 따라 최적의 인터페이스를 선택할 수 있습니다.

“Do More with Less” 전략의 검증

이 병렬 실행 전략은 앤트로픽의 다니엘라 아모데이(Daniela Amodei) 사장이 같은 주에 발표한 “적은 자원으로 더 많은 것을 이룬다(Do More with Less)” 철학과 정확히 일치합니다. 한 명의 개발자가 AI 에이전트 군단을 효율적으로 조율함으로써, 전통적인 팀 규모의 산출물을 내놓을 수 있다는 것을 실증했습니다.

2. 가장 느리지만 가장 똑똑한 모델: Opus 4.5의 역설

업계의 통념을 뒤집다

일반적으로 AI 업계와 개발자들은 모델의 지연시간(Latency)에 민감합니다. 더 빠른 응답, 더 작은 모델이 선호됩니다. 하지만 체르니는 정반대의 선택을 했습니다.

“나는 모든 것에 Opus 4.5 with thinking을 사용한다. 내가 사용해본 코딩 모델 중 최고이며, Sonnet보다 크고 느리긴 하지만, 조종(steering)이 덜 필요하고 도구 활용 능력이 뛰어나기 때문에, 결과적으로는 더 작은 모델을 사용하는 것보다 거의 항상 더 빠르다.”

진짜 병목은 ‘수정 시간’

이 선택의 핵심 통찰은 다음과 같습니다: 현대 AI 개발의 병목은 토큰 생성 속도가 아니라, AI의 오류를 수정하는 데 드는 인간의 시간입니다.

비교해보면:

작고 빠른 모델 (예: Sonnet)

  • 토큰 생성: 빠름 (1초당 100+ 토큰)
  • 첫 시도 정확도: 70%
  • 인간의 수정 시간: 10분
  • 총 소요 시간: 10분 30초

크고 느린 모델 (Opus 4.5)

  • 토큰 생성: 느림 (1초당 30 토큰)
  • 첫 시도 정확도: 95%
  • 인간의 수정 시간: 1분
  • 총 소요 시간: 5분

체르니는 “계산 비용(compute tax)”을 사전에 지불함으로써, 나중에 지불해야 할 “수정 비용(correction tax)”을 제거한다고 설명합니다.

일관성이 속도를 이긴다

더 중요한 메타 교훈은 일관성이 원시 속도보다 중요하다는 것입니다. 체르니는 한 모델에 한 주 동안 전념하고, 얼마나 많은 재프롬프팅(re-prompting)을 하는지 측정한 후에야 모델 변경을 고려하라고 조언합니다.

모델을 자주 바꾸면 각 모델의 특성을 제대로 이해하지 못한 채 피상적으로만 사용하게 됩니다. 한 모델을 깊이 이해하고 활용하는 것이 여러 모델을 얕게 쓰는 것보다 훨씬 효과적입니다.

3. CLAUDE.md: 팀의 집단 지성을 축적하는 시스템

AI의 ‘기억상실증’ 문제 해결

표준 대규모 언어 모델은 한 세션에서 다음 세션으로 회사의 특정 코딩 스타일이나 아키텍처 결정을 “기억”하지 못합니다. 매번 처음부터 설명해야 하는 것은 비효율적일 뿐만 아니라, 일관성을 해칩니다.

체르니의 팀은 이를 CLAUDE.md 파일로 해결합니다.

CLAUDE.md의 작동 방식

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

# Claude Code 가이드라인

## 프로젝트 개요
FastAPI 기반 REST API, SQLAlchemy로 데이터베이스 운영

## 중요한 규칙
**절대 사용 금지:**
- `enum` 타입 (대신 string literal union 사용)
- npm (항상 `bun` 사용)

**필수:**
- 모든 함수에 타입 힌트
- 새로운 엔드포인트마다 테스트 작성

## 개발 워크플로우
1. 변경사항 작성
2. `bun run typecheck` (빠른 타입 체크)
3. `bun run test -- -t "test name"` (단일 테스트)
4. `bun run test:file -- "glob"` (특정 파일)
5. 통과하면 커밋

## 파일 경계
- 편집 가능: `/app/`, `/tests/`, `/docs/`
- 절대 건드리지 말 것: `/venv/`, `/__pycache__/`

‘복리 엔지니어링’의 실천

체르니 팀의 진짜 혁신은 CLAUDE.md를 살아있는 문서로 만든 것입니다.

프로세스:

  1. 실시간 학습: Claude가 실수를 할 때마다 즉시 CLAUDE.md에 규칙을 추가합니다
  2. Git에 체크인: 전체 팀이 공유하는 단일 파일로 관리됩니다
  3. 전체 팀 기여: 팀원 모두가 주당 여러 번 업데이트합니다
  4. PR 리뷰 자동화: 코드 리뷰 중 @claude 태그를 달면, GitHub Action을 통해 자동으로 CLAUDE.md가 업데이트됩니다

예시:

1
2
3
4
5

// PR 코멘트:
nit: 여기서 enum 대신 string literal을 사용해주세요

// 결과: Claude가 자동으로 커밋
"Prefer `type` over `interface`; never use `enum` (use string literal unions)"

이것은 댄 시퍼(Dan Shipper)가 제안한 “복리 엔지니어링(Compounding Engineering)” 개념의 구현입니다. 모든 실수가 영구적인 규칙이 되고, 모든 코드 리뷰가 시스템 전체의 지능을 향상시킵니다.

CLAUDE.md 작성 모범 사례

해야 할 것 (WHAT, WHY, HOW):

  • WHAT: 프로젝트 구조, 기술 스택, 디렉토리 맵
  • WHY: 프로젝트의 목적, 각 부분의 기능
  • HOW: 개발 방법 (명령어, 테스트 실행법, 검증 방법)

하지 말아야 할 것:

  • ❌ 코드 스타일 가이드라인 (린터의 일을 LLM에게 시키지 마세요)
  • ❌ 모든 가능한 명령어 나열 (너무 많은 정보는 성능을 저하시킵니다)
  • ❌ 이론적인 걱정거리 (실제로 발생한 문제만 기록하세요)

길이 관리:

  • CLAUDE.md는 모든 세션에 로드되므로 간결하게 유지
  • 상세 내용은 .claude/rules/ 폴더의 별도 파일로 분리
  • 조건부 규칙은 YAML frontmatter로 특정 파일에만 적용
1
2
3
4
5
6

---
paths: src/api/**/*.ts
---
# API 개발 규칙
- 모든 API 엔드포인트는 입력 검증 포함
- 표준 에러 응답 형식 사용

4. Plan Mode: “계획이 성공의 절반”

실행 전 합의의 중요성

체르니의 대부분 세션은 Plan Mode에서 시작됩니다. Plan Mode는 Shift+Tab을 두 번 눌러 활성화할 수 있습니다.

Plan Mode에서 Claude는 파일을 실제로 변경할 수 없습니다. 대신 “건축가 모드”에 들어가 관찰하고, 분석하고, 계획만 수립합니다.

워크플로우

1
2
3
4

1. Plan Mode 진입 (Shift+Tab x2)
2. Claude와 계획 논의 및 반복
3. 계획이 만족스러우면 Auto-Accept Edit Mode로 전환
4. Claude가 일반적으로 첫 시도에 구현 완료 (one-shot)

실제 예시:

1
2
3
4
5
6
7
8
9
10
11
12

> 나는 Skills의 진행 상황 알림 렌더링을 개선하고 싶어요

[Plan Mode에서 Claude가 제안]
1. 현재 진행 상황 UI 구현 검토
2. 병목 지점 파악
3. 세 가지 개선 옵션 제안
4. 선택한 접근법 구현
5. 시각적 테스트 및 검증

> 좋아요, 진행하세요

[Auto-Accept Mode로 전환, Claude가 실행]

왜 계획이 중요한가

계획을 건너뛰면 시간을 절약하는 것처럼 보이지만, 실제로는 잘못된 방향으로 작업하느라 더 많은 시간을 낭비하게 됩니다.

측정 전 자르기(measure before you cut) 원칙입니다. Plan Mode는 “훈련용 보조 바퀴”가 아니라, 일관되게 좋은 결과를 내는 개발자들이 사용하는 핵심 도구입니다.

Plan Mode는 또한 일관된 형식의 응답을 강제하여, AI 출력의 예측 불가능성을 크게 줄여줍니다.

5. 슬래시 명령어: “내부 루프” 자동화

반복 작업의 제거

체르니는 하루에 수십 번 반복하는 모든 “내부 루프(inner loop)” 워크플로우를 슬래시 명령어로 만듭니다.

예를 들어, /commit-push-pr 명령어는 하루에 수십 번 사용됩니다. 이 명령어는 다음을 자동화합니다:

  1. Git 상태 확인
  2. 변경사항 스테이징
  3. 의미 있는 커밋 메시지 작성
  4. 원격 저장소에 푸시
  5. Pull Request 생성

슬래시 명령어 만들기

슬래시 명령어는 .claude/commands/ 폴더에 마크다운 파일로 저장됩니다:

1
2
3
4
5
6

.claude/
├── CLAUDE.md
└── commands/
    ├── commit-push-pr.md
    ├── review.md
    └── fix-github-issue.md

예시: /project:fix-github-issue

1
2
3
4
5
6
7
8
9
10
11
12
13
14

# GitHub 이슈 수정

GitHub 이슈 수정 프로세스: $ARGUMENTS

1. `gh issue view`로 이슈 상세 정보 가져오기
2. 이슈에 설명된 문제 이해
3. 코드베이스에서 관련 파일 검색
4. 문제 해결을 위한 변경사항 구현
5. 수정 사항 검증을 위한 테스트 작성 및 실행
6. 린팅 및 타입 체크 통과 확인
7. 설명적인 커밋 메시지 작성
8. 푸시 및 PR 생성

모든 GitHub 관련 작업은 GitHub CLI (`gh`) 사용

사용법:

1

/project:fix-github-issue 1234

인라인 Bash로 컨텍스트 사전 계산

슬래시 명령어는 인라인 Bash를 사용하여 Git 상태 같은 세부 사항을 사전 계산하고, 모델과의 왕복을 최소화합니다. Claude도 이 명령어들을 사용할 수 있어, 완전한 자동화가 가능합니다.

6. 서브에이전트: 전문화된 워크플로우

반복 가능한 역할의 모듈화

서브에이전트는 특정 반복 워크플로우를 자동화합니다. 슬래시 명령어와 유사하지만, 더 복잡한 다단계 프로세스에 적합합니다.

체르니가 사용하는 서브에이전트:

code-simplifier:

  • 편집 후 코드를 정제
  • 복잡성 감소
  • 가독성 향상

verify-app:

  • Claude Code를 엔드투엔드로 테스트
  • UI 검증
  • 기능 확인

서브에이전트 vs 슬래시 명령어

  • 슬래시 명령어: 빠른 일회성 작업 (“버튼 누르기”처럼)
  • 서브에이전트: PR의 필수 요소가 되는 복잡한 자동화

서브에이전트는 세션 간 일관성을 보장하며, 특정 “역할”을 언제든 호출할 수 있습니다.

7. Hooks: 자동 포매팅과 검증

“마지막 10%” 자동화

체르니 팀은 PostToolUse 훅을 사용하여 Claude의 출력을 자동으로 포맷팅합니다.

Claude는 이미 잘 포맷된 코드를 기본적으로 생성하지만, 이 훅은 엣지 케이스의 “마지막 10%”를 처리하여 CI 실패를 방지합니다.

훅의 종류

PreToolUse: Claude가 도구를 실행하기 전 PostToolUse: 도구 실행 후 성공 시

설정 방법:

1
2
3
4

/hooks
# 옵션 선택: pre 또는 post tool use
# 어떤 도구에 적용할지 지정
# 실행할 셸 명령 입력

예시: 파일 작성 후 자동 포매팅

1
2

# PostToolUse hook for write_file
prettier --write $FILE_PATH

8. 권한 관리: 안전하게 자율성 부여

위험한 지름길 피하기

많은 개발자가 --dangerously-skip-permissions 플래그를 사용하여 권한 확인을 건너뜁니다. 체르니는 이를 절대 사용하지 않습니다.

대신, /permissions 명령어를 사용하여 안전한 Bash 명령어를 사전 승인합니다.

1
2
3
4
5
6

/permissions
# 허용할 명령어 선택:
# - git status
# - npm test
# - bun run typecheck
# 등등

이렇게 하면 Claude가 자율적으로 작업할 수 있으면서도, 위험한 명령어(예: rm -rf /)는 여전히 확인을 요구합니다.

9. 검증 루프: 품질을 2-3배 향상시키는 비결

가장 중요한 요소

체르니는 강조합니다:

“훌륭한 결과를 얻기 위한 아마도 가장 중요한 요소는 Claude가 자신의 작업을 검증할 방법을 제공하는 것입니다. 이런 피드백 루프를 갖추면 최종 결과의 품질이 2-3배 향상됩니다.”

검증 방법의 예

1. 브라우저 테스트 (Chrome 확장 프로그램)

Claude는 claude.ai/code에 대한 모든 변경사항을 자동으로 테스트합니다:

  1. 브라우저를 엽니다
  2. UI를 테스트합니다
  3. 코드가 작동하고 UX가 만족스러울 때까지 반복합니다

2. 테스트 스위트

1
2
3
4

# 단위 테스트 자동 실행
bun run test

# 실패하면 Claude가 자동으로 수정하고 재테스트

3. 실제 사용자 시뮬레이션

모바일 앱이라면 시뮬레이터나 실제 기기에서 테스트합니다. 단순히 “코드가 컴파일된다”를 넘어 “실제로 잘 작동한다”를 검증합니다.

검증 인프라에 투자하기

검증 방식은 도메인에 따라 다르지만, 이 검증 과정을 견고하게 구축하는 데 투자하는 것이 핵심입니다.

시간을 들여 좋은 검증 시스템을 만들면, 이후 모든 작업의 품질이 기하급수적으로 향상됩니다.

10. “바닐라” 설정의 힘: 복잡함보다 원칙

놀라운 발견: 간단함이 이긴다

체르니의 설정에서 없는 것이 더 놀랍습니다:

❌ 이국적인 커스터마이제이션 ❌ 영리한 해킹 ❌ 복잡한 스크립트

✅ 기본 기능의 체계적 활용 ✅ 명확한 원칙 ✅ 팀 규모 조율

핵심 원칙 요약

  1. 병렬화: 복잡성이 아닌 병렬성에서 힘이 나옵니다
  2. 일관된 모델: Opus 4.5 하나로 모든 것
  3. 지식 축적: CLAUDE.md로 팀 학습 누적
  4. 계획 우선: Plan Mode로 합의 후 실행
  5. 자동화: 슬래시 명령어로 반복 제거
  6. 검증: 2-3배 품질 향상의 비결

11. 커뮤니티의 반응과 추가 인사이트

개발자들의 증언

Jeff Tang (아테네 리서치 CEO):

“엔지니어나 바이브코딩 사용자라면, 이 글을 꼭 읽어야 합니다.”

Kyle McNease:

“이런 게임 체인저 업데이트로 앤트로픽은 불타고 있습니다. 그들의 ChatGPT 모멘트를 맞이하고 있습니다.”

다른 개발자들의 실천 사례

여러 개발자들이 체르니의 워크플로우를 자신의 상황에 맞게 변형했습니다:

David Lee (Medium):

“어디서 다른지는 Claude Code를 어떻게 사용하느냐가 아니라, 얼마나 많은 권한을 줄 의향이 있느냐입니다. Claude Code는 구현에는 탁월하지만, 아직 감독 없이 신뢰할 수 있는 것은 아닙니다.”

많은 개발자들이 체르니와 같은 병렬 실행과 Plan Mode를 채택했지만, 최종 코드 리뷰는 여전히 인간이 수행하는 것을 선호합니다.

12. 실전 적용 가이드

초보자를 위한 로드맵

1주차: 기본 익히기

  • Claude Code 설치 및 설정
  • 간단한 작업으로 시작 (버그 수정, 작은 기능)
  • Plan Mode 습관화 (Shift+Tab x2)

2주차: CLAUDE.md 구축

  • 프로젝트 루트에 CLAUDE.md 파일 생성
  • 프로젝트 개요, 주요 명령어, 디렉토리 구조 문서화
  • Claude의 실수를 만날 때마다 규칙 추가

3주차: 자동화 도입

  • 가장 자주 반복하는 작업 파악
  • 첫 번째 슬래시 명령어 생성 (예: /commit-push-pr)
  • PostToolUse 훅으로 자동 포매팅 설정

4주차: 병렬화 실험

  • 2-3개의 터미널 세션 동시 실행 시도
  • 작업을 독립적인 부분으로 나누는 연습
  • iTerm2 알림 설정

중급자를 위한 최적화

CLAUDE.md 고도화

1
2
3
4
5
6
7
8
9

# 고급 CLAUDE.md 구조

## 파일별 조건부 규칙
`.claude/rules/` 폴더 활용:
- api-rules.md (API 엔드포인트 전용)
- test-rules.md (테스트 파일 전용)
- ui-rules.md (프론트엔드 전용)

## Import 문법으로 모듈화

서브에이전트 생성

1
2
3
4
5
6
7

# .claude/subagents/security-checker.md

보안 취약점을 체크하는 전문 에이전트:
1. 의존성 스캔
2. 하드코딩된 비밀 검색
3. SQL 인젝션 가능성 확인
4. XSS 취약점 탐지

검증 자동화

1
2
3
4

# PostToolUse hook - 테스트 자동 실행
if [[ $TOOL_NAME == "write_file" && $FILE_PATH == *.ts ]]; then
  bun run test -- $FILE_PATH
fi

13. 주의사항과 한계

Claude Code는 만능이 아니다

체르니의 워크플로우를 맹목적으로 따르기보다는, 자신의 상황에 맞게 적응해야 합니다.

알아둘 것:

  • 감독 여전히 필요: AI는 여전히 실수를 합니다
  • 도메인 지식 불가결: 좋은 계획은 인간의 전문성에서 나옵니다
  • 비용 고려: Opus 4.5는 비쌉니다 - 중요한 작업에 집중 사용
  • 보안: 민감한 정보를 CLAUDE.md에 포함하지 마세요

점진적 도입 추천

한 번에 모든 것을 도입하려 하지 마세요:

  1. 먼저 Plan Mode 습관화
  2. 다음 CLAUDE.md 구축
  3. 그 다음 슬래시 명령어
  4. 마지막으로 병렬화

각 단계를 완전히 익힌 후 다음으로 넘어가세요.

14. 2026년 AI 활용의 핵심: 실행의 해

모델 성능에서 활용 능력으로

체르니의 워크플로우 공개가 큰 반향을 일으킨 근본 이유는, 2026년이 ‘AI 실행의 해’로 명명되고 있기 때문입니다.

더 이상 “AI가 무엇을 할 수 있는가”가 아니라, “우리가 AI를 어떻게 활용하는가”가 경쟁력의 핵심이 되었습니다.

AI 유창성(AI Fluency)의 중요성

많은 전문가가 지적하듯, 현재 AI 도구 사용률이 정체되는 이유는 기술적 한계가 아니라 사용자의 AI 유창성과 제대로 된 교육의 부재 때문입니다.

체르니의 가이드는 단순한 “사용법”을 넘어, AI와 함께 일하는 사고방식의 전환을 보여줍니다:

  • AI를 보조 도구가 아닌 팀원으로
  • 일회성 질문이 아닌 지속적 대화로
  • 즉흥적 프롬프트가 아닌 체계화된 워크플로우로

결론: 유기체로서의 AI

체르니가 보여준 것은 Claude Code를 단순한 코드 작성 도구가 아닌, 살아있는 유기체로 만드는 방법입니다:

  • 학습: CLAUDE.md를 통해 지속적으로 팀의 노하우 축적
  • 진화: 매 실수마다 더 똑똑해지는 시스템
  • 검증: 자신의 작업을 스스로 확인하는 자율성
  • 조율: 여러 에이전트가 조화롭게 병렬 작업

이것은 AI가 도구에서 동료로 넘어가는 과도기의 청사진입니다.

시작하기

오늘 당장 할 수 있는 것:

  1. Plan Mode 시도: 다음 작업에서 Shift+Tab x2
  2. CLAUDE.md 생성: 프로젝트 루트에 간단한 가이드라인 작성
  3. 하나의 슬래시 명령어: 가장 자주 반복하는 작업 자동화

작은 시작이 큰 변화를 만듭니다. 체르니의 “바닐라” 설정의 힘은 바로 이 단순한 원칙들의 체계적 적용에서 나옵니다.

추가 리소스

원문 글:

  • Boris Cherny X 스레드: https://x.com/bcherny/status/2007179832300581177
  • VentureBeat 분석: “The creator of Claude Code just revealed his workflow”

실전 가이드:

  • How Boris Uses Claude Code: https://paddo.dev/blog/how-boris-uses-claude-code/
  • Claude Code 공식 문서: https://code.claude.com/docs

커뮤니티 리소스:

  • CLAUDE.md 템플릿 모음
  • 슬래시 명령어 라이브러리
  • 서브에이전트 예시 모음

이 문서는 2026년 1월 기준으로 작성되었으며, AI 도구와 워크플로우는 계속 진화하고 있습니다. 최신 정보는 Anthropic 공식 문서를 참고하세요.

AI, Claude Code
AI BorisCherny claude-code vibe-coding Developer Guide Claude.write
이 기사는 저작권자의 CC BY 4.0 라이센스를 따릅니다.