원문: A Fireside Chat with Cat and Thariq from the Claude Code team — Simon Willison's Weblog (2026-07-21) 번역일: 2026-07-26 참고: 원문은 8,600여 단어 분량의 대담 전사(edited transcript)입니다. 저작권을 고려해 아래는 원문 구조(주제별 Q&A)를 따르되 각 답변을 한국어로 요약/의역한 버전이며, 세부 뉘앙스가 필요하면 원문 링크 또는 유튜브 영상을 참고하시기 바랍니다.
사이먼이 이번 달 초 AI Engineer World's Fair에서 Anthropic Claude Code 팀의 Cat Wu, Thariq Shihipar와 함께 진행한 파이어사이드 채팅을 정리한 글이다. Claude Code, Claude Tag, Fable, 코딩 에이전트 보안, 평가(evals), 툴 설계, 그리고 Anthropic이 내부적으로 이 도구들을 어떻게 쓰는지에 대해 이야기를 나눴다. 전체 영상은 유튜브에 공개돼 있다.
요지만 먼저 정리하면:
- Claude Tag(협업형 Slack 통합)가 현재 Claude Code 팀 제품 엔지니어링 PR의 65%를 처리한다.
- Claude Code는 신기능을 항상 Anthropic 내부 직원에게 먼저 배포하고, 그 그룹에서 리텐션이 입증된 기능만 정식 출시한다.
- 핵심 변경사항은 여전히 사람이 수동 리뷰하지만, "바깥층" 변경에는 점점 자동 코드 리뷰 비중이 커지고 있다.
- Fable 5나 Opus 4.8 같은 최신 모델에는 시스템 프롬프트에 예시를 넣는 것이 더 이상 베스트 프랙티스가 아니다 — 실제로 Claude Code 시스템 프롬프트 크기가 80% 줄었다.
- "이거 하지 마라/저거 하지 마라" 식의 금지 목록도 최신 모델에서는 오히려 결과 품질을 떨어뜨릴 수 있다.
- Anthropic 내부에서는 "도그푸딩(dogfooding)"을 "앤트푸딩(ant fooding)"이라 부른다.
- Anthropic은 오토모드(auto mode)를 깊이 신뢰하며, 이를 Claude Tag의 핵심 인프라로 본다.
- Thariq는 코딩 에이전트가 유발하는 "딥 블루(Deep Blue, 상실감)"를 상쇄하는 법으로 "더 야심차게 일하기"를 권한다.
- Fable은 영상 편집도 꽤 능숙해서, Thariq는 자신의 런칭 영상 편집에도 활용했다.
- 내부적으로 공개적인 업무 문화(Slack 채널을 공개로 운영하는 등)가 Anthropic의 성공에 핵심적이라고 강조한다.
지난 1년, 하루하루의 업무는 어떻게 바뀌었나
Cat: Claude Code와 Sonnet 3.7이 처음 나왔을 때는 작은 일 하나하나를 다 지켜봐야 했고, 권한 요청 프롬프트를 세세히 읽으며 "이 파일 확인했어?" 하고 계속 거절하곤 했다. 그런데 매 모델 세대마다 놀랍도록 좋아지면서, 이제는 사소한 구현 작업 대부분을 Claude에 위임하고 한발 물러나 "사용자에게 어떤 경험을 제공해야 하는가" 같은 더 창의적인 고민에 집중할 수 있게 됐다. Fable에 와서는 완전히 다른 차원의 도약이 일어나, 많은 기능을 원샷으로 구현할 수 있는 수준이 됐다.
Thariq: Opus 4가 나왔을 때 친구의 추천으로 Claude Code를 처음 써보고 "이건 Anthropic에서 일해야겠다"고 생각했다고 회고한다. 당시엔 권한 프롬프트를 일일이 읽어야 했는데, 지금은 오토모드가 원래부터 있었던 것처럼 느껴질 정도로 기억이 흐려질 만큼 큰 변화가 있었다. 지금 그가 스스로에게 요구하는 건 "이전보다 더 높은 품질의 결과물을 내는 것" — 예를 들어 영상 편집에 활용할 때도 브랜드팀의 까다로운 기준을 몇 시간 안에 맞춰야 한다는 압박감이 있다고 말한다.
더 이상 통하지 않는 전통적 소프트웨어 엔지니어링 원칙
Cat: 2년 전만 해도 PM이 고객들과 대화하고, 6개월에 걸쳐 여러 팀과 합의된 PRD를 작성한 뒤 첫 코드를 짜는 게 보통이었다. 지금은 완전히 반대다. 아이디어에서 구현까지 걸리는 시간이 6~12개월에서 일주일 수준으로 줄었기 때문에, 엔지니어들도 "무엇을 만들지"에 대한 비즈니스 감각과 제품 감각을 더 키워야 한다는 것이 그의 조언이다. 실행력의 가치는 다소 낮아지고, 제품 취향과 비즈니스 감각의 가치는 커졌다 — 다만 인프라 영역에서는 여전히 세부사항을 꼼꼼히 챙기는 것이 중요하다.
Thariq: 그에게는 "이제는 재작성(rewrite)이 좋은 선택"이라는 점이 가장 크다. "다시 쓰지 마라"던 기존 통념과 반대로, 좋은 테스트 스위트만 있다면 재작성을 오히려 지지한다. 재작성 과정 자체가 좋은 테스트 스위트를 갖추도록 강제하기 때문이다. 그는 코드베이스가 곧 유일한 스펙(spec)일 수 있다는 점, 그리고 이를 증류해 다른 버전을 만들 수 있다는 점을 강조하며, 실제로 Bun을 Rust로 재작성해 잘 동작하고 있다고 소개한다 (참고로 Anthropic은 이후 실제로 Claude Code를 Bun-in-Rust 기반으로 전체 사용자에게 배포했다).
Claude Tag로 비개발자들은 무엇을 하나
Cat: Claude Tag는 팀의 협업 툴(Slack 등) 안에 상주하는 Claude다. 핵심 차별점은 기본적으로 "멀티플레이어"라는 것 — 채널에 추가하면 누구나 함께 대화하며 PR에 협업할 수 있다. 또한 리액티브가 아니라 프로액티브하다: "이 채널의 버그 리포트를 계속 모니터링하다가 PR을 올리고 담당 엔지니어를 태그해줘"라고 지시하면 채널이 존재하는 한 계속 그 일을 수행한다. 세 번째 특징은 팀 메모리다 — 채널에서 선호사항을 알려주면 이후 모든 게시물에 그 선호가 반영된다. 내부적으로 Claude Code 팀의 제품 엔지니어링 PR 중 65%가 Claude Tag를 통해 처리된다.
Thariq: 비개발 사례로는, 발표 전 Claude Tag에 "Fable 출시가 언제야?"라고 물으면 Slack 전체를 검색해 답을 찾아준다. 회사의 검색엔진 역할을 할 수 있고, 제품에 대한 모든 맥락을 갖고 있어 지표 관련 질문에도 답할 수 있다. 마케팅팀도 프로그래머가 아니지만 Claude Tag에 기능 설명이나 코드베이스 클론, 사용 녹화 영상 제공 등을 요청해 활용한다.
Claude Tag, 팀 협업 레이어로서
Cat: 세션의 상당수가 실제로 멀티플레이어로 진행된다. 예를 들어 자신이 새 기능 구현의 초안을 Claude Tag에 맡기고, 완료되면 녹화본을 디자인팀에 공유해 검토를 받고, 다시 엔지니어링팀이 마무리해 프로덕션에 올리는 식의 유연한 흐름이 만들어졌다. 같은 세션을 여러 사람이 조종하는 "사회적 규범"은 아직 정립 중이지만, 사람들이 서로의 사용법을 관찰하며 자연스럽게 따라가는 경향이 있다.
Thariq: 다른 사람들이 함께 Claude를 쓰는 모습을 보는 것 자체가 학습 효과와 품질 향상(슬랍 감소)으로 이어진다고 덧붙인다.
무엇을 만들지 어떻게 정하나 (우선순위 결정)
Cat: 매일 자사 제품을 직접 사용(도그푸딩)하며, 원하는 기능이 없으면 다른 대안을 찾기보다 제품 자체를 고쳐 지원되게 만든다. 세상에 공개하기 전 Anthropic 내부 전체와 일부 초기 고객에게 먼저 공유해 아주 솔직한(가혹할수록 좋은) 피드백을 받고 반복한다. 특정 기능을 세상에 공개하기 전 필요한 활성 사용자 수·리텐션 기준이 명확히 정해져 있어, 모든 엔지니어가 목표를 알고 있다.
예상외로 반응이 좋았던 기능
Cat: 리모트 컨트롤(휴대폰이나 웹브라우저로 로컬 CLI에서 돌아가는 Claude Code 세션에 접속하는 기능)을 예로 든다. 본인은 필요를 느낀 적이 없었지만, 실제로 많은 팀원들이 밤마다 노트북을 충전기에 꽂아두고 여러 리모트 컨트롤 세션을 열어 잠금 화면 상태로 둔 채, 소파에서 휴대폰으로 Claude Code를 조종하는 것을 즐긴다는 걸 알게 됐다고 한다.
프로덕션 코드는 사람이 전부 리뷰하나
Thariq: 작업 영역에 따라 다르다. 중요한 영역(예: 시스템 프롬프트)은 코드 오너가 지정돼 있어 반드시 승인을 받아야 한다. 모든 PR에는 자체 코드 리뷰 GitHub 봇이 리뷰의 상당 부분을 처리하며, 복잡한 PR의 경우 리뷰를 돕는 아티팩트를 따로 만들기도 한다. CI/CD와 검증에 많이 투자해 실패 시 항상 테스트가 존재하도록 하고, Claude가 Claude Code를 제어하며 테스트하는 견고한 환경도 갖추고 있다.
Cat: 궁극적으로는 사람이 루프에 없어도 되는 방향을 지향한다. 가장 핵심적인 코드는 여전히 코드 오너가 수동 리뷰하지만, "바깥층" 변경은 점점 Claude 코드 리뷰가 전담한다. 6개월 이상에 걸쳐 신뢰를 쌓아온 결과이며, 특정 파일을 건드리는 변경에 대해 리뷰가 100% 이슈를 잡아낸다는 확신이 서면 사람의 수동 리뷰를 제외한다. 인시던트가 발생하면 그 원인이 된 PR을 코드 리뷰 평가셋에 추가해 향후 회귀를 방지한다.
새 모델이 나올 때마다 감(직관)이 어떻게 바뀌나 / 보안 파이프라인
Thariq: Claude Tag는 사용자가 자체 자격증명을 프로비저닝해 Claude가 사용자를 대신해 행동하지 않아도 되게 할 수 있고, 이는 Claude를 하나의 독립된 아이덴티티로 다루며 감사·점검을 쉽게 만든다. Fable에는 프로브(probes)도 적용돼 있는데, 이는 Anthropic의 안전 연구의 하위 산물이다.
Cat: 리모트 컨트롤 사용자를 위한 신뢰 기기(trusted devices) 기능도 도입했고, 모든 원격 환경에서 자격증명 주입(credential injection)을 지원한다 — 예를 들어 Claude Code가 Datadog에 접근해야 하지만 그 자격증명 자체는 갖지 않도록, 프록시가 요청 시점에만 자격증명을 주입하는 방식이다. 사이먼은 이 패턴(프록시가 요청을 감사하는 동시에 API 키를 주입해, Claude가 자격증명 자체에는 접근하지 못하게 하는 방식)을 특히 마음에 들어 한다고 밝힌다.
지난 1년 반이 자신의 업(craft)에 대한 생각을 어떻게 바꿨나
Thariq는 아침 키노트에서 Fable급 모델이 불러온 "상실감(grief)"에 대해 이야기했었고, 사이먼은 이를 자신이 "딥 블루"라 불러온 개념과 연결짓는다.
Thariq: Cat과 Boris가 늘 "더 야심차게 하라"는 좋은 리마인더가 되어준다고 말한다. LLM 이전과 똑같은 일을 그저 프롬프트로 옮기는 수준에 머문다면 상실감을 느낄 수 있지만, 이를 상쇄하는 방법은 더 야심찬 일을 하는 것이라고 강조한다. 동료 Jared가 혼자 1년 가까이 손으로 짠 Zig 코드를 이제는 Rust로 통째로 재작성하며 더 큰 즐거움을 느끼는 사례를 든다.
Cat: 제품 관리자의 역할도 매달 바뀐다. 팀의 PM들은 엔지니어·디자이너·PM이 섞인 존재에 가깝고, 아이디어와 고객에게 실제로 전달되는 것 사이의 "간극"을 자동화로 메우는 데 집중한다.
Claude에게 가장 놀랐던 순간
Thariq: 학회 발표 후 편집된 영상을 받지 못해 원본 파일(무대 발표 영상, 슬라이드 영상, 오디오)만 갖고 Fable에 편집을 맡겼는데, 전체 영상을 알아서 전사하고, 슬라이드 영상에 팝업이 끼어드는 문제를 스스로 파악해 HTML 원본 소스를 대신 사용하고, 무대 위 자신의 위치를 동적으로 트래킹해 크롭하는 등 놀라운 결과물을 만들어냈다고 소개한다.
아직 못하는 것
Cat: 아직 디자인·UX 감각은 부족하다고 평가한다. 상세한 스펙을 프롬프트로 주면 대체로 그대로 동작하지만, 패딩이 어색하거나 인터페이스가 아직 "딜라이트풀"하지 않은 경우가 있다 — 기존 앱 디자인의 베스트 프랙티스에 의존할 뿐, 프론티어 AI 제품에 맞는 새로운 인터랙션은 아직 스스로 디자인하지 못한다는 것.
Thariq: 실제 세계와의 상호작용, 즉 과학 문제를 풀거나 실험을 오케스트레이션하는 능력을 보고 싶다고 말한다.
Anthropic 문화 중 다른 회사가 훔쳐가야 할 것
Cat: Claude Tag는 대부분의 채널이 공개(public)일 때 가장 잘 작동한다 — 모든 공개 채널을 검색해 최대한 많은 맥락을 확보할 수 있어야 정확도가 높아지기 때문이다.
Thariq: "우리는 스스로와 협상하지 않는다"는 공동창업자들의 원칙을 강조한다. 머릿속으로 트레이드오프를 상상하며 야심찬 일을 포기하는 대신, "이게 정말 트레이드오프인가, 아니면 그냥 그럴듯하게 들리는 것뿐인가"를 스스로 증명하게 만들라는 것이다.
그냥 재미로 만들어본 것 중 가장 황당한 것
Thariq: 자신과 친구들을 캐릭터로 한 2D 스트리트파이터 격투 게임을 만들고 있다 — Claude Code가 Gemini(Seedance 모델)에 프롬프트를 넣어 영상 애니메이션을 생성하고, 프레임을 검증해 애니메이션 품질까지 확인한다. 히트박스도 알아서 JSON으로 그려준다고 한다.
Cat: 자신은 암벽등반을 즐기는 친구들과 함께, Claude Code로 만든 앱으로 등반 프로젝트를 기록하고, 여행 리서치에도 워크플로우를 적극 활용한다. 접근 거리가 짧은 코스를 선호하는 자신의 취향까지 반영해 Mountain Project와 Airbnb 정보를 조합해 맞춤 여행 계획을 짜준다고 소개한다.
청중 질문: 평가 도구/에이전트 관측성 계획?
Cat: 평가 도구 자체보다는, 고객이 고품질 평가셋을 만드는 데 걸리는 시간이 병목이라고 본다. 툴링보다는 좋은 평가를 설계하는 스킬셋 자체에 투자하고 외부에 베스트 프랙티스를 공유하고 싶다고 밝힌다.
청중 질문: 메모리는 어떻게 설계돼 있나, 파일에서 데이터스토어로 옮길 계획은?
Thariq: 현재 Claude Tag의 메모리는 채널 단위다. 채널 안의 모든 Claude 인스턴스가 공유 메모리를 갖고, 세션은 메인 메모리에 다시 기여할 수 있다. 메모리 설계의 "정답"은 직관적이지 않아 계속 실험 중이며, 현재는 채널당 마크다운 파일 하나로 구현돼 있다고 밝힌다.
핵심 요약 (20줄)
- 사이먼이 AI Engineer World's Fair에서 Anthropic Claude Code 팀 Cat Wu, Thariq Shihipar와 나눈 대담을 정리했다.
- Claude Tag(Slack 통합형 협업 Claude)가 현재 제품 엔지니어링 PR의 65%를 처리한다.
- 신기능은 항상 Anthropic 내부 직원에게 먼저 배포하고, 리텐션이 검증된 것만 정식 출시한다.
- 핵심 영역은 사람이 수동 리뷰하지만 "바깥층" 변경은 점점 자동 코드 리뷰로 넘어가고 있다.
- 최신 모델(Fable 5, Opus 4.8)에는 시스템 프롬프트에 예시를 넣는 게 더 이상 베스트 프랙티스가 아니며, 실제로 프롬프트 크기가 80% 줄었다.
- "하지 마라" 식의 금지 목록도 최신 모델 품질을 오히려 떨어뜨릴 수 있다.
- Anthropic은 오토모드를 핵심 인프라로 신뢰하며, Claude Tag의 기반 기술로 본다.
- 예전엔 재작성(rewrite)을 피하는 게 정설이었지만, 이제는 좋은 테스트 스위트만 있으면 재작성이 오히려 권장된다 — Bun을 Rust로 재작성한 사례가 그 예.
- 아이디어에서 구현까지 걸리는 시간이 6~12개월에서 일주일로 단축되며, 엔지니어에게 제품·비즈니스 감각의 가치가 더 커졌다.
- Claude Tag는 프로액티브·멀티플레이어·팀 메모리를 특징으로 하며, 비개발자도 사내 검색엔진처럼 활용한다.
- 우선순위 결정은 철저한 내부 도그푸딩과, 출시 전 요구되는 명확한 리텐션/활성 사용자 기준으로 이뤄진다.
- 예상외로 반응이 좋았던 기능은 "리모트 컨트롤"(휴대폰으로 로컬 CLI 세션 조종)이었다.
- 보안 측면에서는 자격증명 주입(credential injection) 패턴을 통해 Claude가 API 키 자체는 갖지 않고도 인증된 요청을 수행할 수 있게 한다.
- Thariq는 코딩 에이전트가 유발하는 상실감("딥 블루")을 "더 야심차게 일하기"로 상쇄해야 한다고 조언한다.
- Fable은 영상 편집에도 능해, 발표 원본 소스만으로 완성도 높은 편집본을 만들어냈다.
- 여전히 부족한 부분은 디자인/UX 감각 — 상세 스펙대로는 동작하지만 아직 새로운 인터랙션을 스스로 창안하지는 못한다.
- Anthropic이 다른 회사에 권하는 문화: 채널을 최대한 공개로 운영하고, "우리는 스스로와 협상하지 않는다"는 원칙으로 야심을 타협하지 않는 것.
- 재미 삼아 만든 것으로 Thariq는 Claude+Gemini로 만든 2D 격투 게임을, Cat은 암벽등반 여행 계획 앱을 소개했다.
- 평가(eval) 도구보다 좋은 평가셋을 설계하는 스킬 자체가 병목이라고 본다.
- Claude Tag의 메모리는 현재 채널 단위 마크다운 파일로 구현돼 있으며, 데이터스토어 전환 여부는 계속 실험 중이다.