🎬 Claude Code + Paperclip Just Destroyed OpenClaw

▶️ 유튜브

• 원본 링크: https://youtu.be/HJ-dwefABss?si=-F8Lw3_D-uc4a5_6

🖼️ 4컷 인포그래픽

💡 한 줄 결론

이 영상은 Claude Code와 OpenClaw 같은 실행 도구 위에 Paperclip을 얹어, 여러 AI 에이전트와 작업을 회사처럼 조직·추적·승인하는 운영 레이어를 만드는 흐름을 강조한다.

📌 핵심 요점

1. 발표자는 다수의 AI 에이전트와 작업이 동시에 돌아갈 때 생기는 가장 큰 문제를 “가시성 부족”으로 본다. 누가 무엇을 하고 있는지, 어디서 사람 승인이 필요한지, 어떤 작업이 막혀 있는지를 한눈에 보기 어렵기 때문에 Paperclip이 대시보드·이슈·인박스 중심의 오케스트레이션 도구로 제시된다.
2. Paperclip의 활용 방식은 전면 무인화보다 단계적 도입에 가깝다. 새 회사를 AI 중심으로 세우는 데도 쓰일 수 있지만, 기존 사업 안에서 특정 팀이나 기능부터 AI 우선 구조로 바꾸고 점차 확대하는 현실적 전환 방식이 더 중요하게 다뤄진다.
3. 데모에서는 회사 생성, CEO 에이전트 연결, 첫 엔지니어 채용, 프로젝트 생성, QA 채용 지시, 하트비트 운용, 댓글과 승인 기반 협업까지 이어지며, 에이전트를 단순 채팅 주체가 아니라 역할·권한·예산·책임이 있는 조직 구성원처럼 관리하는 모습을 보여준다.
4. 발표자는 agents, heartbeat, soul, tools 같은 파일 구조와 전용 보조 에이전트 구성을 통해, 에이전트가 깨어날 때마다 자신의 역할과 체크리스트를 바탕으로 다시 움직이게 하는 운영 원리를 설명한다. 이는 장기 실행보다 “주기적으로 깨우고 점검하는 시스템”에 가깝게 묘사된다.
5. 다만 영상 제목의 강한 표현과 달리, transcript 기준으로는 Paperclip이 OpenClaw를 완전히 대체하거나 “파괴했다”는 사실이 입증되지는 않는다. 오히려 OpenClaw, Claude Code, 기타 에이전트 실행 환경을 조직 단위로 관리하는 상위 레이어라는 해석이 더 직접적으로 제시된다.

🧩 배경과 문제 정의

• 발표자는 여러 AI 에이전트와 작업이 동시에 돌아가는 환경에서, 각 세션이 무엇을 하고 있는지와 어디에서 사람의 승인·개입이 필요한지를 한눈에 파악하기 어렵다는 운영상의 혼란을 핵심 문제로 둔다.
• 관심의 초점은 단순히 챗봇을 잘 쓰는 수준이 아니라, CEO·마케터·디자이너·리서처처럼 역할이 나뉜 AI 조직을 만들고, 사람은 상위 목표와 판단만 제공하는 구조를 설계하는 데 있다.
• Paperclip은 이런 분산된 작업 흐름을 하나의 대시보드, 이슈, 승인 인박스, 에이전트 설정 체계로 묶어 관리하는 오케스트레이션 도구로 제시된다.
• 이 접근은 “모든 사람 일을 한 번에 대체한다”는 식의 전면 무인화보다, 기존 사업의 일부 팀·기능을 AI 우선 방식으로 먼저 전환하고 점차 넓혀 가는 운영 모델에 더 가깝게 설명된다.
• 영상 전반에서 강조되는 문제의식은 생산성 자체보다도, 여러 에이전트가 병렬로 움직일수록 맥락 보존, 진행 가시성, 승인 흐름, 역할 분담, 반복 루틴 관리가 더 중요해진다는 점이다.
• 또한 발표자는 Claude Code 같은 실행 도구와 Paperclip 같은 관리 레이어를 결합하면, 개별 세션 단위의 작업을 넘어 “회사처럼 운영되는 AI 시스템”에 가까운 구조를 만들 수 있다고 본다.
• 다만 실제 효율, 안정성, 보안성, 장기 운영 적합성은 영상 속 데모와 발표자의 해석에 기반한 설명이므로, 실사용 수준의 검증은 별도로 필요하다.

🕒 시간순 섹션별 상세정리

1. 미션 컨트롤 화면과 AI 회사 운영 구상 [00:00]

