프로젝트는 GitHub에, 공식 사이트는 paperclip.ing에서 볼 수 있다. 더 많은 글은 radarlog.kr에서.
Claude Code 탭을 20개 열어본 적 있는가.
나는 있다. 사이드 프로젝트 하나에 코딩 에이전트 하나, RAG 서버에 하나, 블로그 자동화에 하나. 거기에 코드 리뷰, 테스트, 문서화까지 각각 다른 탭에서 돌린다. 어느 순간 터미널이 12개가 넘어가면서 깨달았다.
나는 코드를 짜고 있는 게 아니라 에이전트를 관리하고 있다.
문제는 관리할 도구가 없다는 거다. 각 에이전트는 서로의 존재를 모른다. 컨텍스트가 공유되지 않는다. 비용이 얼마나 나가는지도 탭별로 따로 확인해야 한다. 리부팅하면 상태가 날아간다.
그러다 Paperclip을 발견했다.
에이전트 프레임워크가 아니다
Paperclip을 처음 보면 LangChain이나 CrewAI 같은 에이전트 프레임워크로 착각할 수 있다. 나도 그랬다. README를 읽다가 멈춘 문장이 있다.
"Not an agent framework. We don't tell you how to build agents. We tell you how to run a company made of them."
이게 핵심이다. Paperclip은 에이전트를 만드는 도구가 아니다. 에이전트를 고용해서 조직으로 굴리는 도구다.
LangChain은 에이전트 하나의 내부 파이프라인을 설계한다. CrewAI는 에이전트 여러 개를 하나의 태스크 파이프라인에 엮는다. Paperclip은 그 위 레이어다. 조직도, 목표 계층, 예산, 거버넌스, 감사 추적. 회사를 운영하는 데 필요한 것들을 제공한다.
비유하면 이렇다.
LangChain = 직원 한 명의 업무 매뉴얼
CrewAI = 팀 프로젝트의 태스크 보드
Paperclip = 회사 전체의 조직도 + 인사 + 재무
Claude Code, OpenClaw, Codex, Cursor 같은 에이전트를 그대로 가져다 쓴다. Paperclip이 하는 건 그 에이전트들에게 직함을 주고, 목표를 할당하고, 예산을 걸고, 일을 시키는 것이다.
"If it can receive a heartbeat, it's hired."
README에 있는 이 한 줄이 Paperclip의 철학을 전부 요약한다. 하트비트를 받을 수 있으면, 고용 가능하다.
게임 개발자 눈에 왜 이게 보이는가
UE5로 멀티플레이어 게임을 만들면 Dedicated Server를 관리하게 된다. 서버 인스턴스가 10개, 20개로 늘어나면 그때부터는 각 서버의 상태를 모니터링하고, 리소스를 배분하고, 장애가 나면 롤백하는 오케스트레이션 레이어가 필요해진다.
Paperclip을 보는 순간 그 구조가 떠올랐다.
게임 서버에서 각 인스턴스는 독립적으로 게임 로직을 실행한다. 오케스트레이터는 인스턴스를 직접 건드리지 않는다. 대신 상태를 수집하고, 부하를 분산하고, 죽은 인스턴스를 재시작한다. Paperclip도 마찬가지다. 에이전트의 내부 로직에는 관여하지 않는다. 대신 누가 무슨 일을 하고 있는지 추적하고, 예산을 초과하면 멈추고, 실패하면 롤백한다.
게임 서버 오케스트레이션:
Instance → GameMode 실행 → Orchestrator가 상태 수집 + 부하 분산
Paperclip:
Agent → Task 실행 → Paperclip이 상태 수집 + 예산 관리 + 거버넌스
핵심은 같다. 실행하는 놈과 관리하는 놈을 분리한다.
게임 서버에서 이걸 안 하면 서버 20대가 각자 알아서 돌다가 하나가 터지면 어디서 터졌는지도 모른다. AI 에이전트도 마찬가지다. 에이전트 20개가 각자 알아서 돌다가 하나가 토큰을 $140어치 태우면, 커피 마시고 돌아와서야 알게 된다.
Paperclip은 이걸 방지하는 컨트롤 플레인이다.
실제로 어떻게 돌아가는가
설치는 놀랍도록 간단하다.
npx paperclipai onboard --yes이 한 줄이면 된다. Node.js 서버가 뜨고, 내장 PostgreSQL이 자동으로 세팅된다. localhost:3100에 React 대시보드가 열린다. 별도의 DB 설치나 설정이 필요 없다.
대시보드에 들어가면 "회사"를 만들 수 있다. 여기서 Paperclip의 회사 메타포가 시작된다. CEO 에이전트를 만들고, CTO를 만들고, 엔지니어를 만든다. 각 에이전트에 역할과 목표를 부여한다. 조직도가 생기고, 보고 체계가 만들어진다.
에이전트는 하트비트 방식으로 작동한다. 스케줄에 따라 깨어나서 자기 할 일 큐를 확인하고, 작업을 수행하고, 다시 잠든다. 이벤트 트리거도 된다. 태스크가 할당되거나 @멘션이 오면 깨어난다.
하트비트 사이클:
Agent 깨어남 → 할 일 큐 확인 → Task checkout (atomic) → 작업 수행 → 결과 보고 → 잠듦
여기서 인상적인 건 atomic execution이다. 태스크 체크아웃과 예산 차감이 원자적으로 처리된다. 두 에이전트가 같은 태스크를 동시에 가져가는 일이 없고, 예산 초과도 원자적으로 막힌다. 게임 서버에서 동시성 버그를 수도 없이 잡아본 사람으로서, 이게 기본으로 들어가 있다는 건 아키텍처를 제대로 잡았다는 뜻이다.
예산 관리도 에이전트별로 월간 한도를 건다. 80%에서 경고, 100%에서 자동 정지. 토큰을 무한으로 태우는 사고를 구조적으로 막는다.
에이전트별 월 예산:
CEO Agent → $50/month
Coder Agent → $200/month
QA Agent → $30/month
80% 도달 → soft warning
100% 도달 → auto-pause
이 숫자들을 대시보드에서 한눈에 볼 수 있다. 태스크별, 프로젝트별, 목표별 비용 추적이 된다. Claude Code 탭 20개 열어놓고 "이번 달 API 비용이 왜 이렇게 나왔지?" 하던 시절과는 차원이 다르다.
회사 메타포가 주는 것
처음엔 "회사 메타포"가 마케팅 기믹이라고 생각했다. 조직도? CEO 에이전트? 과하지 않나?
근데 실제로 써보면 이 메타포가 사고방식을 바꾼다. "AI한테 프롬프트를 던진다"에서 "팀을 관리한다"로 관점이 이동한다.
프롬프트 엔지니어링 관점에서는 이렇게 생각한다.
"이 태스크에 맞는 프롬프트를 어떻게 짤까?"
회사 관리 관점에서는 이렇게 생각한다.
"이 목표를 달성하려면 누구한테 어떤 일을 시키고, 누가 리뷰하고, 예산은 얼마나 잡을까?"
후자가 확장성이 있다. 에이전트가 5개에서 20개로 늘어나도 같은 프레임으로 관리할 수 있다. 프롬프트 하나하나 신경 쓰는 건 에이전트 3개까지가 한계다.
Paperclip의 goal-aware execution도 이 메타포에서 나온다. 모든 태스크는 상위 목표의 계보를 들고 다닌다. 에이전트가 태스크를 받으면 "이걸 왜 해야 하는지"까지 컨텍스트로 전달된다. 제목만 보고 일하는 게 아니라, 회사의 미션에서부터 자기 태스크까지의 연결고리를 안다.
게임 개발로 치면 이건 UE5의 Gameplay Ability System에서 각 어빌리티가 자기가 어떤 GameplayEffect 체인에서 발동됐는지 알고 있는 것과 비슷하다. 컨텍스트가 끊기지 않으니 이상한 방향으로 빠지는 걸 막을 수 있다.
그리고 거버넌스. 승인 게이트가 있다. 설정 변경은 버전 관리된다. 문제가 생기면 롤백이 된다. 이건 마케팅이 아니라 에이전트가 실수했을 때 복구할 수 있느냐의 문제다. Flowtivity라는 곳에서 실제로 에이전트가 배치 아웃리치를 3명한테 보낼 걸 23명한테 보내버린 사고가 있었다. 승인 게이트 없이 에이전트를 자율적으로 돌리는 건, 게임 서버에서 치트 방지 없이 클라이언트를 신뢰하는 것과 같다.
아직 이른 것도 맞다
솔직히 말하면, Paperclip은 아직 v0.3이다. 2026년 3월에 나왔다. 스타가 38K를 넘었고 커뮤니티가 빠르게 성장하고 있지만, 프로덕션에 바로 투입할 수준은 아니다.
온보딩이 매끄럽지 않다. 공식 문서에서도 "5분 안에 첫 태스크까지 도달"을 목표로 잡고 있지만, 아직 그게 일관되게 되지는 않는다고 인정하고 있다. API 키 설정이 개발자가 아닌 사람한테는 혼란스럽다.
그리고 혼자 쓰기엔 오버스펙이다. README에서도 명확하게 말한다. 에이전트 하나로 충분하면 Paperclip은 필요 없다. 에이전트가 20개면 반드시 필요하다. 그 사이 어딘가에 있는 사람이라면, 에이전트 수가 늘어나는 속도를 보고 판단하면 된다.
"zero-human company"라는 슬로건도 도발적이다. 실제로는 사람이 사라지는 게 아니다. 사람이 하는 일이 바뀌는 거다. 프롬프트를 짜던 사람이 조직을 설계하고, 목표를 정하고, 거버넌스를 만드는 일을 한다. 일이 없어지는 게 아니라 일의 추상화 레벨이 올라간다.
그래도 주목하는 이유는 명확하다. 에이전트의 성능은 매달 올라가고 있다. 지금 부족한 건 개별 에이전트의 능력이 아니라, 여러 에이전트를 체계적으로 굴리는 인프라다. Paperclip은 정확히 그 빈자리를 노리고 있다.
Clipmart라는 마켓플레이스도 예고돼 있다. 회사 템플릿을 원클릭으로 다운받아서 바로 돌리는 구조다. 에이전트 설정, 조직도, 스킬 구성까지 한 묶음으로. 이게 되면 "AI 회사 만들기"의 진입장벽이 확 낮아진다.
"에이전트가 더 똑똑해질 필요 없다. 에이전트가 일할 회사가 필요하다."