Gemini Enterprise A2A configuration and rules.
73
73%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Passed
No known issues
Specialized rules for building A2A agents compatible with the Gemini Enterprise validator and runtime.
/ must handle POST requests for A2A logic./ should handle GET requests for a basic health check (to avoid 405 errors during manual browser/connectivity verification).message/stream.The Gemini Enterprise validator is strict. The agent_card.json MUST:
inputModes instead of input_modes).protocolVersion: "v1" instead of schema_version.AgentSkill MUST include tags: [] (even if empty).endpoints or schema_version.TaskStatusUpdateEvent with final: true as its last event.TaskArtifactUpdateEvent BEFORE the final status update.task_id and context_id.user_id and delegated tokens, the Agent Card MUST declare security_schemes and security fields.AgentExecutor.Authorization: Bearer <TOKEN>.https://www.googleapis.com/oauth2/v3/userinfo) with the opaque token to resolve the user's email, sub (User ID), and hd (Hosted Domain).alg: none) will cause a silent rejection and trigger an infinite OAuth redirect loop.https://vertexaisearch.cloud.google.com/oauth-redirect?access_type=offline (e.g., https://accounts.google.com/o/oauth2/v2/auth?access_type=offline). This is required for Gemini to receive a refresh token.Authorization header and execute the token introspection call against Google's API before executing any logic.