The marked block that wires managed Intelligence is the region a hosted reader copies verbatim, and nothing checked it. Both gaps were deliberate: the parity manifest lists `src/app/api/copilotkit/**` under `allowedDivergence` for every instance it tracks, and no `docker-compose.test.yml` sets `COPILOTKIT_LICENSE_TOKEN`, so every smoke-tested starter takes the else arm and the `intelligence:` arm has never run in CI. The cost was already visible. The block's code was byte-identical in 21 of 22 starters, but its warning comment had drifted into five variants and the two `ms-agent-framework-*` starters shipped the `demo-user` stub with no warning at all. That drift is how the localhost default of OSS-981 survived in all 22 copies at once. Add `scripts/validate-intelligence-wiring-block.ts`, which greps the opening marker, compares every site against the north-star starter, and fails on the first line that differs. Two normalisations keep it usable: the block is dedented, because `agentcore` nests it deeper, and the else arm's runner name is masked, because `agentcore` runs `AgentCoreRunner` in front of a Bedrock session where an in-process runner has nothing to run. Everything else, comment text included, must match to the byte. Then unify the warning at all 22 sites on the fullest wording, which also says the id must exist in Intelligence or thread operations can fail. The check passes on day one, so it is a ratchet rather than a migration. It is a shape gate, not a content gate: 22 identically wrong copies still pass. What it guarantees is that a fix reaches all of them or none. Not covered: enrolling the `intelligence:` arm in the smoke path. That needs a license token in CI and a reachable endpoint from the compose network, and is tracked separately.
A2A + AG-UI Multi-Agent Starter
A minimal starter template for building multi-agent applications with A2A Protocol (Agent-to-Agent) and AG-UI Protocol (Agent-UI). This project demonstrates how to coordinate multiple AI agents across different frameworks (LangGraph and Google ADK) to solve tasks collaboratively.
Quick Start
Prerequisites
- Node.js 18+
- Python 3.10+
- Google API Key - Get one here
- OpenAI API Key - Get one here
Installation
- Install frontend dependencies:
npm install
- Install Python dependencies:
cd agents
python3 -m venv .venv
source .venv/bin/activate # On Windows: .venv\Scripts\activate
pip install -r requirements.txt
cd ..
- Set up environment variables:
cp .env.example .env
# Edit .env and add your API keys:
# GOOGLE_API_KEY=your_google_api_key
# OPENAI_API_KEY=your_openai_api_key
- Start all services:
npm run dev
This will start:
- UI: http://localhost:3000
- Orchestrator: http://localhost:9000
- Research Agent: http://localhost:9001
- Analysis Agent: http://localhost:9002
Usage
Try asking:
- "Research quantum computing"
- "Tell me about artificial intelligence"
- "Research renewable energy"
The orchestrator will:
- Send your query to the Research Agent to gather information
- Pass the research to the Analysis Agent for insights
- Present a complete summary with both research and analysis
Development Scripts
# Start everything
npm run dev
# Start individual services
npm run dev:ui # Next.js UI only
npm run dev:orchestrator # Orchestrator only
npm run dev:research # Research agent only
npm run dev:analysis # Analysis agent only
# Build for production
npm run build
# Lint code
npm run lint
# Hold an Intelligence Channel open (see "Running a Channel" below)
npm run channel
# Type-check the channel host on its own tsconfig.channel.json
npm run typecheck:channel
Running a Channel
channel-host.mts mounts the orchestrator agent as an Intelligence
Channel (Slack, Teams). It requires INTELLIGENCE_API_KEY and a declared
Channel in .copilotkit/channels.json — set both up with copilotkit init or
copilotkit channels add, which write that file and the credentials your
.env needs, then:
npm run channel
The host reads which Channel to hold from .copilotkit/channels.json. If a
project declares more than one, set INTELLIGENCE_CHANNEL_NAME to pick one.
The host holds no provider credentials and exposes no provider endpoint — Intelligence owns the provider edge — so the same file works for every provider.
The Channel itself is declared in channels.mts — that is where to add commands,
reactions, or an onMention handler. channel-host.mts only owns the process
lifetime, and is byte-identical in every starter.
Once startup finishes, the log reports the truth per Channel:
Channel "<name>" is online.— the session is up and can send.Channel "<name>" is declared but no provider is attached yet.— a normal waiting state, not a failure. Runcopilotkit channels statusto see what setup remains.
Neither message proves the provider app is installed, reachable, or that anyone can message it — verify that separately (invite the bot, then message it) before treating the Channel as working.
Customization
Adding New Agents
-
Create a new Python agent in
agents/:- Implement A2A Protocol (see existing agents as examples)
- Choose a port (e.g., 9003)
- Define agent capabilities and skills
-
Register in middleware (
app/api/copilotkit/route.ts):const newAgentUrl = "http://localhost:9003"; const a2aMiddlewareAgent = new A2AMiddlewareAgent({ agentUrls: [ researchAgentUrl, analysisAgentUrl, newAgentUrl, // Add here ], // ... }); -
Add run script in
package.json:"dev:newagent": "python3 agents/new_agent.py" -
Update concurrently command to include your new agent
Changing UI
- Main page: Edit
app/page.tsxfor layout and result display - Chat: Edit
components/chat.tsxfor chat behavior - Styling: Edit
app/globals.cssandtailwind.config.ts - A2A badges: Edit
components/a2a/components
What This Demonstrates
This starter shows how specialized agents built with different frameworks can communicate via the A2A protocol:
Architecture
┌──────────────────────────────────────────┐
│ Next.js UI (CopilotKit) │
└────────────┬─────────────────────────────┘
│ AG-UI Protocol
┌────────────┴─────────────────────────────┐
│ A2A Middleware │
│ - Routes messages between agents │
└──────┬───────────────────────────────────┘
│ A2A Protocol
│
├─────► Research Agent (LangGraph)
│ - Gathers information
│ - Port 9001
│
└─────► Analysis Agent (ADK)
- Analyzes findings
- Port 9002
▲
│
┌──────┴──────────┐
│ Orchestrator │
│ (ADK) │
│ Port 9000 │
└─────────────────┘
Agents
-
Orchestrator (ADK + AG-UI Protocol)
- Receives requests from the UI
- Coordinates specialized agents
- Port: 9000
-
Research Agent (LangGraph + A2A Protocol)
- Gathers and summarizes information
- Returns structured JSON
- Port: 9001
-
Analysis Agent (ADK + A2A Protocol)
- Analyzes research findings
- Provides insights and conclusions
- Port: 9002
Project Structure
starter/
├── app/
│ ├── api/copilotkit/route.ts # A2A middleware setup (KEY FILE!)
│ ├── layout.tsx # Root layout
│ ├── globals.css # Styles
│ └── page.tsx # Main UI
│
├── components/
│ ├── chat.tsx # Chat component with A2A visualization
│ └── a2a/ # A2A message components
│ ├── agent-styles.ts # Agent branding utilities
│ ├── MessageToA2A.tsx # Outgoing message badges
│ └── MessageFromA2A.tsx # Incoming message badges
│
├── agents/ # Python agents
│ ├── orchestrator.py # Orchestrator (ADK + AG-UI) - Port 9000
│ ├── research_agent.py # Research (LangGraph + A2A) - Port 9001
│ ├── analysis_agent.py # Analysis (ADK + A2A) - Port 9002
│ └── requirements.txt # Python dependencies
│
├── package.json # Frontend dependencies & scripts
├── .env.example # Environment variables template
└── README.md # This file
Key Concepts
AG-UI Protocol
The AG-UI Protocol standardizes communication between the frontend (CopilotKit) and agents. The orchestrator uses AG-UI to receive messages from the UI.
A2A Protocol
The A2A Protocol standardizes agent-to-agent communication. The Research and Analysis agents use A2A to communicate with the orchestrator.
A2A Middleware
The A2A Middleware (in app/api/copilotkit/route.ts) is the magic that connects everything:
- Wraps the orchestrator agent
- Registers A2A agents automatically
- Injects a
send_message_to_a2a_agenttool into the orchestrator - Routes messages between agents
Troubleshooting
Agents not connecting?
- Verify all services are running:
http://localhost:9000-9002 - Check console for startup errors
Missing API keys?
- Ensure
.envfile exists withGOOGLE_API_KEYandOPENAI_API_KEY - Restart all services after adding keys
Python import errors?
- Activate virtual environment:
source agents/.venv/bin/activate - Reinstall dependencies:
pip install -r agents/requirements.txt
Port conflicts?
- Change ports in
.envfile:ORCHESTRATOR_PORT=9000 RESEARCH_PORT=9001 ANALYSIS_PORT=9002
Learn More
- AG-UI Protocol Documentation
- A2A Protocol Specification
- Google ADK Documentation
- LangGraph Documentation
- CopilotKit Documentation
License
MIT
