Centaur
Use Centaur's MCP tools for actions and context exposed by the user's deployment.
Workflow
- When identity or authorization matters, call
centaur_whoamibefore other Centaur tools. - If the
centaurMCP tool is listed, use it to list or search the tool catalog when the correct tool is unclear. - When
centauris available, inspect an unfamiliar CLI progressively with{"command": ["run", "<tool>", "--help"]}. Add known command and subcommand segments before--helpuntil the relevant options and arguments are shown. Treat that help output as the current contract. - When
centauris available, run the command with{"command": ["run", "<tool>", "<argv>", "..."]}. Pass every CLI argument as a separate token and do not guess command names or options. - If
centauris not listed or cannot complete the request, use the legacy per-service MCP tools. Each accepts amethodandargumentsobject. Call it withmethod: "help"when its methods or arguments are unclear. - Summarize consequential writes and return relevant identifiers or links.
Centaur authorizes calls using the signed-in principal's live roles and grants. Never request, paste, print, or store Centaur OAuth tokens.
Connection recovery
If no Centaur tools are available, explain that the client still needs the deployment-specific MCP endpoint.
- Codex: register it with
codex mcp add centaur --url <CENTAUR_MCP_URL>, then runcodex mcp login centaur. The--urlflag is required for Streamable HTTP and OAuth. - Claude Code: configure the plugin's
mcp_url, open/mcp, and authenticate thecentaurserver. - Other MCP clients: configure a remote HTTP server named
centaurwith the deployment's/mcpURL and complete its OAuth flow.
Do not substitute a guessed hostname. Ask for the deployment URL when it is not already configured or supplied.