보리스 체르니, 클로드 코드 제작자가 그것을 사용하는 방법 — 그리고 그것이 AI에 대한 당신의 생각을 바꿔야 하는 이유

Source: Dev.to

If a person who invented the oven waits for it to heat properly, you do the same.
If the camera designer adjusts the lighting settings, you do the same.
If the car maker buckles the seatbelt first, you do the same.

Hey, I’m Karo 🤗
AI product manager, Substack bestseller, and someone who believes the most valuable lessons come from people who invent tools and then use them themselves.

This article was originally published here.

---

오븐을 발명한 사람이 제대로 가열될 때까지 기다린다면, 당신도 똑같이 해야 합니다.
카메라 디자이너가 조명 설정을 조정한다면, 당신도 똑같이 해야 합니다.
자동차 제조업체가 먼저 안전벨트를 매면, 당신도 똑같이 해야 합니다.

안녕하세요, 저는 카로예요 🤗
AI 제품 매니저이자 Substack 베스트셀러 작가이며, 가장 가치 있는 교훈은 도구를 발명하고 직접 사용하는 사람들에게서 온다고 믿는 사람입니다.

이 글은 원래 여기에 게재되었습니다.

보리스 체르니에 대하여

보리스 체르니는 Anthropic의 스태프 엔지니어로, Claude Code 개발에 참여했습니다. 이 글에서는 다음을 살펴볼 것입니다:

• 그가 Claude를 어떻게 사용하는지,
• 그가 하는 일 (그리고 피하는 일),
• 그리고 AI로 무언가를 구축하는 모든 사람에게 왜 중요한지.

원본 트윗 링크.

1️⃣ 그는 클로드를 병렬로 운영한다

그가 하는 일

• 10–15개의 동시 Claude Code 세션을 유지함:
  • 터미널에 5개 (탭으로 구분, 번호 매김, OS 알림 포함)
  • 브라우저에 5–10개
  • 아침에 시작해 나중에 다시 방문하는 모바일 세션
• 환경 간에 세션을 넘겨주며, 때때로 “텔레포트”하듯 양쪽을 오가게 함.

이것이 의미하는 바

왜 중요한가 – 보리스는 AI를 단일 도구가 아니라 스케줄링하는 용량으로 다룬다. 그는 인지를 컴퓨팅 자원처럼 배분한다: 할당하고, 대기열에 넣고, 뜨겁게 유지하며, 가치가 준비될 때만 컨텍스트를 전환한다. 실제 병목은 주의 집중 할당이며, 생성 속도가 아니다.

• 작업자 역할의 에이전트 – 각 세션은 자체 컨텍스트를 가진 별도의 작업자이며, 모든 것을 담아야 하는 단일 어시스턴트가 아니다.
• vibecoders에 대한 시사점 – 이는 프롬프트나 컨텍스트 엔지니어링을 넘어 파이프라인 설계와 관련된다: 여러 부분적인 ‘뇌’를 동시에 실행하고, “숙성된” 세션과만 상호작용한다.

2️⃣ 그는 기본적으로 가장 느리면서도 가장 똑똑한 모델을 사용한다

그가 하는 일

• Opus 4.5(가장 크고 가장 느린 Claude 모델)를 모든 것에 사용합니다, 왜냐하면 높은 품질이 전체 반복 시간을 줄이기 때문입니다.

이것이 의미하는 바

왜 중요한가 – 그는 전체 반복 비용을 최적화하며, 토큰당 초당 속도와 같은 원시 속도를 최적화하지 않습니다. 빠르지만 틀린 답은 느리지만 정확한 답보다 인간 시간 비용이 더 많이 듭니다.

• 책임 – 그는 “수정 비용”을 인정합니다: 모든 환각이나 반쯤 맞는 패치는 인간의 주의를 소모합니다. 그 비용을 줄이기 위해 추가 컴퓨팅을 지불하는 것은 순이익이 됩니다.
• vibecoders에 대한 시사점 – 토큰당 비용이 아니라 신뢰할 수 있는 변경당 비용을 최적화하십시오.

3️⃣ 그는 실수를 조직 기억으로 바꾸는 공유 CLAUDE.md를 유지합니다

제가 가장 좋아하는 인사이트 중 하나입니다.

그가 하는 일

