클로드 코드 창시자가 말한 다섯 원형 — 그래서 나는 어느 쪽이고, 어디로 가야 하나

원문: 박재홍, *클로드 코드 창시자가 말하는 AI 시대의 다섯 가지 일하는 사람의 원형(archetype)*, 박재홍의 실리콘밸리.

원문 보기 · 원 출처는 Claude Code를 만든 보리스 체르니(Boris Cherny)의 짧은 글.

엔지니어, PM, 디자이너, 데이터 사이언티스트. 우리는 오랫동안 이 직함으로 사람을 나누고 팀을 짰다. 그런데 Claude Code를 만든 보리스 체르니가 던진 관찰은 이렇다. AI가 일의 모양을 바꾸면서 직함의 경계가 녹아내리고 있고, 앞으로 사람을 가르는 축은 '무슨 직무냐'가 아니라 '어떤 식으로 일하는 사람이냐' 라는 것이다.

왜 하필 지금인가

직무로 사람을 나누는 방식은 분업의 산물이었다. 경계가 단단했던 이유는 각 영역의 진입 장벽이 높았기 때문이다. 프레임워크를 익히고, 디자인 툴을 다루고, 데이터 파이프라인을 짜는 일은 저마다 오랜 숙련을 요구했다. 그래서 '할 줄 아는 것'이 곧 정체성이자 직함이 됐다.

AI 도구가 흔든 게 정확히 이 장벽이다. 프롬프트 몇 줄로 초안 코드가 나오고, 디자이너가 동작하는 시제품을 직접 만들고, 엔지니어가 카피와 화면 흐름까지 손댄다. 실행 비용이 떨어지자 '무엇을 할 줄 아느냐'가 사람을 가르는 힘을 잃기 시작했다.

그러면 무엇이 남는가. 체르니의 답은 일을 진전시키는 방식 — 원형(archetype)이다.

다섯 원형

① Prototyper — 쏟아내는 사람. 완전히 새로운 아이디어를 떠올린다. 핵심은 '많이' 만든다는 데 있다. 대부분은 출시되지 않는데, 그게 실패가 아니라 이 원형의 본질이다. 열 개를 던져 하나가 살아남으면 성공이다. 필요한 건 완성도가 아니라 속도와 양, 그리고 아홉 개의 죽은 아이디어를 빨리 버리는 능력이다.

② Builder — 만들어내는 사람. 프로토타입을 양산 가능한 제품과 인프라로 바꾼다. 프로토타이퍼가 '될까?'를 증명한다면 빌더는 '실제로 돌아가게' 만든다. 엉성한 데모를 수만 명이 써도 무너지지 않는 제품으로 끌어올린다. 에러 처리, 확장성, 배포 — 지루하지만 결정적인 일들이다.

③ Sweeper — 치우는 사람. UI를 정돈하고, 코드를 단순화하고, 성능을 최적화한다. 눈여겨볼 단어는 unship, 즉 '출시 취소'다. 기능을 더하는 게 아니라 빼는 일이다. 만드는 일이 칭찬받기 쉬운 조직에서 이 역할은 과소평가되기 쉽지만, 제품의 수명을 좌우한다.

④ Grower — 키우는 사람. 이미 만들어진 제품을 반복 개선해 PMF를 높인다. 어떤 기능이 사용자를 붙들고 어떤 화면에서 떠나는지를 데이터와 감각으로 읽어 다음 한 수를 둔다. 0에서 1이 빌더라면, 그로어는 1을 N으로 키운다. 무기는 화려한 신규 개발이 아니라 끈질긴 반복이다.

⑤ Maintainer — 지키는 사람. 시스템이 커져도 안전하고, 신뢰할 수 있고, 빠르고, 효율적이게 지킨다. 평소엔 잘 안 보이지만 이들이 무너지면 전부 무너진다. 신기능을 만드는 사람이 박수받을 때, 그 무대가 꺼지지 않게 받치는 사람이다.

가장 날카로운 관찰: 원형은 직군과 무관하다

체르니가 자기 팀을 둘러보고 발견한 건, 이 다섯이 직무에 묶이지 않는다는 사실이다. 어떤 디자이너는 프로토타이퍼고, 어떤 디자이너는 스위퍼다. 엔지니어도 PM도 똑같이 다섯 갈래로 흩어진다.

