Clawdbot 창시자: '읽지 않는 코드를 배포합니다'

요약

  1. PSPDFKit 창업자 Peter Steinberger가 번아웃 후 3년 공백을 거쳐 AI 코딩(Claude Code)으로 복귀하며 겪은 워크플로 전환을 상세히 공유한다.
  2. 코드 한 줄 안 읽고 하루 600커밋을 머지하는 방식의 핵심은, 디테일 집착 대신 아키텍처 설계와 테스트 기반 검증("루프를 닫는 것")에 있다.
  3. 엔터프라이즈 가격 전략, 개발자 대상 마케팅, 기술 블로깅의 실무 관행이 AI/에이전트 도입으로 어떻게 재편되는지 구체 사례로 논의한다.

인트로 — 하루 600커밋의 비밀 (00:00-00:57)

  • [00:00] “하루에 600개의 커밋을 머지”하면서도 “어느 것도 허접한 결과물이 아닌” 상태가 가능하다는 전제로 시작
  • [00:03] 게스트 Peter Steinberger 소개 — Clawdbot(현 OpenClaw) 창시자이자 PSPDFKit 창업자
  • [00:12] PSPDFKit은 PDF 프레임워크로 10억 대 이상의 기기에서 사용
  • [00:14] 번아웃 → 지분 매각 → 3년간 기술 업계에서 완전히 사라진 뒤 올해 복귀
  • [00:25] 이번 에피소드의 핵심: 내보내는 코드 대부분을 “더는 읽지 않는” 이유
  • [00:37] “효과적인 AI 어시스턴트 코딩”과 “답답한 바이브 코딩”을 가르는 기준은 ‘루프를 닫는 것’
  • [00:42] “코드 리뷰는 죽었고, PR은 ‘프롬프트 요청’이라 불려야 한다”

“[00:42] 코드 리뷰는 죽었고 PR은 ‘프롬프트 요청’이라고 불려야 한다”

PSPDFKit 창업과 엔터프라이즈 가격 전략 (08:58-29:40)

  • [09:03] 오스트리아 iOS 개발자로서 WWDC(더브더브 DC) 술자리에서 “오스트리아 최고의 iOS 개발자”로 소개되어 미국 취업
  • [09:34] 노키아 개발자 데이, 아이패드 출시 초기 — 지금 돌아보면 “석기 시대”
  • [18:01] 경력의 거의 13년을 PSPDFKit에 투자
  • [18:33] 마케팅 전략의 핵심: “오직 개발자만 신경 쓴다” — 개발자를 설득하면 그들이 대신 로비·마케팅을 해줌
  • [18:44] 콜드 이메일 한 번 없이 전부 인바운드 영업으로 성장
  • [22:33] 엔터프라이즈 가격을 공개하지 않는 이유: 프리랜서와 Fortune 500의 사용 방식·얻는 가치가 다르기에 맞춤 가격이 오히려 “가장 공정한 방식”
  • [23:32] 소프트웨어의 네 가지 축: 쉽다/어렵다, 흥미롭다/흥미롭지 않다 — PDF는 “흥미롭지 않고 어려운” 쪽이라 경쟁이 적음
  • [23:55] “하기 싫고 너무 어려운” 영역이 오히려 좋은 포지셔닝
  • [24:42] PDF 파싱의 현실: 캐나다에서 온 5만 페이지 텍스트 성경, 링크 50만 개 — 가정이 1,000배 벗어남
  • [25:08] 해결: 모든 것을 지연 로딩(lazy loading) 구조로 재설계, 약 두 달 소요
  • [25:46] 고객 지원 전략: 티켓을 역순으로 정렬해 가장 최근 것부터 처리 → 5분 안에 답장하면 “마법 같다”
  • [26:44] 기술 블로깅이 채용에 효과적: “흥미롭고 어려운 문제를 어떻게 푸는지” 공유하면 그런 문제를 풀고 싶어하는 인재가 모임
  • [28:42] 한 달에 하루를 통째로 블로그 글 쓰는 시간으로 공식 배정

“[25:59] 티켓을 보내고 5분 안에 답장을 받으면, 그건 마법 같습니다.”

번아웃과 3년간의 공백 (29:42-34:52)

  • [29:44] 대부분의 주말에도 일할 정도로 일-생활 경계 붕괴
  • [29:50] CEO 역할을 “쓰레기통”에 비유 — 조직 내 누구도 처리 못한 문제가 전부 올라옴
  • [30:00] CEO는 “꽤 외롭다” — 많은 일을 공개적으로 말할 수 없어서 더 고립
  • [30:24] 큰 항공사에서 소프트웨어 크래시로 비행기 멈춤 → 주말 새벽 5시 전화 → 역분석으로 상대 앱이 소스 코드를 건드렸음을 증명
  • [30:56] 번아웃은 “반드시 일을 너무 많이 해서만” 오지 않음 — ‘하면서도 더 이상 믿지 못하는 일’과 갈등이 핵심
  • [31:19] 회사를 더 민주적으로 운영하려 한 시도가 오히려 번아웃 가속
  • [32:19] 공백기에 몇 달은 컴퓨터를 켜지도 않음
  • [32:33] 너무 일찍 은퇴하거나 좋은 엑시트를 하면 “다시는 일하지 않아도 되는” 상황이 정신을 흔듦
  • [34:06] 한 기술에 익숙해질수록 다른 곳으로 넘어가기가 더 어려운 “함정” — 작은 것까지 구글링해야 하는 고통

“[30:47] ‘회사 망했다’ 싶을 정도의 순간이었습니다.”

