깃헙 별 4만 개 Paperclip — AI 에이전트 팀이 일하는 '회사'를 만드는 오픈소스

• GitHub 별 4만 개를 받은 오픈소스 프로젝트 Paperclip이 던지는 질문 — "Claude Code가 직원이라면, Paperclip은 그 직원들이 일하는 회사다"
  • AI 에이전트에게 직함, 보고 라인, 예산, 목표를 부여하고 조직도가 있는 회사처럼 운영하는 도구
  • CEO봇, CTO봇, 개발자봇, 마케터봇이 사람이 잠든 새벽에도 돌아감

에이전트가 많아지면 생기는 진짜 문제

• 에이전트 여러 개를 동시에 굴려본 사람이라면 공감할 문제들:
  • 어느 탭이 어떤 일을 하는지 잃어버림
  • 에이전트마다 맥락을 처음부터 다시 설명해야 함
  • 비용이 얼마나 나가는지 파악 불가
  • 재부팅하면 이어가던 작업이 증발
• Paperclip은 에이전트를 만드는 게 아니라 에이전트들이 일하는 환경을 만듦
  • 태스크는 티켓으로 추적, 대화는 스레드로 연결, 세션은 재부팅 후에도 이어짐
  • 에이전트별 월 토큰 예산을 설정하고 한도 넘으면 자동 정지

실제 사용 흐름

• ① 최상위 목표 설정 (예: "AI 노트 앱으로 월 1억 달성")
• ② 역할별 봇을 만들고 사용할 AI 에이전트(Claude Code, Cursor, Codex 등) 연결
• ③ 에이전트별 월 토큰 한도 설정
• ④ 스케줄에 따라 에이전트들이 자율 실행 → 대시보드에서 실시간 모니터링 (모바일도 가능)
  • 설치는 터미널 명령어 하나, Node.js만 있으면 PostgreSQL도 자동 설정

"AI가 보조한다" vs "AI가 주도한다"

• Paperclip은 에이전트가 스스로 태스크를 만들고 소화하는 '에이전트 중심' 구조
  • 반면 사람이 태스크를 관리하되 AI가 보조하는 '사람 중심' 도구(TaskPilot 같은)와는 UX, 사용자, 시장이 완전히 다름
• 1인 창업가의 가능성이 또 한 번 넓어진 건 맞지만, 아직은 "용감한 사람을 위한 도구"라는 평가
  • Paperclip 팀은 이미 이 도구로 자기 회사를 운영하고 있다고 밝힘
• MIT 라이선스 오픈소스, Node.js 20 이상 환경에서 터미널 한 줄로 설치 가능

---

기술 맥락

• Paperclip이 풀려는 문제는 'AI 에이전트 오케스트레이션'이에요. 에이전트 하나를 잘 쓰는 건 이제 쉬워졌는데, 10개 20개를 동시에 굴리면서 서로 충돌 안 하게 관리하는 건 완전히 다른 차원의 문제거든요
• 기술적으로 보면 이건 분산 시스템의 태스크 스케줄링과 비슷해요. 각 에이전트가 독립적인 워커(worker)이고, 티켓 시스템이 메시지 큐 역할을 하고, 예산 한도가 레이트 리미팅인 셈이에요. 기존 DevOps 인프라 개념을 AI 에이전트 관리에 차용한 거죠
• "사람 중심 vs 에이전트 중심"이라는 설계 분기점이 앞으로 중요해질 거예요. 사람이 승인 루프에 있는 HITL(Human-in-the-Loop) 방식과, 에이전트가 자율적으로 의사결정하는 방식은 신뢰성·비용·속도 면에서 트레이드오프가 완전히 달라요
• PostgreSQL을 상태 저장소로 쓰는 건, 에이전트의 세션 컨텍스트와 태스크 히스토리를 재부팅 후에도 유지하기 위해서예요. 인메모리로만 관리하면 프로세스가 죽는 순간 모든 맥락이 날아가거든요