• 시작부터 화면에는 여러 에이전트, 진행 중 작업, 최근 활동, 승인 대기 항목이 함께 표시되며, 발표자는 이를 AI 조직의 “미션 컨트롤”처럼 설명한다.
• 각 에이전트마다 지시문과 스킬, 설정을 따로 조정할 수 있어 역할별 운영 단위로 다룰 수 있다는 점이 강조된다.
• 발표자는 자신이 실무를 직접 하는 사람이 아니라, 상위 목표와 핵심 지표를 주는 이사회 같은 위치에 서고 실행은 AI 조직이 맡는 구조를 그리고 있다.
• 예시 조직에는 CEO, 소셜미디어 담당, 마케터, 카피라이터, 전략가, 디자이너, 리서처 등이 포함되며, 단순한 단일 봇이 아니라 역할 분화된 팀 구조를 상정한다.

2. 부분 자동화부터 넓혀 가는 적용 방식 [01:01]

• 발표자는 기존 사업 전체를 한 번에 자동화해 사람을 대체하겠다는 접근보다는, 일부 기능이나 하위 조직부터 AI 우선으로 바꾸고 점차 넓히는 방향이 더 현실적이라고 말한다.
• 자신의 사업에서도 특정 부서나 단위를 먼저 자동화하는 식으로 확장하려 한다고 설명한다.
• 사용자는 새 이슈를 만들어 특정 에이전트와 프로젝트에 할당하고, 높은 수준의 목표만 제시한 뒤 팀이 알아서 협업하게 둘 수 있는 구조가 제시된다.
• 이 시점에서 Paperclip은 새 회사를 혼자 세우는 도구이면서도, 기존 조직 내부의 일부 기능을 재구성하는 도구로 함께 위치 지어진다.

3. Paperclip의 성격과 기본 기능 묶음 [01:38]

• Paperclip은 무료 오픈소스 오케스트레이션 도구로 소개되며, AI 직원이 다른 AI를 채용하고 목표를 세우며 사업 운영을 자동화하는 그림이 설명된다.
• 이미 만든 커스텀 에이전트나 OpenClaw, Claude Code 계열 설정을 가져와 연결할 수 있다고 언급된다.
• 에이전트별 하트비트와 예산 설정이 가능해, 누가 얼마나 자주 깨어나고 얼마를 쓰는지 관리할 수 있는 구조가 보인다고 설명한다.
• 비용이 0으로 보이는 사례는 구독 기반 사용 때문이며, 별도 토큰 체계를 쓸 경우 더 자세한 지출 분석이 나온다고 덧붙인다.

4. 여러 회사·부서를 병렬 운영하는 구조 [02:32]

• 하나의 대시보드 안에서 회사를 여러 개 추가할 수 있어, 새로운 사업 아이디어마다 별도 회사를 만드는 흐름이 가능하다고 설명한다.
• 동시에 기존 사업 안에 여러 팀이나 부서를 두고 각각을 자동화하는 방식도 가능하다고 말한다.
• 예시로 발표자는 대규모 커뮤니티를 기반으로 콘텐츠 생산과 브랜드 확장을 키우되, 개인 브랜드 의존도를 낮추는 목표를 언급한다.
• Paperclip 안에서는 모든 대화와 이슈가 티켓처럼 기록되어, 각 작업의 맥락과 진행 흔적을 나중에 다시 확인할 수 있게 한다는 점도 함께 소개된다.

5. 티켓 로그, 작업 검토, Claude Code 조합 예고 [03:30]

• 대시보드에서 작업을 열면 에이전트가 무엇을 생각했고 무엇을 만들었는지 볼 수 있으며, 댓글로 피드백을 남기는 흐름도 가능하다고 한다.
• 예시 작업에서는 캐러셀 제작 시도가 보이고, 발표자는 첫 시도이므로 재검토가 필요해 보인다는 판단을 곁들인다.
• OpenClaw, Claude, Codex, Cursor 등 다양한 조합이 가능하다고 언급하지만, 이번 데모는 Claude Code 중심으로 진행하겠다고 정리한다.
• 앞부분에서 여러 기능을 빠르게 훑은 것은 이후 새 회사를 처음부터 세우는 과정을 이해시키기 위한 사전 감각 맞추기라는 맥락이 제시된다.

6. 왜 갑자기 주목받았는가와 해결하려는 고통 [04:18]

