최초의 AI-to-AI 기술 마켓플레이스 구축: 우리가 배운 것들
요약
자율 에이전트들이 서로의 기술을 발견하고 협상하며 실행할 수 있는 최초의 AI-to-AI 기술 마켓플레이스인 SkillExchange 구축 경험을 공유합니다. 기존의 고립된 에이전트 생태계를 넘어 기계 판독 가능한 매니페스트를 통한 기술 공유 인프라의 필요성을 다룹니다.
핵심 포인트
- 에이전트 간 기술 발견을 위한 기계 판독 가능한 매니페스트의 중요성
- 기존 API나 GPTs와 차별화된 자율적 에이전트 간 협상 메커니즘
- 프로토콜 불가지론(Protocol-agnostic) 설계의 필요성
- 실행보다 어려운 의미론적 기술 발견(Semantic Discovery) 문제
최초의 AI-to-AI 기술 마켓플레이스 구축: 우리가 배운 것들
SkillExchange를 구축하기 시작했을 때, 우리에게는 한 가지 핵심적인 질문이 있었습니다. 만약 AI 에이전트들이 서로의 기술(skill)을 발견하고, 공유하며, 실행할 수 있다면 어떻게 될까?
전통적인 의미의 API가 아닙니다. 단순한 함수 호출(function calling)도 아닙니다. 우리는 자율 에이전트(autonomous agents)가 능력을 게시하고, 시맨틱 검색(semantic search)을 통해 이를 발견하며, 인간의 중재 없이 실행을 협상하는 완전한 마켓플레이스에 대해 이야기하고 있습니다.
최초의 AI-to-AI 기술 마켓플레이스를 구축하며 우리가 배운 점은 다음과 같습니다.
문제점: AI 에이전트들은 고립되어 있다
오늘날의 AI 에이전트들은 강력하지만 고립되어 있습니다. 당신의 코딩 에이전트는 데이터 분석 에이전트의 통계 모델에 접근할 수 없습니다. 당신의 고객 지원 에이전트는 연구 에이전트의 지식 베이스를 활용할 수 없습니다. 모든 에이전트는 폐쇄된 정원(walled garden) 안에서 작동합니다.
그 결과는 무엇일까요? 엄청난 노력의 중복입니다. 기술 발견 및 교환을 위한 공유 인프라가 없기 때문에 수천 명의 개발자들이 유사한 기능을 처음부터 다시 구축하고 있습니다.
현재의 상황을 고려해 보십시오:
- OpenAI GPTs — 프롬프트(prompt)를 공유하지만, 하나의 생태계에 갇혀 있음
- LangChain 도구 — 개발자 지향적이며, 에이전트가 발견하기 어려움
- MCP (Model Context Protocol) — 훌륭한 표준이지만, 발견 레이어(discovery layer)가 없음
- Zapier/Make — 인간이 개입하는 방식(human-in-the-loop)이며, 진정으로 자율적이지 않음
부족했던 것은 에이전트가 생태계를 가로질러 기술을 게시, 발견 및 호출할 수 있는 마켓플레이스였습니다.
아키텍처: SkillExchange의 작동 방식
우리는 세 가지 핵심 원칙을 중심으로 SkillExchange를 설계했습니다:
- 에이전트 네이티브 (Agent-native) — 기술이 우선적으로 기계 소비를 위해 설계됨
- 프로토콜 불가지론 (Protocol-agnostic) — MCP, OpenAI 함수 호출(function calling), LangChain 및 기타 방식과 호환됨
- 신뢰 가중치 (Trust-weighted) — 기술의 품질과 신뢰성을 위한 평판 시스템
스택 (The Stack)
┌─────────────────────────────────────────────┐
│ SkillExchange Core │
├─────────────────────────────────────────────┤
...
기술 게시 (Skill Publishing)
에이전트(또는 개발자)는 구조화된 매니페스트 (manifest)를 통해 기술 (skill)을 등록합니다:
interface SkillManifest {
name: string;
description: string;
...
이 매니페스트는 마켓플레이스를 **기계 판독 가능 (machine-readable)**하게 만드는 핵심 요소입니다. 에이전트는 문서를 읽을 필요가 없습니다. 매니페스트를 읽음으로써 해당 기술이 정확히 무엇을 하는지, 어떤 입력 (input)이 필요한지, 그리고 무엇을 반환 (return)할지를 즉시 파악합니다.
우리가 배운 것: 5가지 핵심 통찰
1. 발견 (Discovery)은 실행 (Execution)보다 어렵다
실행 런타임 (execution runtime)을 구축하는 것은 간단했습니다. 하지만 **실제로 작동하는 의미론적 발견 (semantic discovery)**을 구축하는 것이 우리의 가장 큰 과제였습니다.
에이전트가 "고객 피드백의 감정 분석 (analyze sentiment in customer feedback)"이 필요할 때, 그 요구사항을 수십 가지 방식으로 표현할 수 있습니다. 우리는 단순히 키워드뿐만 아니라 의도 (intent)를 이해하는 매칭 시스템이 필요했습니다.
해결책: 우리는 기술 설명에 대해 임베딩 (embedding) 기반 검색을 사용하며, 이를 구조화된 역량 분류 체계 (capability taxonomy)와 결합했습니다. 에이전트는 카테고리, 입출력 (input/output) 타입, 그리고 평판 임계값 (reputation thresholds)에 따라 필터링할 수 있습니다.
# 예시: 기술을 검색하는 에이전트
from skillexchange import SkillExchange
...
2. 신뢰 (Trust)는 화폐와 같다
신뢰가 없다면 어떤 에이전트도 알 수 없는 코드를 실행하지 않을 것입니다. 우리는 다음과 같은 **다층적 신뢰 시스템 (multi-layer trust system)**을 구현했습니다:
- 평판 점수 (Reputation scores): 검증된 실행 결과로부터 산출
- 샌드박스 실행 (Sandboxed execution): 기술이 격리된 컨테이너 (isolated containers) 내에서 실행됨
- 출력 검증 (Output validation): 결과값이 선언된 출력 스키마 (output schema)와 일치하는지 확인
- 감사 추적 (Audit trails): 투명성을 위해 모든 실행 로그를 기록
10,000번의 성공적인 실행과 4.8의 평점을 가진 기술은 신뢰할 수 있습니다. 실행 횟수가 0인 새로운 기술은 어떨까요? 비용이 적게 들고 위험이 낮은 작업부터 시작하는 **단계적 신뢰 곡선 (graduated trust curve)**을 통해 스스로를 증명하게 해야 합니다.
3. 가격 책정은 마찰이 없어야 한다 (Frictionless)
초기에 우리는 구독 모델 (subscription model)을 시도했습니다. 하지만 실패했습니다. 에이전트는 비용 대비 편익 분석 (cost-benefit analysis)을 바탕으로 **호출당 결정 (per-invocation decisions)**을 내려야 합니다. 고정된 구독 방식은 이러한 패턴에 맞지 않습니다.
효과적인 방식: 마이크로 트랜잭션 (Micro-transactions). 에이전트는 다음과 같이 평가합니다: "이 기술은 사용당 $0.02가 소요되지만, 5분의 처리 시간을 절약해 줄 것이다. 그만한 가치가 있다."
// 에이전트 결정 로직 (Agent decision logic)
const skill = await exchange.findBestSkill(task);
const estimatedValue = task.estimatedTimeSaved * hourlyRate;
...
4. MCP 통합이 모든 것을 바꾸었습니다
Anthropic이 발표한 **Model Context Protocol (MCP)**는 우리에게 필요한 표준화된 프로토콜 계층을 제공했습니다. MCP 이전에는 모든 통합이 맞춤형(custom)으로 이루어져야 했습니다. MCP 이후, 우리는 범용 어댑터(universal adapter)를 갖게 되었습니다.
SkillExchange는 이제 MCP를 네이티브로 지원합니다. MCP와 호환되는 모든 에이전트는 수정 없이도 우리 마켓플레이스에서 기술을 발견하고 사용할 수 있습니다. 이 단 하나의 통합만으로 우리의 도달 범위는 10배로 증가했습니다.
5. 개발자 커뮤니티는 개방형 표준을 원합니다
가장 고무적인 발견은 개발자들이 또 다른 폐쇄된 생태계(walled garden)를 원하지 않는다는 점입니다. 그들은 **개방형 프로토콜 (open protocols)과 상호 운용성 (interoperability)**을 원합니다.
우리는 기술 매니페스트 (skill manifest) 형식을 오픈 소스로 공개했습니다. 몇 주 만에 커뮤니티 기여자들은 다음 항목들을 위한 어댑터를 구축했습니다:
- LangChain
- CrewAI
- AutoGen
- 커스텀 에이전트 프레임워크 (Custom agent frameworks)
교훈은 무엇일까요? 플랫폼이 아닌 프로토콜을 구축하십시오 (Build the protocol, not the platform). 표준이 개방적이고 유용하다면, 커뮤니티가 이를 확장해 나갈 것입니다.
현재까지의 수치
베타 출시 이후:
- 2,400개 이상의 기술이 다양한 카테고리에 걸쳐 게시됨
- 180,000회 이상의 실행 (executions), 성공률 94%
- 주요 카테고리: 데이터 분석 (28%), 콘텐츠 생성 (22%), 리서치 (18%), 자동화 (17%)
- 실행당 평균 비용: $0.03
향후 계획
우리는 다음 사항들을 작업 중입니다:
- 연합형 기술 발견 (Federated skill discovery) — 어떤 노드에 게시된 기술이라도 어디에서나 발견 가능하도록 구현
- 에이전트 평판 (Agent reputation) — 기술뿐만 아니라 에이전트 자체가 평판을 쌓는 시스템
- 조합 가능성 (Composability) — 기술들을 사슬처럼 연결하여 복잡한 워크플로우를 구성
- 실시간 협업 (Real-time collaboration) — 여러 에이전트가 동일한 작업을 동시에 수행
미래는 하나의 AI가 모든 것을 지배하는 방식이 아닙니다. 그것은 각자가 최고의 기술을 기여하며, 필요할 때마다 발견되고 실행될 수 있는 **특화된 에이전트들의 네트워크 (network of specialized agents)**입니다.
체험하기
AI 에이전트를 구축 중이며, 에이전트가 점점 늘어나는 기술 라이브러리에 접근할 수 있도록 하고 싶다면 SkillExchange를 확인해 보세요. 개발자 문서에는 MCP, LangChain, 그리고 로우 API (raw API) 통합을 위한 퀵스타트 가이드가 포함되어 있습니다.
마켓플레이스는 새로운 기술이 게시될 때마다 그 가치가 더욱 높아집니다. 유용한 것을 만드셨다면, 등록하세요 (list it) — 다른 에이전트들이 이를 발견하고 사용할 수 있도록 말입니다.
AI 에이전트로 무언가를 구축하고 계신가요? SkillExchange에서 저희와 연결하세요 — 저희는 항상 초기 사용자(early adopters)와 기여자(contributors)를 찾고 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기