시장은 이미 “에이전트를 만들 것인가”를 지나 “에이전트를 어떻게 굴릴 것인가”로 넘어갔다
Paperclip의 공식 README는 스스로를 챗봇도, 에이전트 프레임워크도, 워크플로 빌더도 아니라고 규정한다. 대신 “에이전트로 이뤄진 회사를 운영하는” 도구라고 설명한다. 이 차이가 중요하다. 지난 1년간 시장이 보여준 것은 더 똑똑한 에이전트의 등장이었다. 하지만 실제 운영 현장에서는 에이전트가 많아질수록 누가 누구에게 보고하는지, 비용은 누가 통제하는지, 작업은 어디서 추적되는지, 잘못된 실행은 누가 멈추는지가 더 큰 문제가 됐다. Paperclip이 겨냥하는 수요는 바로 이 지점이다. 이 프로젝트는 에이전트를 더 잘 생각하게 만드는 것이 아니라, 에이전트들이 회사처럼 움직이게 만드는 질서를 제공하려 한다.
Paperclip의 신선함은 모델이 아니라 조직도를 제품으로 만들었다는 데 있다
공식 설명을 보면 Paperclip의 핵심 기능은 놀라울 정도로 “회사다운” 것들이다. 목표 정렬, 하트비트 기반 작업 실행, 월별 예산 통제, 다중 회사 운영, 티켓 시스템, 불변 감사 로그, 승인과 롤백이 가능한 거버넌스, 그리고 역할과 보고 체계를 가진 조직도다. 공식 문구도 명확하다. “If OpenClaw is an employee, Paperclip is the company.” 이 말은 곧 Paperclip이 에이전트의 두뇌를 파는 것이 아니라, 에이전트를 직원처럼 배치하고 통제하는 회사의 운영체계를 판다는 뜻이다. 시장에 에이전트는 이미 넘친다. Paperclip이 새롭게 푼 것은 에이전트가 아니라 회사라는 형식이다.
더 흥미로운 것은 회사 자체를 템플릿으로 배포하려 한다는 점이다
Paperclip의 companion 저장소인 paperclipai/companies는 이 프로젝트의 야심을 더 노골적으로 보여준다. 공식 설명에 따르면 이 저장소에는 16개의 사전 구축 회사, 440개 이상의 특화 에이전트, 500개 이상의 스킬이 들어 있고, 보안 감사 회사, 게임 스튜디오, 과학 연구소, 개발 숍, 에이전시 같은 조직을 통째로 가져다 쓸 수 있게 설계돼 있다. 여기서 핵심은 단순한 템플릿이 아니다. Paperclip은 이제 프롬프트나 워크플로만 오픈소스로 배포하는 것이 아니라, 회사 그 자체를 import 가능한 템플릿으로 만들고 있다. 회사가 더 이상 사람을 채용해 천천히 형성되는 조직이 아니라, 다운로드 가능한 구조물이 되기 시작한 것이다.
그래서 이 프로젝트의 진짜 시장은 ‘AI 스타트업 도구’가 아니라 ‘회사 운영권’이다
공식 README는 Paperclip이 “비즈니스 목표를 관리하지 pull request를 관리하는 도구가 아니다”라고 적는다. 이 문장은 단순 마케팅이 아니다. 지금 많은 에이전트 도구는 결국 개발 생산성 도구로 귀결된다. 하지만 Paperclip은 개발만이 아니라 CEO, CTO, 마케터, QA, 리서처, 세일즈 같은 역할을 회사 구조 안에 배치하려고 한다. 즉 이 프로젝트는 코드 생성 툴 시장이 아니라, AI 에이전트를 여러 직무와 비용 구조 안에서 굴리는 운영권 시장을 겨냥한다. 에이전트를 많이 쓰는 팀이 커질수록 문제는 성능이 아니라 통제다. 그래서 Paperclip의 본체는 자동화 툴이 아니라 에이전트 기업의 컨트롤 플레인에 가깝다.
최근 큰 이슈가 된 이유는 오픈소스의 속도가 아니라 실제 사용 흔적이 붙기 시작했기 때문이다
이 프로젝트의 이면에는 ‘제로휴먼 회사’보다 더 현실적인 욕망이 있다
Paperclip은 스스로를 “zero-human companies”의 오픈소스 오케스트레이션으로 내세운다. 하지만 실제 사용자 패턴을 보면 모두가 인간 없는 회사를 꿈꾼다고 보긴 어렵다. 공식 블로그도 가장 두드러진 패턴을 “founder-led product building”이라고 요약한다. 다시 말해 시장의 실제 욕망은 사람을 완전히 없애는 데 있다기보다, 현재 인원수보다 더 큰 조직처럼 움직이고 싶은 창업자에 더 가깝다. 이건 매우 중요하다. Paperclip의 표면 서사는 ‘제로휴먼 회사’지만, 더 깊은 수요는 ‘인원은 적어도 회사처럼 보이고 싶다’는 욕망이다. 이 프로젝트는 공상을 판다기보다, 창업자의 인력 부족을 조직 소프트웨어로 덮으려는 현실적 욕망을 건드리고 있다.
결국 승부는 에이전트 성능이 아니라 회사를 얼마나 감사 가능하게 만드느냐에서 난다
Paperclip이 예산, 감사 로그, 승인, 롤백, 격리, goal ancestry 같은 기능을 전면에 두는 이유는 분명하다. 에이전트가 실제 비즈니스에 들어올수록 가장 비싼 문제는 “잘하냐 못하냐”가 아니라, 누가 무엇을 했는지 나중에 설명할 수 있느냐, 돈이 어디까지 새는지 즉시 끊을 수 있느냐, 회사 단위의 책임 구조를 만들 수 있느냐가 된다. Paperclip은 이 문제를 코드 생성 문제로 보지 않고, 아예 조직 설계 문제로 본다. 그래서 이 프로젝트의 가장 날카로운 포인트는 에이전트를 능력 있는 직원처럼 묘사한 데 있지 않다. 오히려 반대로, 에이전트가 능력 있어질수록 회사는 더 많은 통제 장치를 필요로 한다는 사실을 제품 구조에 새겨 넣었다는 데 있다.
DIM의 해석
Paperclip이 진짜로 오픈소스로 공개한 것은 AI 회사 구축 모델이 아니다. 더 정확히 말하면, 이 프로젝트는 회사를 하나의 다운로드 가능한 운영 구조로 바꾸는 사고방식을 공개했다. 과거에 회사는 사람을 모으고, 역할을 나누고, 관리 체계를 만든 뒤 서서히 굴러갔다. Paperclip이 제안하는 회사는 반대다. 먼저 조직도, 예산, 승인 체계, 역할, 스킬을 소프트웨어로 정의하고, 그 위에 에이전트를 꽂아 넣는다. 회사가 사람을 담는 그릇이 아니라, 에이전트를 담는 런타임으로 바뀌는 셈이다. 그래서 Paperclip이 최근 큰 이슈가 되는 이유는 “AI 에이전트가 회사 일을 대신한다”는 자극적 문구 때문만이 아니다. 더 본질적으로는, 이 프로젝트가 지금 시장에 이렇게 묻고 있기 때문이다. 이제 회사를 무엇으로 정의할 것인가. 사람의 조직으로 볼 것인가, 아니면 운영 가능한 소프트웨어 구조로 볼 것인가. Paperclip은 그 질문을 가장 먼저 오픈소스로 던진 프로젝트다.