Product
The multi-model debate.
One tool call starts a debate. You get back a conclusion, the reasoning behind it, and a record of where the models disagreed.
How it works
How a debate runs
You ask
Your editor sends the question and any context you choose to include.
Models answer
Several models respond independently.
Models review
Each model critiques the others and revises its position.
You receive a result
A single conclusion, the supporting arguments, and the open disagreements.
What comes back
What a debate returns.
A finished debate comes back in four parts. The numbers on the example match the list.
Final answer
The position the models converged on, in plain language.
Agreement and disagreements
How far the models agree, and every point they could not settle, so you can decide.
What each model said
Each model’s own position, labelled with the model that took it.
Credits and record
The credits the debate used, how long it is kept, and the full transcript to read or download from History.
A debate is a summary of what AI models argued, not advice. Models can be wrong, and agreement does not make an answer correct.
Question
Should the billing service move session storage from Redis to Postgres?
Final answer
Move to Postgres with a TTL index, after a read-latency check.
Agreement
Most of the models agree. 1 point of disagreement Logout fan-out may still need a cache.
What each model said
Model A
Yes. One datastore fewer; the write volume is small.
Model B
Yes, with a TTL index for expiry.
Model C
Not yet. Measure read latency first.
What you get
A second, third and fourth opinion, on the record.
Independent answers
Each model answers on its own before it sees anyone else’s work, so one model’s blind spot does not become everyone’s.
Cross-review
The models critique each other and revise, so weak claims are challenged before they reach you.
A record in History
Every debate is saved to your account with its answer, disagreements and transcript. Delete any debate whenever you like.
Spending you control
Prepaid credits in one wallet per account. API keys are optional, and each key can have its own spending cap.
Connect
Connect your editor
Point your client at https://pilot.e3d.ai/mcp with an API key from your dashboard. Setup guides for each client are in the documentation.
These are the clients we have tested. Each connects with an API key; you can also ask from the web without one.
Copilot in VS Code
Add the server to .vscode/mcp.json or your user mcp.json. VS Code asks for the key once and keeps it out of the file.
{
"servers": {
"pilot": {
"type": "http",
"url": "https://pilot.e3d.ai/mcp",
"headers": {
"Authorization": "Bearer ${input:pilot-key}"
}
}
},
"inputs": [
{
"type": "promptString",
"id": "pilot-key",
"description": "E3D Pilot API key",
"password": true
}
]
}
Claude Code
Debates take minutes, so raise the tool timeout, then add the server with the key in a header.
export PILOT_KEY=YOUR_API_KEY
export MCP_TOOL_TIMEOUT=600000
claude mcp add --transport http pilot https://pilot.e3d.ai/mcp --header "Authorization: Bearer $PILOT_KEY"
Codex CLI
Add this to ~/.codex/config.toml and export PILOT_KEY before starting Codex.
[mcp_servers.pilot]
url = "https://pilot.e3d.ai/mcp"
bearer_token_env_var = "PILOT_KEY"
tool_timeout_sec = 600
claude.ai
In Settings, Connectors, add a custom connector. Choose No sign-in and send the key alone, with no Bearer prefix, in a request header named x-auth-token.
URL https://pilot.e3d.ai/mcp
Authentication No sign-in
Request header x-auth-token: YOUR_API_KEY