One capability model
Content, commerce, search, actions, support and more, declared once. Every agent reads the same contract, so you never rebuild per assistant.
Describe your site once in a single capability manifest at /ai2w. AI2Web speaks whichever protocol an assistant understands, so agents can read it and act on it safely, without scraping HTML.
Instant AI Readiness score out of 100 · no signup · read the docs →
AI2Web is an open interoperability layer that makes any website understandable and actionable to AI agents. Agents shouldn't scrape HTML and guess at forms: a site describes its capabilities once, then any AI can read and act on them safely, what it is, what it offers, and what actions it supports.
Like a browser that speaks HTTP/1.1, HTTP/2, HTTP/3, WebSockets and WebRTC behind one experience, AI2Web sits above the transports and adds the discovery, validation, governance and analytics that individual protocol specs intentionally leave out.
Content, commerce, search, actions, support and more, declared once. Every agent reads the same contract, so you never rebuild per assistant.
The same manifest projects to MCP, ACP, AP2, NLWeb, REST, GraphQL, OpenAPI and feeds. AI2Web negotiates which to use, so any protocol's success is a tailwind.
A required /.well-known/ai2w anchor makes sites findable, and the validator scores AI readiness out of 100 with per-capability checks.
Consent, auth scopes, usage policy and audit are first-class. High-risk actions preview before they run, cross-origin credentials are refused by default.
AI2Web sits above the transports and negotiates which to use, so any protocol's success is a tailwind, not a rewrite. Add one and the rest come for free.
/ai2wYour capability manifestDiscovery stays neutral too: if a cross-vendor standard emerges, AI2Web is designed to be carried by it rather than compete. WebMCP is supported as an optional in-page adapter.
Assistants don't add sites one at a time. Point yours at a single MCP endpoint and it can discover and act on AI-ready sites across the network - no per-site setup, and no new format for anyone to adopt.
find_sitesdiscover AI-ready sites by capability or typedescribe_siteread a site's capabilities and actionscall_site_actioninvoke an action, approval-gated for high-riskWorks with Claude, ChatGPT (developer mode) and any MCP client. The network grows as sites register, so a small, excellent site is reachable on merit - add yours.
A browser extension to check any site instantly, plus a native SDK in every major ecosystem.
No. AI2Web is the interoperability layer above the protocols. You describe your site once as a capability model, and it projects to MCP, ACP, AP2, NLWeb, REST, GraphQL, OpenAPI and feeds, plus the discovery, validation and governance those specs intentionally leave out.
No. You publish one manifest at /ai2w. AI2Web speaks whichever protocol an assistant understands, so the same description works across Claude, ChatGPT and any MCP client without per-vendor work.
It is free and open. The protocol and specification are CC-BY 4.0 and the reference SDKs are MIT licensed. There is no lock-in and no vendor needs to adopt ai2w first.
Through a required /.well-known/ai2w anchor that carries or points to your /ai2w manifest. The SDKs also emit /llms.txt and /.well-known/agent.json projections, so agents that speak those formats work too.
Yes, by construction. High-risk actions preview before they run (even if a manifest tries to declare otherwise), consent and OAuth2 + PKCE are first-class, credentials are never sent cross-origin, and every outbound request passes an SSRF guard.
SDKs in TypeScript, JavaScript, React, Python, PHP, Go, .NET and Ruby, plus a WordPress plugin and a Chrome extension. They all produce the same manifest and score identically.
Scan your site, read the docs, and add a single manifest. Free, open, MIT and CC-BY.