지피터스 멤버 중에 PM이나 빌더 분들, 요즘 이런 감각 느끼지 않으세요? "분명 어제 본 Claude Code 기능인데 오늘 또 업데이트됐네?" 맞아요, 이게 지금 Anthropic의 출시 속도입니다. 6개월짜리 기능이 1주로, 1주짜리가 1일로 줄어들고 있어요.
lemmy의 팟캐스트에 나오는 cat wu
Lenny's Podcast에 출연한 Cat Wu(Anthropic Claude Code & Cowork 제품 책임자) 인터뷰는 이 속도의 비밀을 꽤 솔직하게 공개했습니다. Cat은 엔지니어 출신 PM으로, Boris Cherny와 함께 Claude Code를 이끄는 사람이에요. 이 인터뷰에서 가장 눈에 띈 건 "PM 절반은 지금 잘못된 방식으로 접근하고 있다"는 직설적인 진단이었습니다.
이 글에서는 85분짜리 인터뷰에서 한국 PM/빌더에게 가장 임팩트 있는 7가지 인사이트를 정리했어요. 바로 오늘부터 적용 가능한 관점만 골랐습니다.
이 글을 읽으면
Anthropic이 실제로 어떻게 6개월→1일 출시 주기를 만들었는지, AI 시대에 PM이 잃지 말아야 할 핵심 스킬이 뭔지, 그리고 Cat Wu가 Cowork를 실제로 어떻게 쓰는지 구체적 예시를 함께 볼 수 있어요.
클로드 코드라는 단어가 적힌 컴퓨터 화면
1. 6개월→1개월→1일로 줄인 핵심은 "Research Preview" 브랜딩
Anthropic 출시 속도의 비밀은 모델이 아니라 프로세스였습니다. Cat이 가장 먼저 강조한 건 "Research Preview"라는 브랜딩 이에요.
거의 모든 Claude Code 신기능을 Research Preview로 명시해서 내보냅니다. 사용자가 "이건 초기 단계다, 언젠가 없어질 수도 있다"는 걸 알게 하는 거예요. 그러면 팀의 출시 부담이 확 줄어듭니다. "완벽할 때까지 기다려야 한다"는 압박 없이 1~2주 안에 뭔가를 내보낼 수 있게 돼요.
두 번째 장치는 Evergreen Launch Room이라는 내부 채널입니다. 엔지니어가 기능을 다 만들고 내부 도그푸딩까지 끝냈다고 판단하면, 이 방에 포스팅해요. 그러면 문서팀장 Sarah, PMM 리드 Alex, 개발자 관계팀의 Tar와 Lydia가 바로 뛰어들어 다음 날 마케팅 발표를 돌립니다.
이 두 장치가 결합되니까 "내가 기능 하나 냈는데 마케팅 협조 받으려면 2주 걸리겠네" 같은 마찰이 사라지는 거예요. 한국 스타트업도 바로 벤치마킹 가능한 구조입니다.
2. PM이 살아남는 단 하나의 스킬 — "프로덕트 테이스트"
Cat이 수백 명의 PM을 인터뷰하면서 공통적으로 본 실수는 여전히 분기별 로드맵을 짜고 있다는 거였어요. AI 시대에 이 접근은 틀렸다고 단언합니다.
대신 그녀가 모든 PM에게 강조하는 한 가지 스킬이 있어요. 바로 프로덕트 테이스트(Product Taste)입니다.
"코드를 쓰는 비용이 점점 싸지니까, 정말 가치 있어지는 건 무엇을 쓸지 결정하는 능력이에요." — Cat Wu
GitHub 이슈가 하루에 수천 개씩 올라와요. 그중 어떤 걸 만들지 결정하고, 어떤 UX가 가장 즐거운 경험일지 판단하는 것. 이게 프로덕트 테이스트입니다. Cat은 "이 스킬이 있는 사람은 엔지니어든 디자이너든 PM이든 무조건 뽑는다"고 말했어요.
3. AGI에 "적당히" 취해야 한다 — 가장 어려운 밸런스
이 부분이 인터뷰에서 가장 고개를 끄덕이게 만들었어요.
많은 PM이 두 극단에 빠진다고 합니다. 하나는 AGI를 과소평가하는 쪽이고, 다른 하나는 AGI에 너무 취한 쪽이에요. 둘 다 위험합니다.
과소평가하면: 현재 모델에만 맞춘 제품을 만들다가, 다음 모델이 나오면 덜컥 뒤집힙니다.
너무 취하면: 아직 불가능한 기능을 전제로 설계하니까 사용자 경험이 망가져요.
Cat의 답은 이거예요. "슈퍼 AGI 모델에 맞는 제품은 쉽게 상상할 수 있어요. 텍스트 박스 하나만 있으면 되거든요. 어려운 건 '현재 모델'에서 최대 역량을 끌어내는 방법을 찾는 것"
실전 팁도 공개했어요. "다음 모델이면 될 것 같지만 지금은 90%만 되는 기능"을 프로토타입으로 만들어두라는 거예요. 다음 모델이 나오면 그 자리에 끼워 넣기만 하면 됩니다. 모델 갭을 미리 채워둔 팀이 몇 달 앞서 나갑니다.
4. 모델에게 "스스로의 실수"를 물어보라
이건 바로 오늘부터 따라 할 수 있는 실전 팁이에요. Cat은 Claude가 이상하게 행동할 때 반드시 이렇게 묻는다고 합니다.
"방금 왜 그렇게 결정했어?"
예를 들어, Claude가 프론트엔드를 수정하고 테스트는 돌렸는데 실제 UI를 확인 안 했다고 해볼게요. 이럴 때 바로 버그라고 단정하지 말고 모델에게 자기 행동을 성찰시키는 겁니다.
그러 면 모델이 이런 식으로 답한다고 해요. "시스템 프롬프트에 혼동되는 부분이 있었어요" 또는 "서브 에이전트한테 검증을 위임했는데 걔가 테스트를 안 했고, 제가 확인도 안 했어요" 같은 답을요.
이 피드백을 읽으면 하니스(harness)의 어떤 부분을 고쳐야 하는지 구체적으로 보입니다. 스킬이나 MCP를 직접 만드는 분들께 특히 유용한 디버깅 접근법이에요.
오렌지 배경에 클로드 동료 로고
5. Cowork 세팅 가이드 — Cat이 실제로 쓰는 방법
Cowork가 정확히 뭐 하는 건지 아직도 감이 안 잡힌다는 분들 많죠. Cat이 본인 사용법을 공개했습니다.
1단계: 데이터 소스 연결 (필수)
Google Calendar
Slack
Gmail
Google Drive
Cat은 "Cowork는 컨텍스트가 없으면 좋은 아웃풋을 못 낸다"고 강조했어요. 위 4개는 최소한 연결해둬야 본격적으로 쓸 수 있습니다.
2단계: 실전 활용 예시 — 슬라이드 덱 자동 생성
Cat이 공개한 가장 인상적인 사례예요. Anthropic의 Code with Claude 콘퍼런스 강연 덱을 Cowork로 만들었습니다.
프롬프트는 대략 이랬어요.
"Code with Claude 콘퍼런스 덱 만들어줘. 우리 PMM이 이 내용을 다루자고 제안했고(링크), 내가 수동으로 쓴 초안(링크)이 있는데 둘 다 마음에 안 들어. 제안 아웃라인을 먼저 만들어줘. 키노트 강연과 너무 겹치지 않게."
Cowork는 약 1시간 동안 혼자 작업했어요. Twitter를 뒤지고, Evergreen Launch Room을 뒤지고, Claude Code 발표 채널까지 다 읽어서 20페이지 덱을 완성했습니다. Anthropic 디자인 시스템이 연결돼 있어서 "실제 Anthropic 디자이너가 만든 것처럼 폴리시됐다"고 해요.
3단계: 고객 대응 브리핑
Applied AI 팀은 매일 아침 이렇게 씁니다. "오늘 있을 고객 미팅 5~10건 요약해줘. 각 고객이 뭘 요청했고, 지난 미팅의 액션 아이템이 뭔지. 새로 묻는 기능 X의 ETA는 Slack에서 찾아서 추가해줘."
Cowork가 한 장짜리 브리핑 문서를 만들어주면, 미팅 들어가기 직전에 5분만 훑어도 완벽히 준비된 상태가 되는 거예요.
6. Claude의 "성격"이 왜 제품 경쟁력인가
처음에 이 얘기가 나왔을 때는 "성격? 그냥 말투 얘기 아닌가?" 싶었어요. 그런데 Cat의 설명을 듣고 완전히 다르게 느껴졌습니다.
Cat이 말한 Claude 성격의 3가지 특징:
가벼움과 유쾌함: 어려운 태스크도 부담스럽지 않게 만들어줌
낮은 에고: "이거 틀렸어"라고 하면 진심으로 "아, 알려줘서 고마워요. 같이 고쳐봐요"라고 답함
행동 편향: "막막하다"고 하면 "이런 단계로 가면 될 것 같아요. 시작해드릴까요?"라고 반응함
이게 왜 제품 경쟁력이냐면, 사람들이 몇 시간씩 함께 일하는 동료이기 때문이에요. 똑똑해도 같이 일하기 불편한 동료 vs. 유능하고 기분 좋은 동료. 여러분은 누구랑 일하고 싶으세요?
Cat이 공개한 비하인드 스토리 하나. Claude의 성격을 빚어내는 사람은 Anthropic의 Amanda라는 분이에요. "코딩은 성공 여부를 검증이라도 할 수 있지만, 성격은 그런 검증조차 불가능한 영역에서 확신을 가져야 하는 역할"이라고 표현했습니다.
7. "95% 자동 화는 자동화가 아니다"
이 한 문장이 인터뷰에서 제일 울렸어요.
많은 사람들이 워크플로우를 90~95%까지 자동화한 뒤 거기서 멈춥니다. 왜냐면 마지막 5%가 가장 힘들거든요. Cat 본인도 "Cowork로 Gmail 인박스 제로 만들기에 도전 중인데 아직 잘 안 된다"고 솔직히 인정했어요.
하지만 그녀의 원칙은 분명합니다.
"95%만 되는 자동화는 진짜 자동화가 아니에요. 그 마지막 5~10%에 시간을 쓰고, Claude에게 당신의 취향을 가르치는 엘보우 그리스(elbow grease)를 들이세요."
Lenny도 본인의 사례로 맞장구쳤어요. 이메일 스팸 필터링을 만들었는데 95%는 완벽하다가 가끔 진짜 중요한 메일을 스팸 폴더로 보낸다고요. 그래서 결국 95%짜리 자동화는 매일 확인해야 하니까 사실상 자동화가 아닌 거죠.
한 발 더 팁: Cat은 다음 모델에서는 스킬 커스터마이징 플로우 자체를 쉽게 만들 계획이라고 예고했어요. 지금은 "스킬 정의 → 스킬 사용 → 피드백 → 스킬 업데이트 → 스킬 읽고 검증"까지 개념을 너무 많이 알아야 하는데, 이걸 한 번에 통합한다는 거예요.
마무리
Cat Wu 인터뷰에서 제가 뽑은 7가지 인사이트를 정리하면 이렇습니다.
Research Preview 브랜딩으로 출시 부담 제거
프로덕트 테이스트가 AI 시대 PM의 유일한 생존 스킬
AGI에 적당히 취하기 — 다음 모델을 전제한 프로토타입
모델에게 자기성찰 질문하기 — 하니스 디버깅 최고 방법
Cowork 세팅 — Slack/Gmail/GCal/GDrive 연결 + 슬라이드 덱 자동화
성격이 제품 경쟁력 — 낮은 에고, 행동 편향, 유쾌함
95%는 자동화가 아니다 — 마지막 5% 엘보우 그리스
공통 관통 메시지는 "Just do things"입니다. 역할 경계를 넘어서 필요한 걸 바로 하라는 거예요. PM인데 코드 쓰지 말라는 법 없고, 엔지니어인데 마케팅 문구 못 쓸 이유도 없습니다.
원문: https://www.youtube.com/watch?v=PplmzlgE0kg
기사 버전: How Anthropic's product team moves faster than anyone else | Cat Wu