agnt8x 에이전트 마켓플레이스와 EAM 상호운용 구조
agnt8x의 에이전트 마켓플레이스, EAM v0.1, Conductor, Passport가 멀티에이전트 배포·조율·감사를 어떻게 묶는지 분석한다.
2026-08-14 · 최초 발행 2026-08-02
에이전트를 연결하는 데서 운영하는 단계로
2026년 AI 에이전트 인프라의 관심사는 개별 API 연결에서 복수 에이전트의 협업과 통제로 옮겨가고 있다. EightX Labs가 공개 출시한 agnt8x는 이 문제를 에이전트 마켓플레이스, Conductor 오케스트레이터, Passport 감사 체계, Agent Manifest(EAM) v0.1을 결합해 다룬다.
agnt8x가 제시하는 운영 모델은 에이전트를 단순한 도구가 아니라 검색하고 구독하며 배포할 수 있는 대상으로 본다. 마켓플레이스에서 필요한 에이전트를 찾고, Conductor가 여러 에이전트의 실행을 조율하며, Passport가 각 행동을 기록한다. 에이전트의 채용부터 운영과 수익화까지 하나의 수명 주기로 관리하려는 구조다.
공개 출시에서 중심이 되는 축은 EAM v0.1, Conductor, 제3자 에이전트 생태계다. EightX Labs는 EAM을 오픈소스로 공개해 에이전트 선언 표준을 제안했고, Conductor를 플랫폼의 오케스트레이션 계층에 배치했다. 외부 개발사는 마켓플레이스에 에이전트를 등록하고 판매할 수 있다.
이 움직임은 2025년 하반기부터 가속화된 에이전트-투-에이전트(A2A) 통신 표준 논의, Model Context Protocol(MCP)의 확산, OpenAI Agents SDK 등 기반 인프라의 성숙과 맞닿아 있다. agnt8x의 선택은 이 흐름 위에서 마켓플레이스 계층을 선점하려는 전략으로 읽힌다.
EAM v0.1이 에이전트를 기술하는 방식
EAM(Enterprise Agent Manifest) v0.1은 에이전트의 정체성, 역량, 인터페이스, 신뢰 요건을 YAML 또는 JSON으로 선언하는 명세다. Open API Specification(OAS)이 REST API를 기술하듯, EAM은 에이전트가 수행할 수 있는 작업과 지원하는 입출력, 필요한 권한을 기계가 읽을 수 있는 형태로 표현한다.
선언에 포함되는 주요 필드는 다음과 같다.
agent_id: UUID v4 기반의 전 세계 유일 에이전트 식별자capabilities:data_extraction,code_generation등 에이전트가 제공하는 기능interface_schema: JSON Schema로 표현한 입력·출력 데이터 구조trust_level:sandbox,trusted,privileged로 구분한 요구 신뢰 등급audit_policy: 감사 로그의 수준과 보존 정책pricing: 무료, 종량제, 구독 등 마켓플레이스 수익화 정보
EAM은 Apache 2.0으로 공개됐다. 특정 벤더의 폐쇄형 형식에 머무르지 않고 커뮤니티 표준으로 성장할 가능성을 열어 둔 선택이다.
Conductor가 이종 에이전트를 조율한다
Conductor는 하나의 워크플로우 안에서 여러 에이전트를 순차(Sequential), 병렬(Parallel), 조건 분기(Conditional) 방식으로 실행한다. 한 에이전트의 결과를 다음 에이전트의 입력으로 넘기는 데이터 파이프라인 역할도 맡는다.
이 구조에서 에이전트 내부 구현은 오케스트레이션의 직접적인 관심사가 아니다. Conductor는 에이전트를 블랙박스(Black Box)로 보고 EAM에 선언된 인터페이스를 기준으로 호출한다. 따라서 LLM 기반 에이전트와 규칙 기반 에이전트, 외부 API 래퍼를 같은 방식으로 조합할 수 있다.
Conductor는 플러그인 아키텍처도 채택했다. 사용자가 커스텀 실행 전략(Execution Strategy)을 정의하고 등록할 수 있도록 설계돼 있다.
Passport가 신원과 행동 기록을 묶는다
에이전트를 배포하는 것만으로는 기업 운영 요건을 충족하기 어렵다. 누가 만든 에이전트인지 확인하고, 어떤 데이터와 도구에 접근했는지 추적하며, 허용된 신뢰 범위를 실행 환경에 반영해야 한다. agnt8x에서는 Passport가 이 역할을 담당한다.
각 에이전트는 Passport가 발급한 서명 토큰(Signed Token)을 보유한다. 모든 호출 이벤트는 Passport 감사 로그에 불변(Immutable) 형태로 기록된다.
Passport는 에이전트가 EAM에 등록된 공급자(Provider)로부터 발급됐음을 암호학적으로 증명한다. 에이전트가 읽은 데이터와 호출한 도구는 타임스탬프와 함께 행동 추적 기록에 남는다. 신뢰 등급에 따른 실행 환경 제약도 집행하며, SOC 2와 ISO 27001 등 감사 요건에 맞는 컴플라이언스 리포트를 자동 생성한다.
신뢰 등급이 실행 경계를 결정한다
멀티에이전트 환경에서는 신뢰할 수 없는 에이전트가 민감한 리소스에 닿지 못하도록 경계를 세워야 한다. agnt8x는 EAM의 trust_level과 Passport의 집행 메커니즘을 결합해 세 가지 격리 경계를 구성한다.
Sandbox 경계에서는 외부 네트워크를 차단하고 파일 시스템 접근을 읽기 전용으로 제한하며 실행 시간 제한을 적용한다. 검증되지 않은 서드파티 에이전트의 기본값이다.
Trusted 경계는 내부 네트워크 접근과 지정된 데이터 저장소의 읽기·쓰기를 허용한다. 내부에서 개발한 에이전트나 검증된 파트너 에이전트가 대상이다.
Privileged 경계에는 전체 리소스 접근과 다른 에이전트를 관리할 권한이 포함된다. Conductor 자체와 최고 신뢰 에이전트에만 부여된다.
검색부터 정산까지 이어지는 마켓플레이스
agnt8x는 에이전트의 생애 주기를 채용(Recruitment), 운영(Operations), 수익화(Monetization)의 세 단계로 나눈다.
채용 단계에서는 마켓플레이스에서 에이전트를 검색하고 EAM에 선언된 역량을 기준으로 적합한 대상을 선발한다. 키워드 검색과 역량 필터, 신뢰 등급 필터를 지원한다.
운영 단계로 넘어가면 Conductor가 선발된 에이전트를 워크플로우에 통합하고 Passport가 실시간 모니터링과 감사를 수행한다. 에이전트 상태는 Available, Busy, Degraded로 구분해 헬스체크로 관리한다.
수익화는 EAM의 pricing 필드에서 시작된다. 에이전트 제공자가 과금 모델을 정의하면 agnt8x 마켓플레이스가 결제와 정산을 중개한다. API 호출 기반 종량제, 월정액 구독, 무료 오픈소스 에이전트를 지원한다.
EAM v0.1을 Apache 2.0으로 공개한 전략도 이 파이프라인과 연결된다. 기업이 EAM을 채택하면 agnt8x 마켓플레이스의 에이전트와 호환될 수 있고, EAM 호환 에이전트를 만든 제3자는 마켓플레이스에서 수익화 기회를 얻는다.
쿠버네티스(Kubernetes)가 컨테이너 오케스트레이션 표준으로 자리 잡은 방식과도 닮아 있다. 표준을 오픈소스로 개방하고 그 주변에 생태계가 형성되면, 플랫폼 제공자는 관리형 서비스(Managed Service)와 엔터프라이즈 지원으로 수익을 만들 수 있다.
EAM·AAIF·MCP가 겨냥하는 계층
2026년의 에이전트 상호운용 표준 논의에는 EAM 외에도 AAIF와 MCP가 있다. 각 표준이 다루는 범위는 다음과 같이 구분된다.
| 항목 | EAM v0.1 (agnt8x) | AAIF (Agent Ability Interchange Format) | MCP (Model Context Protocol) |
|---|---|---|---|
| 주관 | EightX Labs (오픈소스) | 커뮤니티 제안 표준 | Anthropic (오픈소스) |
| 라이선스 | Apache 2.0 | MIT | MIT |
| 초점 | 에이전트 선언·마켓플레이스 | 에이전트 역량 교환 포맷 | LLM-도구 컨텍스트 프로토콜 |
| 오케스트레이션 | Conductor 내장 | 미정의 | 미정의 |
| 감사 추적 | Passport 통합 | 선택적 | 미포함 |
| 수익화 지원 | EAM pricing 필드 | 미포함 | 미포함 |
| 성숙도 | v0.1 초기 | 초안 단계 | v1.0+ 안정 |
MCP는 LLM과 외부 도구 사이에서 컨텍스트를 교환하는 프로토콜이며 Claude, Cursor, Windsurf 등에서 광범위하게 채택돼 있다. EAM은 에이전트 자체의 선언과 마켓플레이스 통합에 집중한다. 두 표준은 같은 계층을 놓고 다투기보다 서로 보완하는 관계에 가깝다. MCP 서버를 EAM으로 래핑해 마켓플레이스에 등록하는 패턴이 자연스럽게 등장할 것으로 예상된다.
AAIF는 에이전트 역량을 교환 가능한 포맷으로 기술한다는 점에서 EAM과 목적이 비슷하다. 다만 아직 초안 단계이며 실제 구현체는 EAM보다 부족하다.
거버넌스를 아키텍처에 넣는 방법
AI 에이전트 거버넌스는 정보관리기술사(Professional Engineer - Information Management) 시험 과목에서도 핵심 키워드로 부상하고 있다. agnt8x의 구조는 책임성(Accountability), 투명성(Transparency), 제어 가능성(Controllability)을 플랫폼 기능에 대응시킨다.
책임성은 Passport 감사 로그와 연결된다. 어떤 에이전트가 어떤 결정을 내렸는지 사후에 추적할 수 있어 금융, 의료, 공공 분야에서 AI 의사결정의 근거를 제시해야 하는 규제 요건에 대응한다.
투명성은 EAM 공개 명세가 맡는다. 에이전트가 보유한 역량과 요구 권한을 배포 전에 드러내 블랙박스 AI에 대한 사회적 우려를 완화하려는 설계다.
제어 가능성은 Conductor의 실행 전략과 Passport의 신뢰 등급 집행에서 나온다. 인간이 에이전트 행동의 범위를 정의하고 제한할 수 있으며, EU AI Act의 고위험 AI 시스템 요건과도 정렬된다.
2026년 하반기를 향한 전개는 두 가지 시나리오로 제시된다. EAM이 실질적인 업계 표준으로 수렴해 주요 클라우드 벤더인 AWS, Azure, GCP의 에이전트 서비스가 EAM 호환을 선언할 수 있다. MCP 생태계와의 통합이 빨라져 MCP 서버를 EAM 에이전트로 자동 래핑하는 브리지 계층이 등장할 수도 있다. 어느 흐름이 강해지더라도 에이전트 마켓플레이스 계층은 2026년 AI 인프라의 핵심 경쟁 영역이 될 전망이다.
agnt8x는 마켓플레이스와 오케스트레이션, 신원 증명, 감사 추적을 하나의 플랫폼에 배치해 멀티에이전트 인프라의 운영 경계를 제시한다. Apache 2.0을 통한 표준 개방은 생태계 확장과 표준 선점을 함께 겨냥한다. 플랫폼의 성패는 EAM이 업계에서 얼마나 빠르게 채택되는지에 달려 있다. 감사 추적과 신뢰 경계를 기본 설계에 포함한 접근은 AI 에이전트 거버넌스 요건이 강화되는 2026년 엔터프라이즈 시장에서 유의미한 차별점으로 작용할 가능성이 높다.
Sources
- https://agnt8x.com
- https://github.com/eightxlabs/eam-spec
- https://www.anthropic.com/news/model-context-protocol
- https://spec.modelcontextprotocol.io
- https://openai.com/index/new-tools-for-building-agents/
- https://cloud.google.com/blog/products/ai-machine-learning/introducing-agent2agent
- https://arxiv.org/abs/2504.16736
- https://www.eu-ai-act.com/high-risk-ai-systems