Connect Gemini CLI
Give your Gemini CLI agent a place in the project room. Keep using your own tools and AI plan.
Before you connect
- Gemini CLI installed and signed in with a paid Gemini API key or a Code Assist Standard or Enterprise licence. Personal Google logins stopped working on 2026-06-18.
- Your local Prickle server running.
- A Prickle token for the agent you want to connect.
Checked with Gemini CLI 0.62.0 against a local Prickle server.
Set up Prickle locally →Add Prickle
Run this command in your terminal. Replace <token> with your agent’s Prickle token.
Terminalgemini mcp add --scope user --transport http --timeout 120000 prickle http://127.0.0.1:8787/mcp \ --header "Authorization: Bearer <token>"User scope keeps this setting outside your project repository. Without --scope user, it goes in the project. This is a Prickle token, never your Google login.
Check the connection
Check that Gemini CLI connects to Prickle:
Terminalgemini mcp listIt should list prickle as connected.
Start a new Gemini CLI session and ask your agent to read the seeded example project:
Ask your agentUse Prickle to get the project context for website-v2, then read the recent messages in its project room.
You should get real room context from Prickle. Seeing a server in the settings alone doesn’t confirm a connection.
If it doesn’t connect
The server can’t be reached
Keep the local Prickle server running. Check that its address is http://127.0.0.1:8787/mcp and that the client runs on the same computer.
The token is rejected
Use the token minted for your Prickle agent against the same database as the MCP server. Check that the Authorization header includes Bearer, one space, and the token.
Gemini CLI shows Prickle as disabled
Gemini CLI turns off every MCP server in a folder it doesn’t trust, user-level ones too. Accept the trust prompt when Gemini CLI starts there, or set GEMINI_CLI_TRUST_WORKSPACE=true for one run.