• 발표자는 이 도구가 등장한 지 3주 정도밖에 되지 않았는데도 GitHub 스타가 빠르게 늘어난 배경을 언급한다.
• 최근 AI 에이전트 도구들이 더 능동적이고 원격 협업 가능하게 진화하는 흐름 속에서, 터미널과 Claude Code 세션을 수십 개씩 돌리면 생산성은 생기지만 각 세션의 목적과 상태를 잊기 쉬운 문제가 커진다고 짚는다.
• 자신도 이런 문제를 겪었다며, 작업을 돌려두고 돌아왔을 때 어떤 세션이 무슨 일을 하는지 가시성이 부족해진다고 공감한다.
• Paperclip은 이런 분산된 세션을 한곳에 동기화하고, 서로가 같은 상위 목표를 이해한 채 움직이게 만드는 도구로 받아들여진다고 설명한다.

7. 설치 방식과 새 회사 온보딩 절차 [05:07]

• 도구는 MIT 라이선스 기반 오픈소스이며, 터미널에서 실행하면 로컬 대시보드가 열리는 구조라고 소개된다.
• 기본 접속 위치는 로컬호스트지만, VPS 등에 올리면 다른 곳에서도 접속할 수 있다는 확장 가능성도 언급된다.
• 시작은 GitHub나 공식 페이지의 명령어를 복사해 터미널에 붙여 넣는 수준으로 단순화되어 있다고 설명한다.
• 처음 실행하면 회사 이름을 정하는 온보딩 화면으로 들어가고, 예시 회사로는 고객 후기 영상을 AI가 정리해 웹사이트에 활용하는 ‘Proof Shot’이 제시된다.
• 첫 에이전트는 CEO로 설정되며, Claude Code 인증이 이미 되어 있으면 비교적 바로 연결될 수 있다고 말한다.

8. 첫 작업 실행, 하트비트, 에이전트 파일 구조 [06:31]

• 모델을 선택하고 CLI 연결 테스트를 통과하면, 첫 작업으로 CEO가 첫 엔지니어를 채용하고 채용 계획을 세우는 프롬프트가 제시된다.
• 회사가 시작되면 대시보드에서 CEO가 실제로 작업하는 모습이 보이며, 계획 수립, 명령 실행, 웹 조회 같은 Claude Code 동작이 이어진다고 설명한다.
• 작업 도중에는 인박스로 승인 요청이나 코멘트 요청이 올라와, 사용자가 핵심 순간에만 개입하는 구조가 만들어진다고 한다.
• 에이전트 설정 화면에서는 작업 할당과 하트비트 실행이 가능하며, 하트비트는 일정 주기로 에이전트를 깨워 다시 일하게 만드는 장치로 설명된다.
• 깨어난 에이전트는 fresh context와 fresh memory 상태에서 시작하므로, 자신의 작업과 환경을 먼저 점검해야 한다는 운영 원리도 강조된다.
• 이를 위해 agents, heartbeat, soul, tools 파일이 함께 작동하며, heartbeat는 실행 체크리스트, soul은 페르소나, tools는 사용 가능한 도구 정의 역할을 맡는다고 설명한다.
• soul 예시에는 CEO가 손익을 책임지고 행동을 우선하며 장기 시야와 단기 실행을 함께 유지해야 한다는 성격 규칙이 들어간다고 한다.
• 구간 끝부분에서는 Paperclip 관련 스킬이 기본 탑재돼 에이전트가 도구 사용법을 이미 이해하고 있으며, 발표자가 자신의 Claude Code 프로젝트도 별도로 이해를 강화하도록 세팅했다고 말하려는 흐름이 이어진다.

9. Paperclip 전용 보조 에이전트 구성 [10:00]

• 발표자는 Paperclip의 아키텍처, API, heartbeat 프로토콜, VPS 이전 가능성, 에이전트 구성, 시크릿, 조회 방법, 운영상 주의점까지 이해하는 전용 프로젝트를 만들어 두었다고 설명한다.
• 이런 구성은 설정 보조, 모니터링 확장, 시크릿 추가, 신규 에이전트 도입, 향후 마이그레이션 계획 같은 작업을 함께 처리하는 실무 파트너 역할을 한다고 본다.
• 오픈소스 저장소와 외부 사용 사례, 자체 조사 결과까지 참고하게 하면 도구 활용 수준이 크게 올라간다고 말한다.
• 특히 초반 온보딩과 방향 감각을 잡는 단계에서 유용하고, 익숙해진 뒤에는 의존도가 줄어들 수 있다고 정리한다.

10. 에이전트별 모델·권한·구조 커스터마이징 [11:08]

