Connecting an AI agent to a tool is relatively straightforward. Things get more complicated once an organization has hundreds or thousands of resources spread across different clouds and platforms. Agentic Resource Discovery, or ARD, is meant to help agents find their way through all of that.AWS highlighted the open specification in its August 31 Weekly Roundup after taking a deeper technical look at it a week earlier, describing the idea as “DNS, but for agents.” Instead of telling an agent where to find everything ahead of time, ARD lets it search across different registries for what it needs.And despite AWS highlighting the project, ARD isn’t an AWS technology. It was authored by Junjie Bu of Google, R.V. Guha of Microsoft and Shaun Smith of Hugging Face, and released under the Apache 2.0 license. Engineers from several other companies have helped shape the project, including Cisco, Databricks, GitHub, GoDaddy, Nvidia, Salesforce, ServiceNow, and Snowflake.AWS’s role, at least so far, has been to provide feedback on the specification and explore how it could work with its own Agent Registry. The goal is to make the registries that already exist work together.Instead of telling an agent where to find everything ahead of time, ARD lets it search across different registries for what it needs.MCP skips the discovery stepThe Model Context Protocol has become a common way for AI applications to connect to external tools and data, but it assumes the client already knows which server it wants to use. That becomes a problem as companies spread their infrastructure across clouds, SaaS platforms and internal systems. ARD helps an agent find a resource before it tries to use it. The specification uses the term “agentic resource” for anything an AI client can connect to, from an MCP server to other outside capabilities. An ARD-compatible service keeps track of what’s available instead of requiring developers to set up every connection in advance.The Model Context Protocol has become a common way for AI applications to connect to external tools and data, but it assumes the client already knows which server it wants to use. Federation without forced migrationCompanies can keep their own catalogs and policies while routing searches to other ARD-compatible services. An enterprise, for example, could keep internal resources private while searching approved external catalogs when needed. AWS calls this “describe once, discover everywhere.”The current v0.91 proposal, dated August 26, uses JSON-LD and a REST interface. Its required POST /search endpoint searches by task, while optional endpoints allow clients to browse available resources.Each discovery service can set its own rules for what it returns and which sources it trusts. This is also where AWS’s DNS comparison falls short. A domain name points to a specific location, while an ARD search could turn up several options that all appear capable of doing the job.Route 53 engineers shaped ARDThe DNS comparison has some history behind it. Two of the three authors of AWS’s August 24 ARD post work closely with Route 53. Principal software engineer Jeffrey Damick focuses on DNS and networking technologies, while Bhargav Talluri leads product management for Route 53, as well as for agent identity and discovery in AWS Agent Registry.Agent Registry already gives AWS customers a central view of their resources. Adding ARD could bring resources running elsewhere into that view without requiring companies to register everything with AWS.Adding ARD could bring resources running elsewhere into that view without requiring companies to register everything with AWS.ARD’s governance is still being worked out, with board terms and membership among the details yet to be settled. The group has also discussed eventually moving the project to a neutral organization such as the W3C or an AI foundation.Finding tools before using themAWS is already exploring how it could connect with Agent Registry and find resources outside its own catalog.There may not be much time to settle on a common approach, since connecting all these directories will only get harder once companies have built their own discovery systems. The post MCP was supposed to solve the agent tooling problem. It missed a step. appeared first on The New Stack.