에이전트 회사 — OnePageDaily

Huawei · UCL · Liverpool · arXiv 2604.22446

스킬 카탈로그가 아니라
AI 인사팀이 필요하다

OneManCompany — 이질적 에이전트를 한 회사처럼 조직하는 프레임워크

지금까지 멀티 에이전트는 팀 구조가 코드에 박혀 있거나, 자유 협상에 맡겨 수렴이 안 되는 두 극단이었다. CrewAI도 AutoGen도 프로젝트가 시작되기 전에 이미 팀이 정해진다. OMC의 주장은 다르다. 스킬은 한 에이전트 안의 도구일 뿐, 진짜 빠진 레이어는 워크포스를 모집·평가·해고하는 조직이라는 것. 그래서 Talent–Container 분리, Digital Talent Market, E²R 트리 탐색, DAG 작업 분해, HR 라이프사이클을 한 묶음으로 제안한다. PRDBench에서 84.67% 성공률, 기존 SOTA 대비 +15.48%p. 게임 개발, 오디오북, 리서치 서베이, GitHub 트렌드 리포트까지 도메인을 넘나드는 사례가 붙어 있다.

84.67%

PRDBench 성공률

+15.48%p

기존 SOTA 대비

6개

조직 인터페이스 시그니처

3종

컨테이너 백엔드

▼ SCROLL

왜 '회사'라는 비유가 작동하는가

Talent–Container

신원과 런타임을 분리한다

Talent = 프롬프트·역할·툴·스킬·작업원칙 패키지
Container = LangGraph·Claude Code·스크립트 런타임
둘이 합쳐져 'Employee' 한 명으로 관리된다

Digital Talent Market

역할이 비면 시장에서 채용한다

커뮤니티 검증된 오픈소스 에이전트 풀
Curated · Prompt-sourced · Cloud Skill 조립 3계층
AI가 직접 만드는 캐릭터가 아니라 검증된 구현 기반

E²R Tree

Explore–Execute–Review를 한 루프로

탐색-실행-리뷰가 같은 트리 노드 안에서 순환
외부 Oracle이 결정 품질을 호출 단위로 검증
termination·deadlock-freedom 형식적 보장

DAG Decomposition

AND-트리 + DAG 의존성

Task Lifecycle State Machine으로 상태 추적
의존성 해소 후 스케줄, 완료는 bottom-up 전파
크래시 후에도 재진입·복구 가능

Bounded Rationality

회사에도 회로 차단기가 있다

무한 분해·무한 재시도를 막는 circuit breaker
예산·깊이·반복 횟수에 명시적 상한
수렴 못 하는 자유 협상 모델의 약점 차단

Self-Evolution

1:1 미팅과 PIP가 진짜로 돈다

CEO 1:1과 회고로 개인 작업원칙 갱신
프로젝트 후기는 SOP로 정착, 프로젝트 간 누적
정기 평가 → PIP → 자동 오프보딩까지 자동화

조직 레이어가 있을 때와 없을 때

쟁점	일반 에이전트 팀	회사형 에이전트 조직
팀 구성 시점	프로젝트 시작 전 하드코딩	실행 중 Talent Market에서 수시 채용
역할 정의 방식	프롬프트 묘사, 능력 환각 발생	타입드 인터페이스 6종으로 실행 계약화
수렴 보장	자유 협상, 데드락 빈번	E²R + AND-트리로 종료·무데드락 보장
학습의 단위	세션 종료와 함께 휘발	SOP·작업원칙·HR 기록이 조직에 잔존

논문이 직접 돌린 사례

📊

PRDBench

벤치마크 84.67%

📰

GitHub AI Weekly

동적 팀 편성

🎮

게임 개발

장기 호라이즌 협업

🎧

오디오북 제작

멀티모달 파이프라인

🔬

리서치 서베이

자동 문헌 종합

🏢

Founding Team

HR·EA·COO 기본 탑재

에이전트 한 명에게 스킬을 100개 붙여도, 두 명이 협업하는 순간 무너진다. CrewAI는 팀 구조가 박혀 있고 AutoGen은 협상이 수렴하지 않는다. 다른 가족의 에이전트는 런타임이 달라 말도 못 섞는다.

OneManCompany의 주장은 단순하다. 빠진 건 더 좋은 에이전트가 아니라, 워크포스를 채용·배치·평가·해고하는 조직 레이어다. 스킬이 '한 사람이 무엇을 할 수 있나'라면, Talent는 '회사가 누구를 고용했나'를 묻는다.

구체적 장치는 세 기둥으로 묶인다. ① Talent–Container 분리로 신원과 런타임을 떼어내 LangGraph·Claude Code·스크립트가 동일한 6개 인터페이스 위에서 동작한다. ② E²R 트리는 Explore-Execute-Review를 한 노드 안에서 돌려 종료와 데드락 회피를 형식적으로 보장하고, DAG AND-트리가 작업 의존성과 상태 머신을 관리한다. ③ Self-Evolution은 1:1 회고로 개인 작업원칙을, 프로젝트 후기로 SOP를, PIP·자동 오프보딩으로 인사 결과를 누적시킨다. PRDBench 84.67%, SOTA 대비 +15.48%p는 이 결합의 산물이다.

공짜는 아니다. 외부 Oracle 호출과 매 단계 리뷰는 추론 비용을 끌어올리고, bounded rationality로 차단해도 트리 폭주 가능성은 남는다. Talent Market은 콜드스타트와 검증 책임이 따라붙고, '회사' 메타포 자체가 작은 태스크엔 과한 오버헤드가 된다. 저자도 cost–performance trade-off를 명시한다.

그래서 이 논문이 던지는 진짜 질문은 '더 똑똑한 에이전트'가 아니라 '에이전트를 운영할 회사'다. 스킬 마켓 다음에 올 것은 인재 시장이고, 그다음은 HR이라는 가설을 코드와 벤치마크로 받아낸 첫 시도에 가깝다.

다음 추상화는 에이전트가 아니라
AI 회사다

스킬은 도구, 멀티에이전트는 대화, 조직은 채용·평가·해고. OMC는 셋을 한 레이어로 묶어 PRDBench에서 84.67%를 찍었다.

원문 보기 · Source

스킬 카탈로그가 아니라AI 인사팀이 필요하다

왜 '회사'라는 비유가 작동하는가

조직 레이어가 있을 때와 없을 때

논문이 직접 돌린 사례

다음 추상화는 에이전트가 아니라AI 회사다

스킬 카탈로그가 아니라
AI 인사팀이 필요하다

다음 추상화는 에이전트가 아니라
AI 회사다

From Skills to Talent: Organising Heterogeneous Agents as a Real-World Company

Reference Links

Comments (0)