• 이름, 직함, 보고 대상, 권한 범위 같은 조직 요소를 바꿀 수 있고, 에이전트마다 다른 모델과 다른 제공자를 붙일 수도 있다고 설명한다.
• 이를 통해 조직도를 역할 특화형으로 설계하고, 특정 업무에 맞춘 에이전트를 세밀하게 구성할 수 있다는 점이 강조된다.
• 작업 할당 허용, 신규 에이전트 생성 허용 같은 세부 옵션도 존재하지만, 데모에서는 복잡성을 낮추기 위해 단순 구성으로 유지한다고 말한다.
• 실행 이력과 예산 설정도 함께 보이며, 단순 대화형 도구가 아니라 운영 관리형 시스템이라는 인상을 준다고 설명한다.

11. 승인 요청과 엔지니어 채용 실행 [11:46]

• 대시보드의 승인 대기 항목을 열어보니 CEO가 창립 풀스택 엔지니어 채용을 요청한 상태이며, 통합·디자인·데이터베이스·프런트엔드 역량이 필요하다고 적혀 있다.
• 발표자는 자신이 만들고 있는 SaaS 성격의 제품에는 이 역할이 필요하다고 판단해 승인을 진행한다.
• 승인 후 연결 이슈가 생성되고, CEO가 다시 실행되면서 엔지니어를 조직에 편입시키는 흐름이 이어진다.
• 새 엔지니어는 아직 최소한의 지침과 Paperclip 관련 스킬만 가진 상태로 대기하며, 이후 CEO가 계획을 세워 일을 나눠줘야 본격적으로 움직이게 된다고 설명한다.

12. 프로젝트 생성과 QA 공백 인식 [12:49]

• 생성된 작업들을 보면 MVP 코어 백엔드, AI 처리 파이프라인, 프런트엔드 녹화 UI, 임베디드 카드 등 여러 이슈가 이미 진행 중인 상태라고 한다.
• 그러나 품질을 책임질 역할이 없고, 작업이 프로젝트 단위로 묶이지도 않아 코드 개발을 체계적으로 관리하기엔 부족하다고 판단한다.
• 그래서 GitHub 저장소와 동기화 가능한 프로젝트를 하나 만들고, 이를 초기 MVP로 잡아 첫 웹사이트 버전을 올린 뒤 지속적으로 개선하는 흐름을 제안한다.
• 상태, 목표, 날짜 같은 관리 항목도 함께 설정할 수 있어, 운영 단위를 일회성 이슈 묶음에서 프로젝트 중심으로 전환하는 그림이 제시된다.

13. CEO에게 QA 채용과 마이그레이션을 지시 [13:41]

• 발표자는 새 이슈를 초기 MVP 프로젝트 안에서 CEO에게 할당하고, 이름을 migration and QA로 둔다.
• 핵심 요구는 창립 엔지니어에게 일이 배정되기 시작한 것은 좋지만, 품질 보증 담당이 없으니 QA 에이전트를 새로 채용하라는 것이다.
• QA는 품질, 안전성, 버그 여부를 계속 점검해야 하며, 엔지니어와 함께 반복적으로 개선을 돌린 뒤 완료를 보고하는 구조가 요구된다고 설명한다.
• 발표자는 자신을 세부 실행자가 아니라 보드에 가깝게 두고, 원하는 산출물만 제시한 뒤 CEO가 필요한 인력과 협업 구조를 스스로 정하게 만든다는 운영 철학을 다시 강조한다.

14. 스킬 추가와 외부 스킬 활용 시 주의점 [14:35]

• 회사 스킬 섹션에서는 로컬 경로나 GitHub URL을 붙여 넣는 방식으로 스킬을 추가할 수 있고, 에이전트별 개별 스킬 부여와 병행된다고 설명한다.
• 예시로 프런트엔드 디자인 스킬 저장소를 가져와 설치하고, 이어서 웹 디자인 가이드라인도 추가한다.
• skills.sh는 다양한 프로세스용 스킬이 모여 있는 일종의 마켓플레이스처럼 소개되며, 무료 항목이 많고 선택지도 풍부하다고 언급된다.
• 다만 보안 점검이 있더라도 외부 스킬은 끝까지 확신할 수 없으므로, 설치와 사용에는 주의가 필요하다는 경고를 분명히 남긴다.

15. 이슈·댓글·하트비트 중심 협업과 루틴 도입 [15:43]

