dist/cursor/a2a-multi-agent/skills/a2a-framework-integration/SKILL.md
Integrate A2A with agent frameworks — Google ADK, LangGraph, CrewAI, AutoGen, and AWS Bedrock AgentCore. Use when connecting framework-built agents to the A2A protocol for inter-agent communication.
npx skillsauth add orcaqubits/agentic-commerce-claude-plugins a2a-framework-integrationInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Fetch live docs:
https://a2a-protocol.org/latest/specification/ for the protocol specsite:github.com a2aproject a2a-samples for framework integration examplessite:google.github.io adk a2a agent-to-agent for Google ADKsite:langchain-ai.github.io langgraph a2a for LangGraphsite:docs.crewai.com a2a for CrewAIsite:docs.aws.amazon.com bedrock agentcore a2a for AWS BedrockMost production agents are built using frameworks (LangGraph, CrewAI, ADK, etc.). A2A framework integration allows these agents to:
Google ADK has native A2A support since it was co-developed alongside A2A:
Integration approach: Use ADK's built-in A2A server/client utilities.
LangGraph agents can be wrapped as A2A servers:
message/send and message/streaminput-required in A2AIntegration approach: Use A2A SDK adapters or build a thin wrapper that translates between LangGraph's interface and A2A's JSON-RPC protocol.
CrewAI's crew-based multi-agent model can integrate with A2A:
Integration approach: Wrap CrewAI agents/crews with an A2A server that translates tasks to crew kickoffs.
Microsoft's AutoGen multi-agent framework:
Integration approach: Build adapters between AutoGen's message protocol and A2A.
AWS Bedrock has added A2A support:
Integration approach: Use Bedrock's A2A-compatible agent hosting and client utilities.
Regardless of framework, the pattern is:
Exposing a framework agent as A2A server:
Using A2A agents from a framework:
message/send or message/streamDifferent frameworks manage state differently:
Fetch the latest framework documentation and A2A SDK adapters before implementing integrations.
development
Build with Spree's headless Next.js storefront — the official `spree/storefront` repo (Next.js 16 App Router with Server Actions and Turbopack, React 19 Server Components, Tailwind CSS 4, TypeScript 5, `@spree/sdk`, Sentry), server-only auth (httpOnly JWT cookies + publishable key), MeiliSearch faceted catalog, one-page checkout with Apple/Google Pay/Klarna/Affirm/SEPA, multi-region market routing, GA4 + JSON-LD SEO, and Vercel/Docker deployment. Use when forking or customizing the storefront, or evaluating headless adoption.
tools
Build Spree extensions as Rails engines — gem scaffolding, `bin/rails g spree:extension`, mounting routes/migrations/assets, the modern `prepend` decorator pattern (`*_decorator.rb` with `self.prepended(base)`), generators (`spree:model_decorator`, `spree:controller_decorator`), the four customization surfaces in preference order (Events > Webhooks > Dependencies > Decorators), Spree::Dependencies for swapping service objects, gem release/versioning, and the deprecated Deface engine. Use when building a reusable Spree extension or adding non-trivial customization to an app.
development
Build with Spree's event bus and Webhooks 2.0 — `Spree::Events` publication, `Spree::Subscriber` DSL with `subscribes_to` and `on`, wildcard matching, lifecycle events (`{model}.created/.updated/.deleted` via `publishes_lifecycle_events`), the canonical event catalog (order.*, payment.*, shipment.*, product.*), Webhooks 2.0 endpoints, HMAC-SHA256 signing (`X-Spree-Webhook-Signature`), exponential-backoff retries, and Sidekiq job orchestration. Use when wiring event-driven business logic, building webhook consumers, or replacing ActiveSupport callback chains.
tools
Cross-cutting Spree development patterns — the customization preference hierarchy (Events > Webhooks > Dependencies > Decorators), `Spree::Dependencies` service-object swapping, the `_decorator.rb` + `prepend` + `self.prepended` idiom, idempotent subscribers and webhook receivers, multi-store scoping discipline, prefixed IDs, calculator polymorphism (shipping/promotion/tax share the base), service-object composition with `dry-monads` or simple results, why to avoid `class_eval` reopening and Deface, and Spree-on-Rails idioms (Hotwire/Turbo Stimulus, ActiveStorage, Action Cable, Sidekiq). Use when designing the architecture of a Spree extension or solving cross-cutting concerns.