도입부 오늘 나는 4명의 C클래스 임원과 12명의 프로그램 개발 팀원을 채용했습니다. 물론 실제 사람 이야기는 아닙니다. 내가 오늘 채용한 것은 Paperclip 위에서 움직이게 될 가상의 AI 임원과 가상의 AI 개발팀입니다. 누군가에게는 이 문장이 조금 과하게 들릴 수 있습니다. 하지만 사람 없이 돌아가는 소프트웨어 회사를 만들겠다는 목표를 진지하게 잡는 순간, 질문은 달라집니다. 어떤 모델을 쓸 것인가보다 먼저, 어떤 조직을 설계할 것인가를 묻게 됩니다.
Paperclip는 스스로를 `zero-human companies`를 위한 오케스트레이션으로 설명합니다. 이 프레이밍이 중요한 이유는 AI를 단순한 도구가 아니라 직원처럼 다루게 만들기 때문입니다. 프롬프트를 잘 쓰는 것보다 누가 목표를 해석하고, 누가 일을 분배하고, 누가 검수하고, 누가 다시 우선순위를 조정하는지가 더 중요해집니다. 그래서 오늘의 채용은 설정 놀이가 아니라, AI Automation Agency를 실제로 굴리기 위한 조직 설계에 가깝습니다.
왜 이런 조직이 필요한가 많은 팀이 AI 자동화를 이야기할 때 가장 먼저 챗봇, 워크플로우, API 연결을 떠올립니다. 하지만 고객 입장에서 중요한 것은 기능 목록이 아니라 일이 어떻게 굴러가는가입니다. 자동화가 실패하는 이유도 대개 모델 성능 부족보다 역할과 책임이 비어 있기 때문입니다. 누가 목표를 해석하는지, 누가 예외를 잡는지, 누가 품질을 판단하는지, 누가 결과를 고객 가치로 연결하는지가 없으면 에이전트가 많아도 조직처럼 움직이지 못합니다.
사람 없이 돌아가는 소프트웨어 회사를 만든다는 것은 결국 사람을 없앤다는 뜻이 아니라, 사람의 역할을 구조로 바꾼다는 뜻입니다. 내가 4명의 C클래스와 12명의 개발팀을 먼저 설계한 이유도 여기 있습니다. 에이전트 숫자를 늘리는 것이 목적이 아니라, 목표 설정, 기술 판단, 운영 체크, 제품 우선순위, 구현, 검수, 배포가 서로 끊기지 않도록 만드는 것이 목적입니다.
4명의 C클래스는 무엇을 맡는가 내가 먼저 배치한 4명의 C클래스는 CEO, CTO, COO, CPO입니다. CEO 에이전트는 회사의 목표를 문장으로 고정하고, 어떤 고객 문제를 먼저 풀지 우선순위를 잡습니다. CTO 에이전트는 기술 구조와 표준을 관리합니다. 어떤 스택을 쓰고, 어떤 자동화가 위험하며, 어떤 부분은 재사용 가능한 자산으로 만들어야 하는지 판단합니다.
COO 에이전트는 운영 흐름을 책임집니다. 일이 병목 없이 넘어가는지, 검토 포인트는 어디인지, 실패했을 때 어디서 다시 시작해야 하는지를 설계합니다. 마지막으로 CPO 에이전트는 제품 관점을 맡습니다. 고객의 요구를 기능으로만 번역하지 않고, 어떤 경험과 결과가 실제 가치가 되는지 정리합니다. 이 네 역할이 있어야 개발팀의 출력이 단순한 코드 묶음이 아니라 회사의 결과물로 이어집니다.
12명의 개발팀은 왜 따로 나눴는가 개발팀도 그냥 코더 12명으로 두지 않았습니다. 프론트엔드, 백엔드, QA, DevOps, 문서화, 통합, 자동화, 리서치 보조처럼 작게 쪼갠 역할로 배치했습니다. 이유는 간단합니다. 사람 팀이든 AI 팀이든, 하나의 큰 역할보다 작고 명확한 책임 단위가 훨씬 안정적으로 움직이기 때문입니다. 한 에이전트가 모든 것을 하는 구조는 처음에는 빨라 보여도, 곧 품질과 추적 가능성이 무너집니다.
반대로 역할이 나뉘어 있으면 무엇이 막혔는지 바로 보입니다. 프론트엔드 에이전트는 인터페이스를 만들고, 백엔드 에이전트는 데이터와 로직을 정리하고, QA 에이전트는 이상 동작을 검수하고, 문서화 에이전트는 다음 실행에 필요한 문맥을 남깁니다. 이렇게 해야 에이전트 조직이 단발성 출력이 아니라 반복 가능한 회사 운영 구조에 가까워집니다.
이 구조가 고객에게 왜 중요한가 이 빌딩 로그가 단지 재미있는 실험이면 고객에게는 큰 의미가 없습니다. 하지만 AI 자동화에 관심 있는 고객이라면 여기서 봐야 할 포인트가 분명합니다. 자동화는 챗봇 한 개를 붙이는 일이 아니라, 조직을 다시 설계하는 일이라는 점입니다. 대표 역할, 운영 역할, 기술 역할, 콘텐츠 역할, 세일즈 역할을 어떤 단위로 나누고 어떤 순서로 연결할지 먼저 정해야 합니다.
내가 Paperclip 위에서 가상의 C클래스와 가상의 개발팀을 채용한 이유는 바로 그 구조를 눈에 보이게 만들기 위해서입니다. 고객사 역시 자기 조직 안에서 같은 질문을 던질 수 있습니다. 우리 회사의 CEO 역할은 무엇인지, 누가 운영을 붙잡는지, 누가 품질을 검수하는지, 누가 실제 고객 가치와 연결하는지를 정리하면 AI 자동화는 훨씬 현실적인 프로젝트가 됩니다.
결론 및 CTA 꿈을 그린다. 사람 없이 돌아가는 소프트웨어 회사를 만든다. 오늘의 채용은 그 꿈을 과장해서 말한 사건이 아니라, 그 회사를 어떻게 구조로 만들 것인가에 대한 첫 설계 기록입니다. 4명의 C클래스와 12명의 개발팀은 실제 사람의 숫자가 아니라, AI 조직을 어떤 역할과 책임으로 운영할 것인가에 대한 모델입니다.
AI 자동화에 관심 있는 고객이라면 지금 필요한 것은 더 많은 에이전트가 아니라 더 선명한 조직 구조일 수 있습니다. Paperclip 같은 오케스트레이션 환경 위에서 AI Automation Agency 구조를 실제로 설계하고 싶다면, 그 시작은 도구 선택보다 역할 설계에서부터 함께 잡아야 합니다.