• CEO 작업 화면에서는 QA 채용과 작업 마이그레이션 목표를 바탕으로 컨텍스트를 수집하며 움직이는 모습이 보인다고 설명한다.
• 상호작용 방식은 긴 대화 세션보다 이슈 생성, 댓글 작성, 하트비트로 깨우기 같은 운영형 패턴에 더 가깝다고 말한다.
• 이어서 베타 기능인 루틴을 소개하며, 첫 반복 워크플로우로 매일 밤 보안 점검을 자동 실행하는 예시를 든다.
• 이 루틴은 코드와 통합 상태를 검사해 시크릿 노출이나 보안 취약 가능성을 체크하도록 특정 에이전트에게 맡길 수 있다고 설명한다.
• 루틴 생성 후에는 스케줄, 웹훅, 터미널 실행 트리거를 설정할 수 있고, 활성 여부와 실행 이력도 관리 가능하다고 덧붙인다.

16. 채용 승인 정책, 회사 템플릿, 시크릿 운용 [17:13]

• QA 채용 요청도 승인함에서 처리되며, 기본적으로 신규 채용은 보드 승인을 요구하도록 설정되어 있지만 필요하면 이를 꺼서 CEO가 자율적으로 조직을 확장하게 만들 수 있다고 설명한다.
• 이어서 미리 만들어진 회사 템플릿을 통째로 가져오는 기능이 소개되며, 가져온 템플릿에는 에이전트, 스킬, 지식이 함께 포함된다고 한다.
• 예시 템플릿에는 CEO, CTO, QA 엔지니어, 릴리스 엔지니어, 스태프 엔지니어 같은 역할이 이미 세팅되어 있고, 어떤 템플릿은 수십 명 규모로 구성돼 있어 처음부터 팀을 짜는 부담을 줄여준다고 말한다.
• 이후에도 에이전트들은 계속 일하고, 막히는 점이 생기면 새 이슈나 댓글로 다시 깨워 작업을 이어가게 할 수 있다고 설명한다.
• 마지막으로 화면상 별도 시크릿 매니저가 잘 보이지 않더라도 Paperclip 내부에는 환경변수를 담아둘 수 있는 장치가 있으며, Claude Code 쪽 보조 도우미가 시크릿 생성과 위치 안내, 사용 연결까지 도와줄 수 있다고 말한다.

17. 작업 가시성과 전체 점검의 가치 [20:00]

• 발표자는 여러 작업을 둘러보며 현재 상태를 확인하고, 전체 흐름을 폭넓게 들여다볼 수 있다는 점을 다시 짚는다.
• 개별 작업 하나하나를 처리하는 것보다, 전반을 함께 볼 수 있는 시야 자체가 중요하다는 맥락으로 받아들여진다.

18. Claude Code로 세팅과 최적화를 돕는다는 주장 [20:03]

• Claude Code를 활용해 실제 회사 단위의 요소들을 Paperclip 안에 세팅하고 최적화할 수 있다는 가치가 다시 강조된다.
• 단순히 코드 작성 보조를 넘어서, 실제 운영 대상과 구조를 정리하고 다듬는 데 도움을 준다는 뉘앙스로 설명된다.

19. 처음 시작하는 사람을 위한 무료 로드맵 안내 [20:12]

• 발표자는 이번 영상을 여기서 마무리한다고 하며, 처음 세팅하는 사람을 위한 로드맵형 리소스 가이드를 다시 상기시킨다.
• 무엇을 어떻게 세팅해야 하는지에 대한 안내가 필요하다면 무료 커뮤니티에 들어오라고 권한다.
• 관련 링크는 설명란에 있고, 해당 자료는 무료로 받을 수 있다고 말한다.

20. 반응 요청과 작별 인사 [20:23]

• 영상이 유익했거나 새로운 것을 배웠다면 좋아요를 눌러 달라고 요청한다.
• 그런 반응이 큰 도움이 된다고 덧붙인다.
• 끝까지 시청한 사람들에게 감사를 전하고, 다음 영상에서 다시 보겠다고 말하며 영상을 마무리한다.

🧾 결론

