앤트로픽 클로드 코드 팀은 어떻게 일하나: 캣 우가 설명한 판단 기준과 출시 방식

앤트로픽(Anthropic)의 클로드 코드(Claude Code) 제품 책임자 캣 우(Cat Wu)는 6개월 걸리던 기능을 한 달, 일주일, 어떤 것은 하루 만에 내놓는다고 말합니다. 캣 우가 꼽은 이유는 최신 모델보다 프로세스와 팀에 거는 기대입니다. 팀의 실제 출시 지표가 공개된 것은 아니므로 이 글은 속도의 원인을 입증하기보다, 캣 우가 설명한 일하는 방식을 검토합니다.

캣 우의 설명은 대부분 레니 라치츠키(Lenny Rachitsky)가 진행하는 Lenny’s Podcast 인터뷰와, 동료 타릭 시히파르(Thariq Shihipar)·사이먼 윌리슨(Simon Willison)과 나눈 공개 대담에 나옵니다. 두 인터뷰는 팀의 운영 방식을, 앤트로픽이 공개한 사내 연구는 직원들이 보고한 모델의 쓰임을 살펴볼 자료입니다.

모델은 어느 만큼을 설명하나

“최고의 모델을 가장 먼저 쓰는 회사라서 빠른 것 아니냐”는 질문은 인터뷰에서도 나왔습니다. 레니가 아직 프리뷰 단계인 앤트로픽의 새 모델을 언급하며 묻자, 캣 우는 먼저 시기를 짚었습니다. “우리는 몇 분기째 꽤 빠르게 움직여 왔어요. 그러니 전부 그 모델 덕은 아닙니다.” 이어서 모델을 사내에서 쓰면서 출시 속도가 “조금” 빨라졌지만 늘어난 속도의 대부분을 설명하지는 못한다고 말했습니다. 인터뷰 11:05

모델의 몫이 작다는 뜻은 아닙니다. 앤트로픽이 2025년 12월 2일 공개한 사내 연구에서 엔지니어와 연구자들은 업무 중 클로드를 쓰는 비중이 1년 전 28%에서 59%로 늘었고, 스스로 느끼는 생산성 향상이 20%에서 50%로 커졌다고 답했습니다. 클로드의 도움을 받은 일 가운데 27%는 클로드가 없었다면 아예 하지 않았을 일이라고 추정했습니다. 다만 모두 자기 보고이고, 연구진도 선택 편향과 긍정적으로 답하려는 경향, 1년 전을 떠올리는 기억의 왜곡을 한계로 적었습니다. 앤트로픽 사내 연구

사내 연구의 응답자들은 인공지능으로 한 사람이 할 수 있는 일의 양과 범위가 넓어졌다고 느꼈습니다. 캣 우의 설명은 여기서 늘어난 작업을 누가 어떤 기준으로 출시할지 정하는 문제로 넘어갑니다. 캣 우는 팀의 누구든 아이디어를 일주일 안에, 때로는 하루 만에 세상에 내놓을 수 있다고 느끼게 하려고 절차를 아주 적게 둔다고 설명했습니다.

절차를 줄이면 생기는 문제와, 앤트로픽이 먼저 나눈 것

절차를 줄이기만 하면 팀은 흩어지기 쉽습니다. 부서마다 매출, 고객 만족, 자기 일정처럼 서로 다른 기준으로 움직이고, 결국 결과를 맞추느라 회의가 다시 열립니다. 권한은 나눴는데 판단 기준은 나누지 않았기 때문입니다. 캣 우도 2년 전까지는 업계에서 기획 담당자가 여섯 달 동안 여러 팀과 기획 문서를 맞춘 뒤에야 첫 코드를 쓰는 일이 흔했다고 말합니다. 대담 03:37 바이트는 이때 결재와 회의가 서로의 판단 기준을 확인하는 역할도 맡았다고 봅니다.

캣 우는 앤트로픽이 뒤늦게 출발하고도 따라잡은 이유로 먼저 미션을 꼽았습니다. 안전한 범용 인공지능을 모든 인류에게 가져다주는 일을 가장 아끼는 사람을 뽑고, 미션을 어떤 제품보다 위에 둔다고요. 인터뷰 29:24 같은 인터뷰에서 캣 우는 미션을 한 번 더 좁혀 말합니다. 진행자가 미션 덕분에 엉뚱한 제품을 내지 않고 집중할 수 있었던 것 아니냐고 정리하자, 캣 우는 그것은 두 번째 비결인 ‘집중’이라고 구분했습니다. 그녀에게 미션은 팀이 자기 목표와 핵심 결과를 해치더라도 회사의 목표를 위해 희생할 의지를 뜻합니다. 인터뷰 31:18 같은 방향을 보는 것과, 손해를 보면서도 그 방향을 고르는 것은 다른 일이라는 뜻입니다.

