ARD 공개, 에이전트 검색 표준 경쟁의 시작

에이전트에게 검색 계층이 필요해졌다

Agentic Resource Discovery 소개 문서는 ARD를 에이전트가 "이 작업에 쓸 수 있는 리소스가 무엇인가"를 묻고, discovery service가 적절한 리소스를 돌려주는 공개 프로토콜로 설명한다. Google Developers Blog는 2026년 6월 17일 ARD를 발표하며 도구, 스킬, 에이전트, MCP 서버를 웹 전반에서 게시·발견·검증하기 위한 사양이라고 밝혔다.

MCP가 에이전트가 도구를 호출하는 방식을 대중화했다면, ARD는 호출하기 전에 "어떤 도구를 믿고 찾아야 하는가"라는 문제를 다룬다. 에이전트가 많아질수록 기업 내부에는 승인된 도구, 실험적 도구, 외부 SaaS 도구, 팀별 에이전트가 뒤섞인다. 사람이 즐겨찾기를 관리하듯 에이전트에게 모든 endpoint를 미리 꽂아두는 방식은 오래가지 못한다.

ai-catalog.json과 도메인 기반 신뢰

Google 설명에 따르면 ARD는 catalog와 registry라는 두 축을 둔다. 조직은 자기 도메인 아래 ai-catalog.json을 게시해 제공 가능한 기능을 설명하고, registry는 이를 크롤링하거나 내부 목록과 합쳐 검색 가능하게 만든다. GitHub의 ard-spec 저장소는 이를 agentic resource를 cataloging, searching, discovering하기 위한 federated, domain-anchored standard라고 설명한다.

Microsoft의 ARD 소개와 Snowflake 블로그도 같은 문제를 기업 관점에서 설명한다. 에이전트가 사내 데이터 에이전트, MCP 서버, 승인된 SaaS 기능을 찾아도 사용자의 권한과 회사 정책을 지켜야 한다는 것이다.

표준 경쟁은 이미 시작됐다

Hugging Face 블로그는 ARD가 제품이나 마켓플레이스가 아니라 draft open specification이라고 선을 긋는다. 이 표현이 중요하다. 에이전트 생태계에서는 표준을 장악하는 쪽이 distribution을 장악할 수 있다. 도구 호출 표준, 에이전트 간 통신 표준, 리소스 검색 표준이 각각 열리고 있기 때문이다.

vibeOS, AI 네이티브 OS의 권한 문제가 제기한 권한 문제는 ARD의 핵심 배경이다. 에이전트가 스스로 도구를 찾는다면, 사용자와 기업은 더 강한 출처 검증과 실행 전 승인 정책을 요구하게 된다. NewCore 6600만달러, 에이전트 신원 전쟁의 에이전트 신원 시장도 ARD 같은 검색 계층과 맞물릴 가능성이 크다.

한국 개발팀이 지금 할 일

한국 기업이 당장 ARD registry를 운영해야 한다는 뜻은 아니다. 하지만 사내 에이전트와 MCP 서버를 만들고 있다면 이름, 설명, 권한, 소유 팀, 호출 방식, 로그 정책을 표준 형식으로 정리해야 한다. 나중에 ARD가 아니더라도, catalog 가능한 자산과 그렇지 않은 자산의 운영 비용은 크게 달라진다.

단순 HTML, AI 에이전트 시대의 내구성이 말했듯 에이전트 시대의 좋은 시스템은 복잡한 데모보다 읽히고 발견되는 구조가 중요하다. ARD는 그 원칙을 도구와 에이전트 생태계로 확장한다. 앞으로 사내 플랫폼팀은 "무엇을 만들었나"보다 "에이전트가 안전하게 찾고 쓸 수 있게 만들었나"를 평가받게 될 것이다.

자주 묻는 질문

Q1: ARD는 MCP와 같은 것인가요?

A: 아니다. MCP가 도구 호출 방식에 가깝다면 ARD는 호출 전에 어떤 도구와 에이전트를 찾고 검증할지 다루는 discovery 계층이다.

Q2: 누가 참여하나요?

A: 공개 발표 기준 Google, Microsoft, Hugging Face, Snowflake 등 여러 기업과 커뮤니티가 참여하거나 지지를 밝히고 있다.

Q3: 왜 도메인이 중요한가요?

A: 조직이 자기 도메인에 catalog를 게시하면 리소스의 소유자와 출처를 확인하는 기반으로 쓸 수 있기 때문이다.

Q4: 기업에는 어떤 이점이 있나요?

A: 사내외 에이전트와 도구를 하나의 검색 계층으로 관리하고, 승인 정책과 권한을 반영할 수 있다.

Q5: 지금 도입해야 하나요?

A: 표준은 아직 초기다. 다만 사내 에이전트 목록, 소유권, 권한, 호출 문서를 catalog 형태로 정리하는 작업은 바로 시작할 가치가 있다.