Skip to main content
An agent card is a JSON document that describes an agent’s identity, capabilities, skills, and supported protocol bindings. It serves as a machine-readable business card that lets clients discover agents and determine how to communicate with them. Agent cards follow the A2A v1.0 specification and are served at the standard .well-known location.

Retrieve an agent card

Every agent exposes its card at:
This endpoint requires authentication (bearer token and tenant header), same as all other v2 API endpoints. The response includes an A2A-Version: 1.0 header indicating the protocol version the server uses.

Card structure

Capabilities

The capabilities object advertises what the agent can do:
  • streaming: Whether the agent supports streaming responses via SSE. If true, you can use message:stream and tasks:subscribe.
  • pushNotifications: Whether the agent can push task updates to a client-supplied webhook.
pushNotifications is future scope. The tasks/pushNotificationConfig/* management endpoints are not yet implemented. Expect this field to be false until they ship.

Supported interfaces

Each entry in supportedInterfaces declares one A2A protocol binding: Both bindings share the same base URL (/v2/agentic/agents/{agentId}/a2a). The JSONRPC binding sends a JSON-RPC envelope; the HTTP+JSON binding uses path-suffixed endpoints like message:send and message:stream. See A2A protocol for details.

Skills

Each skill in the skills array represents a capability the agent exposes through its connectors. The id is a bare UUID (the connector’s external ID). Skills help clients understand what an agent can do before sending a message.

Using cards for discovery

Agent cards enable a discovery workflow:
  1. A client fetches the card from a known agent URL.
  2. The client inspects supportedInterfaces to determine which protocol binding to use.
  3. The client checks capabilities.streaming to decide whether to use blocking or streaming calls.
  4. The client reviews skills to understand what the agent can do.
  5. The client sends a message using the appropriate binding.
Retrieving an agent card requires the same authentication as any other v2 API request. You need a valid bearer token and tenant header.

Card example

The following is a typical agent card for a coding agent:

Next steps

  • Learn about connectors, which power the skills advertised in the card
  • Read the A2A protocol page for details on the two protocol bindings
  • Follow the quickstart to create an agent and retrieve its card