미션은 매일의 판단에 쓰기엔 멉니다. 그래서 클로드 코드 팀은 기능마다 미션을 좁힌 목표 문장을 둡니다. 캣 우가 예로 든 목표는 “전문 개발자가 기업 환경에서, 안전하게, 승인 창 없이 일하게 하자”입니다. ‘승인 창을 줄이자’였다면 전부 허락해 버리는 방법도 답이 될 수 있지만, 이 문장은 그런 방법을 처음부터 걸러 냅니다. 인터뷰 07:09 팀은 핵심 사용자가 누구이고 왜 그들인지를 팀 원칙으로 적어 두고, 매주 팀 전체가 같은 지표를 함께 봅니다. 캣 우는 그 목적을 이렇게 말합니다. 무엇이 중요하고 무엇을 양보할 수 있는지 이해하면, 기획자나 다른 관계자를 기다리지 않고 스스로 결정할 수 있다고요. 인터뷰 09:14

바이트는 이 대목에서 ‘양보할 수 있는 것’이 핵심이라고 봅니다. 무엇이 중요한지는 어느 회사나 말하지만, 무엇을 포기해도 되는지는 대개 결재하는 사람만 압니다. 그 답이 구성원에게 있으면 결재로 받던 판단을 각자 내릴 수 있습니다.

허락은 어디에 남겼나

클로드 코드 팀이 모든 확인을 없앤 것은 아닙니다. 남긴 자리와 바꾼 자리가 구분돼 있습니다.

영역	확인 방식	출처
시스템 프롬프트 같은 핵심 영역의 코드	코드 소유자가 모든 변경을 직접 검토하고 승인	대담 14:22
바깥쪽 층의 변경	클로드 코드가 리뷰를 전부 맡는 방향으로 이동 중	대담 15:47
목표가 모호한 기능	목표·좋은 사용 사례·지금의 실패 지점을 담은 한 장짜리 문서	인터뷰 09:55
몇 달이 걸리는 대형 인프라 프로젝트	여전히 기획 문서를 작성	인터뷰 10:20

표를 보면 되돌리기 어렵거나 실패 비용이 큰 곳에는 사람의 승인이 남습니다. 나머지는 판단 기준을 가진 실무자에게 맡깁니다. 줄인 절차의 수와 함께 어떤 변경에 사람의 확인을 남겼는지도 비교할 수 있습니다.

허락을 줄인 팀에서는 실수를 다루는 방식이 중요해집니다. 인터뷰 일주일쯤 전, 클로드 코드의 소스 코드 전체가 외부에 공개된 일이 있었습니다. 캣 우의 설명으로는 패키지를 배포하는 방식을 바꾸던 한 직원이 클로드와 함께 쓴 수정이었고, 그 수정은 두 단계의 사람 검토를 거친 뒤였습니다. 인터뷰 12:21 레니가 그 직원이 아직 회사에 있느냐고 묻자 캣 우는 “네, 네. 이건 절차의 실패예요”라고 답했습니다. 가장 중요한 건 배우고, 다시 일어나지 않게 안전장치를 더하는 일이며, 그 안전장치는 대부분 이미 적용했다고요. 인터뷰 12:41

서로 같은 기준이라는 걸 어떻게 아나

기준을 나눴다는 선언만으로는 서로를 믿기 어렵습니다. 클로드 코드 팀의 설명에는 기준이 실제로 쓰이는지 서로 볼 수 있게 하는 장치가 여럿 나옵니다.

팀은 제품을 먼저 쓰는 원칙을 둡니다. 캣 우는 제품으로 하고 싶은 일이 안 되면 다른 방법을 찾지 않고 제품을 고친다고 말합니다. 새 기능은 세상에 공개하기 전에 앤트로픽 안의 모든 사람과 솔직하게 말해 주는 일부 초기 고객에게 먼저 공유하고, “가혹할수록 좋다”는 피드백을 받아 사람들이 좋아할 때까지 고칩니다. 팀은 이 관행을 업계 말인 도그푸딩(dogfooding) 대신 ‘앤트푸딩(ant fooding)’이라고 부릅니다. 대담 12:03 · 대담 28:30

출시 기준선은 숫자로 정합니다. 세상에 공개하기 전에 기능이 넘어야 할 활성 사용자 수와 재사용률의 사내 기준선이 있고, 캣 우는 이 선이 분명하니 엔지니어마다 무엇을 맞춰야 하는지 안다고 설명합니다. 다듬어지지 않은 기능은 사람들이 떠나고, 그러면 출시하지 않는다고요. 대담 12:29 이 설명에서는 공개 기준을 미리 공유하는 일이 동료의 판단을 신뢰하는 근거가 됩니다. 실제 기준값이나 기능별 통과 기록은 공개되지 않았습니다.

