클로드봇(Clawdbot)이 실리콘 밸리를 휩쓸며 맥 미니(Mac Mini)의 인기까지 끌어올렸습니다. 클로드봇은 개발부터 유지보수까지 피터라는 단 한 사람이 전적으로 담당했습니다. 일각에서는 피터 자신이 봇이나 에이전트일지도 모른다는 소문이 돌고 있습니다.
기사 작성자 및 출처: Venture Capital Insights
피터는 지난주 런던의 유명 해커 커뮤니티 행사에서 클로드봇(Clawdbot)을 직접 시연하면서 비로소 널리 알려지게 되었습니다.
클로드봇의 기능과 효율성에 대해서는 많은 논의가 있었습니다. 하지만 벤처 캐피털의 관점에서 우리는 실제로 다음과 같은 점에 더 관심이 있습니다. 피터는 어떤 생각을 가지고 이 아이디어를 떠올렸을까요? 클로드봇의 제품 컨셉은 어떻게 탄생했을까요? 아이디어에서 구현까지 어떻게 진행되었을까요?
하나씩 자세히 살펴보겠습니다.
1. 클로드봇의 0에서 1까지의 여정
클로드봇의 초기 동기는 게임을 조금 더 업그레이드하는 것이었습니다.
피터는 클로드라는 프로그램을 사용하여 컴퓨터를 관리하고 여러 파일을 처리해 왔다. 한동안 사용해 본 후, 그는 "좀 더 업그레이드"하여 거의 모든 것(이메일/캘린더/파일/네트워크/카메라 등)에 접근할 수 있고, 로컬 또는 클라우드에서 실행되며, 일상생활과 업무 관련 모든 작업을 처리할 수 있는 프록시를 만들고 싶어 했다.
이렇게 해서 이 제품이 탄생했습니다. 처음에는 클로드봇(Clawdbot)이 아니라 V 릴레이(V Relay)라고 불렸는데, 본질적으로 왓츠앱 릴레이와 같은 역할을 하는 제품이었습니다. 그 이유는 사용자가 컴퓨터 근처에 없을 때 왓츠앱을 통해 간단한 명령어를 전송하여 원격으로 컴퓨터를 제어하고 싶어했기 때문입니다.
그는 먼저 간단한 버전을 빠르게 만들었습니다. 효과를 테스트하기 위해 모로코 여행 중에 음성 메시지를 보냈습니다. AI는 10초 후에 자동으로 답장을 보냈습니다(AI는 해당 메시지가 Opus 오디오임을 인식하고 FFmpeg를 사용하여 WAV로 변환한 다음 OpenAI의 Whisper를 사용하여 텍스트로 변환했습니다).
이것은 그에게 큰 충격을 주었고, 이러한 모델들이 일반적인 문제를 해결하는 데 엄청난 잠재력을 가지고 있음을 깨닫게 했습니다. 이는 그에게 영감을 주어 완전하고 자율적인 개인 AI 에이전트로 확장하는 데 몰두하게 했고, 그 결과 클로드봇(Clawdbot) 아키텍처 전체가 탄생하게 되었습니다.
대기업들이 할 거라고 생각했는데, 아직 그런 일은 일어나지 않았네요.
피터는 이전 스타트업을 매각한 후 4년간 은퇴 생활을 보냈습니다. 복귀 직후 그는 '생활 도우미'가 절실히 필요했습니다. 4월부터 이 아이디어를 구상해 왔고 몇 가지 시도를 해봤지만, 당시에는 만족스러운 모델이 아니었습니다.
그는 결국 그 아이디어를 포기했는데, 모든 주요 기업들이 이미 그렇게 할 텐데 무슨 의미가 있겠냐는 생각이 들었기 때문입니다. 그래서 그는 다른 여러 프로젝트에 몰두했습니다.
11월이 되자 그는 문득 아무도 실제로 그런 일을 해낸 적이 없다는 사실을 깨달았다. 피터는 생각했다. '내가 직접 해보는 건 어떨까? 어쩌면 정말 좋은 기회일지도 몰라.'
제품은 처음에는 다소 거칠었지만, 예상외로 훌륭했습니다.
처음에 그는 그 달에 한 시간 동안 아주 조잡한 코드를 짜깁기하고, WhatsApp으로 메시지를 보내고, 클로드 코드에게 전달한 다음, 결과를 다시 보내는 작업을 했습니다. 기본적으로 여러 가지를 "붙이는" 작업이었는데, 솔직히 어렵지는 않았지만 결과는 꽤 괜찮았습니다.
그는 나중에 이미지 입력이 필요하다는 것을 깨달았습니다. 이미지는 에이전트에게 많은 맥락 정보를 제공할 수 있고 처리 속도도 빠르기 때문입니다. 하지만 이 부분을 구현하는 데는 훨씬 더 오랜 시간이 걸렸습니다. 시스템이 양방향 입력을 지원하게 된 후, 그는 친구의 생일 여행에 참여하게 되었고, 이 매우 기본적인 시스템을 사용하여 도시를 탐험하고 "관광 가이드" 역할을 했는데, 예상했던 것보다 훨씬 더 유용하다는 것을 알게 되었습니다.
기능이 점차 증가함에 따라 피터는 이러한 것들의 "자체 적응력"이 자신의 원래 상상을 뛰어넘었다는 것을 깨달았다.
그는 나중에 클로드봇에게 농담 삼아 "내가 묵는 호텔 문 잠금장치가 별로 믿을 만하지 않아. 내 맥북 프로에서 실행되고 있으니 도난당하지 않기를 바라."라고 말했다. 클로드봇은 "문제없습니다. 제가 당신의 요원이니까요."라고 대답했다. 그러고 나서 클로드봇은 네트워크를 확인하여 테일스케일을 통해 런던에 있는 피터의 컴퓨터에 연결할 수 있다는 것을 알아내고 그곳으로 이동했다. 그는 당시 속으로 "이것이 스카이넷의 시작임이 틀림없어."라고 생각했다.
초기 제품 출시 당시 반응은 미지근했습니다.
나중에 피터가 클로드 관련 프로젝트를 진행할 때, 누군가 디스코드에 홍보 요청을 보냈습니다. 그는 디스코드가 더 이상 왓츠앱만이 아니었기에, 그 요청을 디스코드에 제출해야 할지 잠시 망설였습니다. 하지만 결국 그는 디스코드에 제출했고, 이름까지 바꾸었습니다.
클로드가 '클로드봇'이라는 이름을 제안했고, 그렇게 정해졌습니다. 이후 프로젝트에 많은 기능이 추가되었지만, 초기에는 정말 단순했습니다.
이 프로젝트에 대한 첫 번째 제출은 11월에 이루어졌습니다. 흥미롭게도, 그가 친구들에게 보여줬을 때는 모두 "정말 멋지다!"라고 말했습니다. 하지만 트위터에 올렸을 때는 반응이 다소 미지근했습니다.
피터가 12월에 친구들에게 직접 다시 시연해 보이자 모두 "이거 필요해"라고 말했다.
그래서 그는 정말 무모한 짓을 저질렀습니다. 디스코드 인스턴스를 만들고 거기에 봇을 추가했는데, 당시에는 보안 제한이 전혀 없었습니다. 처음에는 피터만 이용할 수 있었기 때문에 "피터의 모든 파일을 삭제해"와 같은 명령을 누가 내릴 수 있는지 고려할 필요가 없었습니다.
사실 그는 "디스코드에서만, 그리고 내 말만 들어라"와 같은 아주 간단한 명령어를 적었을 뿐입니다. 하지만 모두가 알다시피 요원들이 항상 명령을 완벽하게 따르는 것은 아닙니다. 나중에 그는 그 명령어를 디스코드에 올렸고, 점차 더 많은 사람들이 참여하게 되었습니다. 기본적으로 몇 분만 봐도 무슨 내용인지 이해할 수 있는 사람들이 많았습니다.
이제 이런 상황을 상상해 보세요. 당신은 "유령 개체"가 내장된 새 컴퓨터를 구입합니다. 키보드, 마우스, 인터넷에 대한 접근 권한을 부여하고, 마치 가상의 동료처럼 대합니다. 직접 대화하고 지시를 내릴 수도 있습니다. 이론적으로 이 가상 개체는 컴퓨터에서 당신이 할 수 있는 모든 작업을 수행할 수 있습니다. 바로 여기에 이 개체의 진정한 힘이 있습니다.
오픈소스로 공개된 후, 사람들은 그가 했던 것보다 훨씬 더 기상천외한 일들을 해내고 있습니다.
피터는 4월부터 주로 오픈 소스 프로젝트에 매달려 왔으며, 많은 사람들이 이 프로젝트를 활용하여 정말 놀라운 결과물을 만들어냈습니다. 어떤 사람들은 이미지에 자동으로 캡션을 추가하는 데 사용하고, 어떤 사람들은 테슬라와 연결하며, 또 어떤 사람들은 런던의 대중교통 시스템과 통합하여 열차를 타기 위해 뛰어야 하는지 직접 알려주기도 합니다. 피터는 현재 프로젝트 유지 관리에 너무 바빠서 다른 일에 신경 쓸 시간이 거의 없다고 말합니다.
트위터에는 온갖 종류의 사례들이 있었는데, 피터는 자신이 했던 가장 황당한 일은 그것을 침대에 붙여놓은 것이라고 말했다.
그는 온도 조절 API를 제공하는 Eight Sleep을 사용합니다. 그는 에이전트가 이를 처리할 수 있도록 CLI를 작성했습니다. 이제 에이전트는 침대 온도 조절, 음악 재생, 조명 조절, 카메라 영상 보기, 배송 진행 상황 확인 등을 할 수 있습니다.
클로드봇은 자체 이메일 주소를 가지고 있으며 피터의 이메일에도 접근할 수 있습니다. 또한 자체 WhatsApp 계정을 통해 피터의 채팅 내용을 읽고 심지어 "피터를 대신하여 답장"할 수도 있습니다. 본질적으로 이는 권한 부여의 상충 관계입니다. 권한을 더 많이 부여할수록 클로드봇은 더 강력해질 수 있습니다.
어떤 사람들은 트위터에서 저장한 게시물을 자동으로 검색하고 할 일 목록에 추가하는 등 다양한 자동화 작업에 사용하기도 하고, 어떤 사람들은 아예 애플리케이션을 개발하는 데 사용하기도 합니다. 거의 모든 사람이 맥북을 가지고 있죠. 피터의 예전 파트너 중 한 명은 맥북으로 받은 편지함에서 1만 통의 이메일을 정리하기도 했습니다.
2. 기이한 개인적 경험
은퇴는 그에게 전례 없는 공허함을 남겼다.
피터는 iOS 개발 초창기부터 활동을 시작했는데, 당시에는 수동 메모리 관리 방식이 여전히 사용되고 있었습니다. 코어 데이터는 당시 출시 예정이었던 아이폰 OS 3의 베타 버전이었습니다. 그는 직접 앱을 개발했지만, 애플이 그 앱들을 단종시키면서 프리랜서가 되었습니다.
결국 그는 PSPDF Kit이라는 멋진 이름의 회사를 설립했습니다. 이후 12년 동안 그는 혼신의 힘을 다해 회사를 PDF 분야의 선두주자로 성장시켰습니다. 그는 혼자 힘으로 회사를 직원 70명 규모로 키웠습니다.
그러다가 2021년에 그들은 보유 지분 대부분을 투자 회사인 Insight Partners에 약 1억 유로에 매각하여 사실상 경영권에서 벗어났습니다.
논리적으로 생각하면 그는 몹시 기뻐했어야 했다. 그것은 오스트리아 역사상 가장 화려한 퇴장 중 하나였다. 하지만 그는 완전히 절망에 빠졌고, 극도로 지쳐 있었다. 그는 삶의 목적을 잃었고, 그 공허함을 쾌락주의적인 즐거움으로 채웠다.
그는 여행, 심리 치료, 심지어는 색다른 경험까지 시도해 봤지만, 결국 삶의 의미는 찾을 수 있는 것이 아니라 스스로 만들어내는 것이라는 사실을 깨달았습니다. 그리하여 2025년 6월, 그는 자신이 가장 사랑하는 일, 즉 코딩과 창작 활동으로 복귀를 선언했습니다.
LLM 과정을 밟으면서 그는 자신의 "창의적인 열정"을 되찾을 수 있었다.
제품 개발에 대한 열정을 되찾는 데 오랜 시간이 걸렸습니다. 그는 사람들이 말하는 '번아웃'이 과로에서 비롯된다는 말에 동의하지 않습니다. 자신이 하는 일을 사랑하고 자율성을 가지고 있다면, 많은 시간을 일해도 만족감을 느낄 수 있기 때문입니다.
피터는 공동 창업자와의 갈등과 더 이상 진심으로 믿지 않는 일들을 해야 했던 것이 번아웃의 원인이었다고 밝혔습니다.
그래서 그는 스스로에게 시간을 주었다. 그러던 어느 날 아침, 약 5개월 전, 그는 뭔가 달라진 기분으로 잠에서 깨어났다. 더글러스 크록포드가 자바스크립트 객체 표현을 표준화한 덕분에, 그는 무에서 유를 창조하는 그 영감과 감각을 되찾은 것이다.
"프로그래머는 마치 신과 같아요. 물론 위대한 신은 아니고, 그냥 작고 불쌍한 신이죠. 왜냐하면 그들에게는 창조할 수 있는 힘이 있으니까요. 프로그래머들은 일련의 단어와 기호를 입력함으로써 무언가에 생명을 불어넣을 수 있고, 그 결과물은 고유한 동작을 가지며 흥미로운 방식으로 작동할 수도 있어요. 오직 프로그래머만이 그런 일을 할 수 있죠."
피터는 "프로그래머"라는 용어가 너무 제한적이라고 생각했습니다. 그들은 사실 개발자였지만, 2026년인 지금은 모든 것이 달라졌습니다. 소프트웨어 산업은 역사상 전례 없는 전환점에 서 있으며, 인공지능 덕분에 누구나 쉽게 개발자가 될 수 있게 되었습니다.
이 새로운 기술은 놀라운 속도로 발전하고 있습니다. 5년 후에도 우리의 일자리가 남아있을까요? 엔비디아 CEO이자 공동 창업자인 젠슨 황의 말이 이를 잘 요약했다고 생각합니다. "일부 일자리는 사라지고, 일부 일자리는 생겨나겠지만, 모든 일자리가 영향을 받을 것입니다. 인공지능 때문에 일자리를 잃는 것은 아니지만, 인공지능을 사용하는 사람들 때문에 일자리를 잃게 될 것입니다."
그래서 지난 6개월 동안 그는 깨어 있는 거의 모든 시간을 AI에 몰두했고, 그럼에도 불구하고 시간이 부족하다고 느꼈습니다. 그러다 올해 2월, "바이브 코딩"이라는 용어가 생겨났고, 피터는 완전히 몰입하여 기하급수적인 성장을 받아들이고 심지어 코드의 존재조차 잊어버렸습니다. 이것이 가능한 이유는 LLM(Learning Leadership Management) 프로그램이 매우 훌륭해졌기 때문입니다.
바이브 코딩을 통해 그는 만들 수 있는 소프트웨어 프로그램의 수는 주로 추론 시간과 사고의 깊이에 의해 제한된다고 느꼈습니다.
피터는 대부분의 소프트웨어는 심오한 사고를 요구하지 않는다고 생각합니다. 대부분의 애플리케이션은 단순히 데이터를 한 형태에서 다른 형태로 변환하고, 어딘가에 저장한 다음, 어떤 방식으로든 사용자에게 표시할 뿐입니다.
텍스트는 가장 단순한 형태의 표현 방식이므로, 개발 대상과 관계없이 기본적으로 명령줄 인터페이스(CLI)부터 시작합니다. 에이전트는 명령줄 인터페이스를 직접 호출하여 출력 결과를 확인하고 완전한 폐쇄 루프를 형성할 수 있습니다.
피터는 요즘 코드를 많이 읽지 않는다고 합니다. 코드 흐름만 살펴보고 가끔 핵심 부분만 훑어본다고 하네요. 구성 요소들이 어디에 있는지, 어떻게 구성되어 있는지, 전체 시스템이 어떻게 설계되었는지 알고 있기 때문에 보통은 그것으로 충분하다고 합니다.
오늘날 중요한 결정은 적절한 언어/생태계 및 종속성을 선택하는 데 있습니다. 그가 선호하는 언어는 웹 애플리케이션에는 TypeScript, CLI에는 Go, macOS 기능이나 UI가 필요한 경우에는 Swift입니다.
불과 몇 달 전만 해도 그는 Go 언어를 고려조차 하지 않았지만, 직접 사용해 본 결과 에이전트들이 Go 코드를 작성하는 데 매우 능숙하고, 간단한 타입 시스템 덕분에 코드 린팅 속도가 매우 빠르다는 것을 알게 되었습니다.
피터는 맥 또는 iOS 앱을 개발하는 사람들에게 이제 Xcode나 .xcodeproj 파일이 그렇게 많이 필요하지 않다는 점을 상기시키고 싶어합니다. Swift의 빌드 인프라는 이제 대부분의 작업에 충분합니다. Codex는 특별한 구성이나 MCP 없이도 iOS 앱을 실행하고 시뮬레이터를 처리하는 방법을 알고 있습니다.
그의 일상적인 업무는 여러 프로젝트를 동시에 관찰하는 것을 포함합니다.
그는 보통 복잡성에 따라 3개에서 8개 사이의 여러 프로젝트를 동시에 처리합니다. 작업 전환은 피로감을 유발할 수 있으므로, 그는 대개 조용하고 집중할 수 있는 환경인 집에서 작업을 마무리합니다. 이러한 환경은 다양한 사고방식을 전환하는 능력을 요구합니다.
다행히 대부분의 소프트웨어는 상당히 평범합니다. 배달 주문 상태를 확인하는 CLI를 만드는 것은 그다지 어렵지 않습니다. 그는 보통 하나의 큰 프로젝트와 여러 개의 동시 진행되는 하위 프로젝트에 집중합니다.
피터는 에이전트 엔지니어링을 충분히 하다 보면 무엇이 쉽고 모델이 어려움을 겪을 수 있는 부분이 어디인지 감을 잡게 된다고 설명했습니다. 그래서 그는 종종 힌트 하나만 입력하고 Codex를 30분 동안 실행하면 필요한 결과를 얻습니다. 때로는 약간의 조정이나 창의력이 필요하기도 하지만, 대개는 일이 간단합니다.
현재 그는 Codex의 큐잉 기능을 대량 활용하여 새로운 아이디어가 떠오를 때마다 파이프라인에 추가하고 있습니다. 그는 많은 사람들이 다양한 멀티 에이전트 오케스트레이션, 이메일 또는 자동화된 작업 관리 시스템을 실험하는 것을 보지만, 이러한 것들은 불필요하다고 생각합니다. 그는 자신이 종종 병목 현상의 원인이라고 믿으며, 소프트웨어 개발에 있어 매우 반복적인 접근 방식을 취합니다.
피터의 말에 따르면, 그는 무언가를 만들고, 사용하고, 느껴본 다음, 그것을 개선하기 위한 새로운 아이디어를 떠올린다고 합니다. 그는 머릿속에 완벽한 설계도를 가지고 있는 경우가 거의 없습니다.
일반적으로 그는 대략적인 아이디어에서 시작하지만, 문제 영역을 탐구하면서 그 아이디어는 극적으로 변하는 경우가 많습니다. 따라서 완성된 아이디어를 입력받아 결과를 출력하는 시스템은 그에게 적합하지 않습니다. 그는 직접 사용하고, 만지고, 느끼고, 관찰하면서 단계적으로 발전시켜 나갑니다.
피터는 기본적으로 롤백이나 체크포인트를 거의 사용하지 않는다고 합니다. 마음에 들지 않는 부분이 있으면 모델이 알아서 수정하도록 둡니다. 코덱스가 파일을 초기화하는 경우도 있지만, 대부분은 단순히 편집 내용을 되돌리거나 수정하는 정도이며, 완전히 되돌려야 하는 경우는 드뭅니다. 대신 다른 방향으로 진행하는 경우가 많습니다.
피터는 소프트웨어 개발이 산을 오르는 것과 같다고 생각합니다. 직선으로 올라가는 것이 아니라 나선형으로 올라가는 것이죠. 때로는 경로에서 벗어나 약간 되돌아가야 할 때도 있습니다. 완벽하지는 않지만 결국에는 목표 지점에 도달하게 될 것입니다.
3. 인공지능과 에이전트의 미래에 대하여
인공지능은 회사의 기업 문화의 일부가 되어야 합니다.
피터는 회사를 운영한다면 직원들이 AI를 사용하도록 유도하고, 강제하고, 의무화하고, 최소한 그 기술을 직접 사용해 보도록 해야 한다고 생각합니다.
쇼피파이는 선구적인 AI 도입 기업이었고, AI 의무화 정책을 발표했을 때 큰 파장을 일으켰습니다. 이제 사람들은 이 정책이 올해 기업 문화에 일어난 최고의 변화라고 평가하고 있습니다. 따라서 저항이 있을 수도 있지만, 경쟁사들은 이 기회를 놓치지 않을 것입니다.
피터는 현재 우리가 가진 모델들이 완벽하지 않고 오류를 범할 것이라고 경고했지만, 우리 역시 실수를 저지를 것이라고 덧붙였습니다. 하지만 이러한 모델들이 역대 최악의 모델이 될 것이라는 점을 기억해 달라고 당부했습니다.
앤트로픽(Anthropic)이 소네트(Sonnet) 4.5를, 구글(Google)이 제미니(Gemini) 3 프로를 출시했습니다. 생성형 AI가 등장하여 불과 1년 만에 어느 정도 유용한 수준에서 매우 강력한 수준으로 발전했습니다. 숙련된 사용자와 결합하면 생산성을 크게 향상시킬 수 있으므로 더 이상 무시할 수 없는 기술입니다.
2026년은 개인 에이전트의 해입니다.
그는 올해가 "개인 에이전트의 해"가 될 것이며, 프로그래밍 에이전트가 진정으로 성숙해질 것이라고 평가합니다. 올해는 소수의 엔지니어 집단을 넘어 "모든 사람이 에이전트를 갖게 되는" 시대가 도래할 것이라는 예측입니다. 이러한 흐름은 오픈AI와 몇몇 대형 기업들이 주도할 가능성이 높습니다.
하지만 그는 다른 선택을 하고 싶었습니다. 대기업에 계속해서 더 많은 데이터를 넘겨주는 대신 자신의 데이터를 직접 관리하고, 지역 모델과 연동하여 활용하는 것이었습니다. 그는 이 문제에 진지하게 접근하는 사람을 본 적이 없었기에, 이것이 중요하다고 생각했고, 완전히 개방적이고 영구적으로 무료여야 한다고 믿었습니다.
이것이 바로 그가 개인 이름으로 공개하는 대신 MIT 라이선스 하에 오픈소스로 공개하고 조직을 설립하기로 결정한 이유입니다. 많은 사람들이 참여하는 프로젝트가 되어야 하기 때문입니다.
현재 가장 큰 현실적인 문제는 그가 "더 좋고 안전하게 만드는 것"에만 몰두한 나머지 외부 시스템을 완전히 구축하거나 효율적인 협업 메커니즘을 제대로 정립할 시간이 없었다는 점입니다. 현재 몇몇 사람들이 유지보수를 돕고 있지만, 전체적으로는 아직 너무 이릅니다. 그들은 여전히 업무 분담 방식을 제대로 정립하지 못하고 있습니다.
자, 그럼 질문입니다. 클로드봇의 미래는 어떤 모습일 거라고 생각하시나요?