• 팀은 레포에 단일 CLAUDE.md 파일을 두고 주 2회 이상 업데이트합니다.
• 규칙: Claude가 실수를 하면 바로 파일에 추가해 같은 실수가 다시 발생하지 않게 합니다.
• 각 팀원은 자신이 담당하는 섹션을 관리합니다.

이것이 의미하는 바

• 왜 중요한가 – AI는 강력하지만 기억력이 짧습니다. 외부 메모리(마크다운 파일)가 지속적인 컨텍스트를 제공하는 유일한 방법입니다.
• 책임 – 규칙을 한 번 작성하는 것이 모든 것을 영원히 이중 확인하는 것보다 비용이 적게 듭니다.
• vibecoders에게 주는 시사점 – CLAUDE.md는 여러분 제품의 안전 레일이 됩니다(예: “프로덕션에 절대 손대지 말 것”, “테스트 먼저 실행”, “선호 아키텍처”). 이는 If You Build With AI, You Need This File에서 제시된 조언을 검증해 줍니다.

4️⃣ 그는 PR 승인만이 아니라 시스템을 업데이트하기 위해 코드 리뷰에 Claude를 사용한다

그가 하는 일

• 동료들의 풀 리퀘스트에 @.claude를 태그한다.
• Claude Code GitHub Action이 CLAUDE.md에 학습 내용을 자동으로 추가한다.

이것이 의미하는 바

• 왜 중요한가 – 코드 리뷰는 개발 시스템을 교육하는 것이며, 단순히 버그를 잡는 것이 아니다.
• 워크플로우 내 에이전트 – 에이전트가 팀의 소셜 워크플로우(Pull Request) 참여자가 되어 공유 규범을 업데이트할 수 있다. 이는 부수적인 도구가 아니라 협업 루프의 일부이다.
• vibecoders에 대한 시사점 – PR 리뷰를 제품 표준을 인코딩하는 장소로 활용하여 향후 에이전트 출력이 일관되게 유지되도록 한다.

Source: …

5️⃣ He Plans First, Then Lets Claude Run

계획을 즐겨 하는 PM인 저에게는 정말 흥미로운 내용이었습니다.

What he does

• Plan Mode에서 시작: 계획이 확실해질 때까지 반복합니다.
• auto‑accept edits mode로 전환: Claude가 구현 전체를 한 번에 실행하고, 앞뒤로 오가는 과정이 없습니다.

What this means

• Why it matters – AI는 구조화된 계획(무엇을, 어떤 순서로, 왜) 에 전념할 수 있을 때 가장 좋은 성과를 냅니다. Plan Mode는 실행 전에 명시성을 강제합니다.
• Implications for vibecoders – 에이전트가 원하지 않는 수십 가지 변경을 하는 전형적인 실패를 방지합니다. 의도와 제약에 동의하기 전까지 시스템이 행동하도록 두지 말고, 계획 수립을 사양 과정의 일부로 만들세요.

6️⃣ 그는 서브‑에이전트를 재사용 가능한 워크플로우 원자처럼 사용한다

그가 하는 일

• 서브‑에이전트를 필요에 따라 호출할 수 있는 슬래시 명령처럼 취급한다.

이것이 의미하는 바

• 모듈형 역할로서의 에이전트 – 하나의 거대한 AI가 아니라, 전문화되고 제한된 여러 에이전트의 집합이다. 신뢰성은 전문화에서 온다.
• 파이프라인으로서의 코딩 – 워크플로우가 (spec → draft → simplify → …)와 같은 일련의 단계로 구성되며, 각 단계는 전용 서브‑에이전트가 처리한다.

vibecoders를 위한 TL;DR

Boris가 Claude를 분산되고, 책임감 있으며, 기억이 보강된 팀원으로 다루는 방식을 그대로 적용하면, AI를 일시적인 신기함이 아닌 신뢰할 수 있는 생산성 증폭기로 전환할 수 있습니다. 🚀

그가 보는 책임감: 최선의 실천 방안이 자동으로 실행되는 도구에 내재됩니다. 이것이 설계 단계에서 윤리를 구현하는 방식이며, 피로에 의한 실패를 줄여줍니다.
vibecoders에게 의미하는 바: PRD를 작성하는 에이전트, 코딩을 담당하는 에이전트, UX를 검증하는 에이전트를 각각 구축하는 것을 고려해 보세요.

Continue reading (it’s free)

#claude #claudecode