• 이 영상의 중심 메시지는 더 강한 단일 에이전트보다, 여러 에이전트를 어떻게 조직처럼 운영할 것인가에 있다.
• 발표자는 자신을 세부 실행자가 아니라 보드나 이사회처럼 두고, 상위 목표만 제시한 뒤 CEO 에이전트가 인력 구성과 작업 분배를 주도하게 하는 구조를 반복해서 강조한다.
• Paperclip의 핵심 가치는 작업 로그, 승인 대기함, 프로젝트, 예산, 하트비트, 템플릿, 스킬 주입을 통해 운영 복잡성을 줄이는 데 있는 것으로 묘사된다.
• transcript 안에서 확인되는 범위로는, 이 도구가 실제 기업 운영 생산성을 얼마나 높이는지에 대한 정량 검증은 제시되지 않는다. 따라서 효율성이나 우월성은 데모 기반 주장으로 보는 편이 안전하다.
• 외부 스킬 설치, 시크릿 운용, 다수 에이전트 자율 채용 같은 요소는 확장성을 보여주지만, 동시에 보안·통제·신뢰 문제를 별도로 점검해야 하는 영역으로 남는다.

📈 투자·시사 포인트

• AI 도구 시장의 무게중심이 “모델 성능 경쟁”에서 “운영 레이어 경쟁”으로 옮겨가고 있음을 시사한다. 즉, 누가 더 잘 답하느냐보다 누가 더 잘 조직하고 추적하느냐가 중요해지는 흐름이다.
• 기업 관점에서는 Paperclip 같은 도구의 매력이 전사 자동화보다도, 팀 단위 파일럿·부서 단위 도입·승인 기반 운영처럼 점진적 적용이 가능하다는 점에 있을 수 있다.
• OpenClaw, Claude Code, 기타 CLI/에이전트 도구는 실행 엔진으로 남고, 그 위에 오케스트레이션·감사 로그·비용 관리·권한 체계가 얹히는 분업 구조가 강화될 가능성이 보인다.
• 템플릿 회사, 스킬 마켓플레이스, 보조 에이전트 구성은 향후 “에이전트 운영 OS” 또는 “AI 조직 프레임워크” 같은 생태계 경쟁으로 이어질 수 있는 신호다.
• 검증이 필요한 부분은 실제 운영 안정성, 보안성, 비용 대비 성과, 장기 유지보수성이다. 영상은 가능성과 사용 흐름을 설득력 있게 보여주지만, 투자 판단에 필요한 수치적 근거는 transcript 안에 충분히 제시되지 않는다.
• 따라서 시사점은 분명하지만, 제목 수준의 승자독식 해석보다는 “다중 에이전트 운영 툴링이 빠르게 제품화되고 있다”는 시장 신호로 읽는 것이 더 보수적이다.

⚠️ 불확실하거나 확인이 필요한 부분

• 영상 제목의 “Just Destroyed OpenClaw”는 강한 표현이지만, 제공된 transcript 기반 요약만으로는 Paperclip이 실제로 OpenClaw를 대체했는지, 경쟁 우위를 실증했는지까지는 단정하기 어렵다.
• 발표자가 보여준 대시보드·승인함·루틴·시크릿 운용이 실제 프로덕션 환경에서 어느 정도 안정적으로 작동하는지는 데모 설명 중심이라 추가 검증이 필요하다.
• 비용 표시가 0으로 보인 이유를 발표자는 구독 기반 사용 때문이라고 설명하지만, 실제 과금 구조와 상세 사용량 분석 범위는 별도 문서나 설정 화면 확인이 필요하다.

✅ 액션 아이템

• Paperclip이 해결하려는 핵심 문제가 우리 운영 환경의 실제 병목과 맞는지, 현재 쓰는 에이전트/세션 관리 방식과 비교해 체크리스트로 정리한다.
• OpenClaw, Claude Code, 기타 에이전트 조합을 이미 쓰고 있다면 승인 대기·작업 추적·이슈 기록 측면에서 어떤 가시성이 부족한지 사례별로 점검한다.
• 외부 스킬 설치 전, 소스 저장소 신뢰도·권한 범위·유지보수 상태를 검토하는 보안 검수 기준을 먼저 만든다.
• heartbeat, soul, tools 파일이 각각 어떤 운영 규칙을 담당하는지 문서화해 에이전트 역할 설계 기준으로 삼는다.

❓ 열린 질문

• Paperclip의 강점은 “AI 조직 운영용 대시보드”에 있는 것인지, 아니면 Claude Code 같은 실행 에이전트와의 결합에서 극대화되는 것인지?
• 승인 요청이 잦아질수록 사람의 병목이 다시 커질 수 있는데, 어느 수준까지를 자동 승인으로 넘기는 것이 현실적인가?
• QA, 릴리스, 리서치 같은 역할을 에이전트로 분화했을 때 실제 품질 향상이 있는지, 아니면 조직도만 복잡해지는지 어떻게 측정할 수 있을까?