E-MCP-010
Nothing is broken. The door works, your users sign in, tool calls land. It is just not the door you think you are running.check mcp/sign-in-keys · error_code E-MCP-010 · doctor still exits 0
What you’re seeing
This check fires when all four of these are true at once:- a composition passes
mcptocreateVendo VENDO_SERVICE_KEYis setVENDO_API_KEYis setVENDO_BASE_URLstarts withhttps://
http origin is somebody’s development machine, where a local door is
exactly the point, so this stays silent there.
Why
vendo init writes VENDO_SERVICE_KEY into .env.local. That file is
dev-only and gitignored, and the composition reads the variable at boot, so
the key holds sign-in on your own machine and never reaches production through
git.
It can still reach production by hand: a copied .env, a platform variable
pasted out of a dev shell, a Docker build that bakes the file in. When it does,
the composition’s serviceAuth becomes an explicit local authorization-server
choice, and an explicit choice outranks the Cloud default. The deployment
serves its own OAuth instead of the broker your Cloud key already provisions —
so there is no stable yourcompany.mcp.vendo.run address, and the OAuth
surface sits on your domain after all.
The fix
RemoveVENDO_SERVICE_KEY from the deployment’s environment. The door falls
back to the Cloud broker on the next boot, and every discovery URL your users
already configured keeps working — they derive from VENDO_BASE_URL, never
from the broker.
Related errors
E-MCP-009
the door’s public base URL
E-CLOUD-001
VENDO_API_KEY is not usable