이게 왜 중요한가. 새 아이디어를 쏟아내는 디자이너와 기존 화면을 집요하게 단순화하는 디자이너는 같은 직함을 달고 있어도 완전히 다른 종류의 사람이다. 둘을 같은 자리에 놓고 같은 걸 기대하면 둘 다 불행해진다. 직함은 그 사람이 '무엇을 다루는가'(픽셀이냐 코드냐 데이터냐)를 말해줄 뿐, '어떤 국면에서 빛나는가' 는 말해주지 않는다.

단계마다 필요한 조합이 다르다

주목할 건 성숙기에서 프로토타이퍼(1)가 사라진다는 점이다. 자리 잡은 제품에서 '완전히 새로운 아이디어'는 오히려 안정성을 위협하는 잡음이 될 수 있다. 반대로 PMF도 못 찾았는데 메인테이너만 가득하면, 아직 존재하지도 않는 안정성을 지키느라 정작 제품을 찾지 못한다.

직함으로 보면 'PM 셋, 엔지니어 다섯'이지만, 원형으로 보면 '우리 팀엔 치우는 사람이 없다' 는 진짜 문제가 보인다.

우리 관점: 그래서 나는 어느 쪽이고, 어디로 가야 하나

이 글의 진짜 쓸모는 남의 팀을 진단하는 데 있지 않다. 자기 자리에 비춰보는 데 있다.

우리 질문: 나는 다섯 중 어디에 특화되어 있나?

우리 답: 직함 말고 최근 6개월간 실제로 한 일을 세어 본다. 새로 시작한 것이 많았나(1), 남이 벌인 걸 굴러가게 만들었나(2), 지운 줄과 삭제한 기능이 많았나(3), 같은 화면을 몇 번씩 고쳤나(4), 장애와 비용을 줄였나(5). 커밋 로그와 캘린더가 자기소개서보다 정직하다. 대부분은 2개, 많으면 3개에 걸쳐 있다.

우리 질문: 특화된 쪽을 더 깊게 팔까, 없는 쪽을 채울까?

우리 답: 순서가 있다. 먼저 인접한 하나를 채운다. 원형은 사슬처럼 붙어 있어서 1↔2, 2↔3, 3↔4, 4↔5 로 넘어가는 비용이 가장 싸다. 프로토타이퍼가 갑자기 메인테이너가 되려는 건 비효율이지만, 빌더가 되는 건 자연스럽다. 그리고 깊이는 하나만 판다 — 두 개를 동시에 최고로 만들려는 시도가 가장 흔한 낭비다.

우리 질문: 그럼 어느 방향으로 발전시켜야 하나?

우리 답: 자기 제품의 단계가 답을 정해준다. 위 표에서 지금 우리 제품이 어느 칸에 있는지 찾고, 그 칸에 있는데 팀에 없는 원형이 곧 자기 성장 방향이다. PMF 이전인데 스위퍼가 없으면, 그게 지금 가장 값이 오르는 자리다. 커리어를 시장 전체에 맞추려 하면 막막하지만, 눈앞의 빈칸에 맞추면 구체적이다.

우리 질문: AI가 실행을 값싸게 만드는데, 이 구분이 얼마나 오래 갈까?

우리 답: 오히려 더 선명해진다고 본다. 실행이 싸질수록 '만들 줄 안다'의 희소성은 떨어지고, '무엇을 만들지 정하고, 언제 멈출지 아는 판단' 의 값이 오른다. 원형은 정확히 그 판단의 종류를 가리킨다. 다만 AI가 각 원형의 하한선을 끌어올리기 때문에, 어중간한 두 개보다 확실한 하나가 더 중요해진다.

남는 이야기

이건 아직 한 사람이 자기 팀을 보며 떠올린 가설이지, 검증된 조직 이론이 아니다. 다섯이라는 숫자도, 단계별 조합도 더 큰 표본에서 그대로 성립할지는 모른다.

그럼에도 값어치가 있는 건, 직함이라는 익숙한 렌즈를 잠시 내려놓게 만들기 때문이다. '나는 무슨 직무인가'가 아니라 '나는 어떤 국면에서 일을 진전시키는가' — 이 질문 하나로 자기 커리어의 다음 수와 팀의 빈자리가 동시에 조금 선명해진다.