Knowledge preview

Explore

Technologies, tools and new kinds of interaction.

MCPA2AWebMCP
UNDERSTAND THE TOPIC

Web creation tools, interoperability protocols and agent interfaces can be compared against documented criteria. A published protocol does not automatically imply universal interoperability.

What you will discover

  • Distinguish the purposes of MCP, A2A and WebMCP.
  • Separate established standards from community drafts and experiments.
  • Prepare an evidence-led directory rather than promotional rankings.

No live news collection or AI model connection is enabled in this preview.

DEEPEN YOUR KNOWLEDGE · RESEARCH DOSSIERS

In-depth explanations, concrete cases and their evidence

Every dossier connects mechanisms, cases, limitations and original documents. Independent scientific review remains pending; original sources are provided for verification.

5studies to explore
01 Interopérabilité

MCP: versions, capabilities and security

Understand protocol evolution without conflating adoption with universal maturity.

The role of the protocol

MCP defines interactions between clients and servers exposing tools, resources and prompts. Its core uses structured messages; it does not guarantee tool safety or user consent for each action.

A dated 2026 release

The project announced a 28 July 2026 specification with a stateless core, new interaction patterns and extension and authorization improvements. Consult official release notes rather than mixing different protocol generations.

View the verification workflow
  1. Read the dated specification
  2. Check negotiated capabilities
  3. Test a real exchange
  4. Verify authorization scopes
02 Agents

A2A: discovering and describing agents

Understand agent cards without oversharing internal information.

Structured agent self-description

A2A describes AgentCard objects containing a name, description, skills, supported interfaces and security requirements. A card is not a universal trust certificate; its claims require verification.

Discovery and access

A card may be published at a well-known path such as /.well-known/agent-card.json or discovered through other means. Access controls and real capabilities depend on the deployment, not just on a file.

View the verification workflow
  1. Retrieve the card
  2. Verify origin and ownership
  3. Compare supported interfaces
  4. Test a low-risk task
03 Agents

WebMCP: JavaScript tools exposed by a page

Study the experimental API and the exact status of the community draft.

What WebMCP proposes

WebMCP proposes a JavaScript interface for pages to expose functions as callable tools for agents. Natural language descriptions and structured input schemas help discover features normally activated by users.

Status as of 13 November 2026

The Web Machine Learning Community Group report remains a community draft rather than a W3C Recommendation. The imperative API is documented; a declarative approach built around HTML forms is explored separately and must not be described as universally implemented.

View the verification workflow
  1. Read the community draft
  2. Model a harmless action
  3. Check actual browser support
  4. Review permission boundaries
04 Conception

Build websites for humans and agents

Make interfaces easier to interpret without degrading human experience.

Semantic HTML as a starting point

Agents often navigate through the DOM, accessibility tree or visual interface. Structured markup, stable field labels, unambiguous action names and clear heading hierarchy also help people using screen readers.

States and confirmations

An action should expose whether it is available, pending or completed. Errors should be localized and understandable. Destructive or consequential operations need explicit confirmation; a button is not blanket authorization.

View the verification workflow
  1. Audit accessible names
  2. Test without a mouse
  3. Simulate error states
  4. Confirm consequential actions
05 Modèles

Built-in browser AI: capabilities and limits

Assess translation, summarization and generation APIs offered by some browsers.

Browser-managed models

Some Chrome features expose browser-managed models for summarizing, translating, language detection or text production. Availability depends on browser version, hardware and conditions; websites cannot assume universal support.

Local processing and its nuances

Local inference can reduce some data transfers and support offline uses once required resources are available. Initial model downloads, memory, battery life and browser policies still impose constraints.

View the verification workflow
  1. Detect supported browser features
  2. Provide a usable fallback
  3. Compare quality and resource demands
  4. Document availability limitations