The Agentic Web and the Bazaar Era of AI - Ramesh Raskar, MIT Media Lab

한 줄 핵심

AI 에이전트가 서로를 발견하고, 신원을 검증하고, 거래·조정까지 수행하려면 문서용 웹과 별도의 개방형 인프라가 필요하며, Project Nanda는 그 발견·신뢰·시뮬레이션 계층을 공개적으로 구축한다.

시간별 요약

1. 0:01
   이 발표는 에이전트 웹을 위한 개방형 인프라가 왜 필요한지, 무엇이 이미 제공되는지, 그리고 개인이 만든 에이전트를 그 위에 어떻게 올릴 수 있는지를 설명한다. 핵심 문제는 에이전트가 서로를 찾고, 신원을 증명하고, 조직을 넘어 협업할 공통 기반이 없다는 점이다.
2. 3:02
   에이전트는 도구를 루프 안에서 사용하는 모델이며, 실제 업무를 하려면 자기 호스팅과 외부 도구 연결이 중요하다. 이때 가장 먼저 필요한 것은 인덱스 같은 발견 계층으로, 서로 다른 환경에 흩어진 에이전트가 서로를 찾고 연결할 수 있어야 한다.
3. 5:00
   Nanda index는 에이전트의 정체성, 기능, 접근 방법을 담은 agent card와 signed agent facts record를 통해 신뢰 가능한 발견을 제공한다. 메시지는 runtime으로 바로 가지 않고 message box를 거치며, 발신자 확인과 스팸 필터링, 접근 제어가 적용되고, 요청자와 권한에 따라 동적으로 다른 endpoint가 반환될 수 있다.
4. 7:00
   에이전트를 올리는 방법은 기업, 기존 웹사이트, 개인·소상공인마다 다르게 설계되어 있으며, host39.org를 통해 agent facts form을 작성해 등록할 수 있다. 에이전트가 유용하려면 항상 온라인이어야 하므로 로컬 실행 외에도 AWS나 Maritime 같은 클라우드 호스팅이 중요하고, 특히 많은 에이전트를 저비용으로 운영하는 sleep and wake 구조가 핵심이다.
5. 9:02
   Nanda Town은 실제 인터넷에 올리기 전에 에이전트 웹의 발견, 신원, 메시징, 조정, 결제, 협상 같은 상호작용을 시뮬레이션으로 검증하는 오픈소스 시험장이다. YAML 시나리오로 에이전트와 트래픽을 주입해 end-to-end로 측정할 수 있고, 단순 스크립트 에이전트부터 실제 AI 모델까지 단계적으로 테스트할 수 있다.

실무 인사이트

• 에이전트를 제품으로 만들려면 모델 성능보다 먼저 discovery, identity, trust, hosting 같은 인프라를 설계해야 실제 운영 가능성이 생긴다.
• 조직 간 에이전트 협업은 단순 API 호출이 아니라 권한 검증, 메시지 큐잉, 동적 라우팅까지 포함해야 하므로 보안과 운영 설계를 초기부터 넣는 것이 좋다.
• 실서비스 적용 전에는 Nanda Town처럼 시뮬레이션 환경에서 거래, 경매, 투표 같은 상호작용을 재현해 실패 지점을 먼저 찾는 접근이 효과적이다.