출시 방에는 담당자의 합류 순서가 정해져 있습니다. 엔지니어가 사내에서 충분히 써 본 기능을 출시 채널에 올리면 문서·제품 마케팅·개발자 관계 담당자가 바로 합류해 다음 날 발표를 낼 수 있다고 합니다. 인터뷰 08:29 허락을 구하러 다니는 대신, 누가 언제 들어올지를 미리 정해 둔 연결 절차입니다.

고객과도 기준을 나눕니다. 클로드 코드는 새 기능 대부분을 ‘리서치 프리뷰’로 내놓고, 초기 제품이며 피드백을 받아 고쳐 가는 중이고 계속 지원되지 않을 수도 있다는 점을 분명히 표시합니다. 캣 우는 이 표시가 출시에 따르는 약속을 줄여 한두 주면 내놓을 수 있게 한다고 말합니다. 인터뷰 07:52 고객에게 완성품과 지속적인 지원을 약속하는 범위를 줄인다는 설명입니다.

속도의 대가

캣 우는 속도를 위해 제품의 일관성을 포기했다고 분명히 말했습니다. 코드를 쓰는 비용이 컸던 시절에는 제품군 전체를 계획해 쓰임새마다 제품 하나를 두었지만, 지금은 시험할 아이디어가 많아 서로 겹치는 기능이 생깁니다. 내부에서 좋아하는 두 형태를 함께 내놓고 사용자에게 어느 쪽이 나은지 묻기도 합니다. 그래서 새 사용자는 무엇이 가장 좋은 경로인지 알기 어렵습니다. 처음에는 온보딩 없이도 쓸 수 있을 만큼 직관적인 제품을 원칙으로 삼았지만, 기능이 백 개가 넘자 꼭 필요한 열 개를 알려 주는 안내 기능을 결국 추가했다고 합니다. 인터뷰 25:42

이 대가를 감수하는 태도는 타릭이 전한 공동창업자들의 말에도 담겨 있습니다. “우리는 우리 자신과 협상하지 않는다.” 머릿속으로 그럴듯한 트레이드오프를 상상하며 야심 찬 시도를 스스로 접지 말고, 그것이 진짜 트레이드오프인지 증거를 확인하자는 뜻이라고 설명합니다. 대담 45:48

목표끼리 부딪힐 때의 기준도 같은 맥락입니다. 캣 우는 두 우선순위가 경쟁하면 어느 쪽이 앤트로픽의 미션에 더 중요한지 묻고, 결정이 나면 모두가 그 결정을 지지한다고 말합니다. 그래서 클로드 코드 팀이 자기 출시를 미루고 기다리기도 하며, 극단적으로는 클로드 코드가 실패해도 앤트로픽이 성공한다면 정말 기쁠 것이라고 했습니다. 인터뷰 30:31 · 인터뷰 31:47

우리 팀에 옮긴다면

클로드 코드 팀의 방식은 큰 미션이 있는 회사만의 이야기가 아닙니다. 팀 하나에서도 같은 질문을 던질 수 있습니다. 우리 팀은 누가, 어떤 상황에서, 어떤 가치를 얻도록 돕는가. 그 문장을 위해 포기해도 되는 것은 무엇인가. 그리고 그 판단을 매주 같은 숫자로 함께 확인하고 있는가.

결재를 줄이기 전에, 지금 그 결재가 무엇을 대신하고 있는지 살펴볼 필요가 있습니다. 기준이 몇 사람에게만 있어서라면 기준을 나눠야 하고, 서로를 믿을 근거가 없어서라면 기준선과 동료 검토처럼 서로 볼 수 있는 확인 장치가 필요합니다. 다음 주에 팀장이 휴가를 가면, 남은 사람들은 새 아이디어에 뭐라고 답할까요.

---

관련 영상 「앤트로픽은 어떻게 6개월 걸리던 기능을 하루 만에 낼까?」은 공개 전입니다. 영상에서는 이 사례를 ‘커뮤니티형 조직’이라는 관점으로 해석하며, 공개 후 이 글에서 연결합니다.

구성원이 기여할 이유와 역할의 조건을 함께 살펴보고 싶다면 노션 커뮤니티의 제작자·운영 사례를 이어 읽을 수 있습니다.

통제와 위임 사이에서 운영자가 무엇을 내려놓아야 하는지 고민한다면 《커뮤니티 코드》 소개에서 관련 내용을 확인할 수 있습니다. 5장의 ‘성장의 역설: 통제의 유혹과 기획자의 역할’ 절과 기여·인정을 다루는 3장의 목차를 볼 수 있습니다.

자료 확인일은 2026년 10월 15일입니다.