Claude Code로 다시 불꽃을 찾다 (34:52-45:42)

  • [35:11] 공백기 동안 AI를 보고 “‘별로다’라고 배운” 사람들은 많은 걸 놓침
  • [35:41] 복귀 후 첫 도구가 Claude Code — 이전 도구 변화를 전부 건너뜀
  • [36:13] GitHub 리포를 브라우저 확장으로 1.3MB 마크다운으로 변환 → Google AI Studio(Gemini)로 400줄 스펙 생성 → Claude Code로 “빌드해”
  • [36:45] 에이전트가 “100% 프로덕션 준비됐습니다” 선언 → 실행하면 크래시 — AI 결과를 검증 없이 믿지 않는 원칙 확인
  • [38:38] “‘와, 이게 되네’ 싶은 충격적인 순간” → 4~5월 시점에 방향성 확신
  • [38:58] 이후 몇 달간 잠을 제대로 못 잠 — AI 코딩의 중독성
  • [39:43] 중독의 메커니즘을 “작은 슬롯머신”에 비유: 대부분 엉망이지만 가끔 “정신이 번쩍 들 만큼 대단한 결과”
  • [40:15] 예전 PSPDFKit에서는 간격·줄바꿈·이름짓기까지 모든 디테일에 집착 — 지금은 그게 얼마나 “멍청했는지” 자조
  • [41:57] 대신 “모든 것을 플러그인 아키텍처로 옮기는” 1만5천 줄 변경 같은 구조 작업에 집중
  • [42:05] 많은 코드는 “지루한 배관 작업”(API → 파싱 → DB → HTML) — 어려운 건 Postgres 같은 선배들이 30년 전에 해결
  • [42:56] 한 줄 한 줄 읽는 것보다 “시스템 아키텍처”가 훨씬 중요
  • [44:20] 가장 충격적인 깨달음: “이제는 무엇이든 만들 수 있다”
  • [44:39] Go 같은 모르는 언어도 시스템 이해만 있으면 감각으로 맞고 틀린지 판단 가능
  • [45:26] AI 도구와의 관계를 “공생 관계”로 느끼며, 모델의 “언어”를 배웠다고 표현

“[44:20] 이제는 무엇이든 만들 수 있다는 거죠.”

에이전트 관리와 에이전틱 엔지니어링 (49:08-58:50)

  • [49:20] 과거의 “대문자 A 아키텍트” 모델 — 직접 코딩 안 하고 청사진만 내려보내는 구조
  • [49:45] 구성원들이 이 모델을 “당연히 싫어한다” — 아키텍트는 온콜도 서지 않고 결국 무너짐
  • [54:07] 전통적 방식 15년 vs. 에이전트/바이브 코딩 1년 비교 요청
  • [54:19] 장인정신(craftsmanship)에서 아키텍처+검증 레이어 중심으로 전환
  • [58:31] Mac 앱 디버깅의 어려움 → CLI 호출로 동일 코드 경로를 테스트하는 방식으로 해결
  • [01:12:11] 사람에게 일을 시키면 “하루나 이틀” 걸리지만, AI로는 “몇 분” — 길어야 10~20분

“[49:45] 그리고 모두가 이 모델을 당연히 싫어합니다”

테스트·문서·CI를 AI에 맡기는 법 (01:02:59-01:43:39)

  • [01:02:59] 테스트도 문서도 직접 한 줄 쓰지 않음 — 모델에게 트레이드오프와 결정 이유를 설명하고 “작성해”라고 지시
  • [01:03:11] 입문 섹션은 초보자 친화적으로, 기술적 세부는 문서 끝에 — “그렇게까지 좋은 문서를 가진 프로젝트를 가져본 적이 없다”
  • [01:07:30] PSPDFKit은 단순한 프로젝트가 아니라 “하나의 사업” — 상당한 매출이 걸려 있으므로 에이전트에 뭘 맡기고 뭘 검증할지가 핵심
  • [01:16:34] 데이터가 “제 컴퓨터”에서 돌아가지만 소유권은 내 것이 아닐 수 있다는 공포감
  • [01:39:06] CI에 크게 의존하지 않음 — 에이전트가 로컬에서 테스트를 실행하면 “그냥 훨씬 더 빠르다”
  • [01:43:33] 하루에 600번 커밋한 적 있음 — “완전히 터무니없지만 이게 작동한다”

“[01:03:03] 테스트를 작성하지도 않고, 문서도 작성하지 않습니다.”

래피드 파이어 — 프롬프트 시대의 개발 (01:52:29-01:54:01)

  • [01:52:34] 핵심 관찰: 피터는 PR이 아니라 “프롬프트로 생각한다” — 코드를 프롬프트에 엮어 넣고 진행
  • [01:52:43] 풀 리퀘스트보다 “프롬프트 제안”을 받는 편을 선호
  • [01:52:53] “루프를 닫는 것”의 중요성 — AI가 코딩을 잘하는 이유는 코드를 컴파일·테스트·실행으로 검증할 수 있기 때문
  • [01:53:07] 비결: 시스템을 루프가 닫히도록 설계하고, AI가 테스트를 직접 실행하게 만드는 것
  • [01:53:28] AI 없이도 훌륭한 코드 아키텍트가 될 수 있고, AI가 있을 때도 그 명제는 유지됨
  • [01:53:38] 단, Clawdbot은 대부분의 프로덕션 앱보다 더 “YOLO 프로젝트”에 가까우므로 소금 한 꼬집 곁들여 받아들일 것

“[01:53:07] 시스템을 루프가 닫히도록 설계하고, AI가 테스트를 직접 실행해 보게 만드는 데 있습니다”