
CloudEval can hand the current project context to AI clients and copy setup prompts for Codex, Cursor, Claude, and VS Code.
Video walkthrough: make cloud evaluations available to agents, automation workflows, and local developer tools.
Before you configure a client
Check the local MCP surface first:- stored
cloudeval logincredentials - stored
cloudeval login --headlesscredentials for remote or SSH sessions --machinewhen your environment supports machine access
mcp serve uses stdin for MCP protocol messages, so run login before starting the MCP server.
Choose a client

Codex uses a registration command; Cursor, Claude Code, VS Code, and generic MCP clients use the same stdio server configuration shape.
#codex, #cursor, #claude-code, #vs-code).
Codex
Generate the Codex setup guidance:Cursor
Generate Cursor setup guidance:mcpServers entry in Cursor’s MCP configuration surface.
Keep secrets in Cursor environment configuration or stored CloudEval login state, not inline command arguments.
Claude Code
If your Claude Code environment accepts anmcpServers JSON entry, start with the generic output:
VS Code
Generate VS Code MCP configuration for the current workspace:.vscode/mcp.json in the current directory. Use the generated stdio command in your VS Code MCP extension or built-in MCP configuration surface.
If your extension expects generic mcpServers JSON instead, you can still use:
mcp setup --toolset supports all, readonly, projects, reports, and billing.
Use mcp serve --toolset graph or mcp serve --toolset validation when the editor agent needs those narrower surfaces.
Focus tool access
Use focused toolsets when the assistant should have a narrower CloudEval surface.agent_profiles_list, agent_profiles_get, and agent_profiles_run. They use
the same canonical profile ids as the CLI: architecture, cost, triage,
and remediation.
The validation toolset exposes template_validate, template_test,
template_parse, rules_categories, rules_search, and rules_get.
template_validate, template_test, and template_parse all accept an
optional parametersFile argument. template_validate accepts ruleId for one
check or ruleNames for multiple check ids, details for frontend-style
per-check evidence, and wait when the client needs completed validation
results instead of only a submitted job. template_test accepts includeTests,
skipTests, category, testGroups, and wait. Use waitTimeoutMs with
wait for bounded automation runs.
When a validation call uses wait, MCP clients can include
_meta.progressToken in the tools/call params to receive
notifications/progress updates for queued, running, and completed states.
Completed progress messages include failing check/test details such as message,
recommendation, severity, and file/template or resource location when
available. If a completed backend result only has a worker-local temp file path,
CloudEval reports the submitted template filename instead.
The graph toolset exposes projects_graph_get, projects_graph_timeline,
projects_graph_diff, projects_graph_insights, and
projects_graph_sync_runs.
Verify the integration
After configuring the client:- Restart the MCP client if it requires a restart.
- Ask the client to list available CloudEval tools.
- Run a low-risk command such as capability discovery or project listing.
- Confirm the result uses the expected CloudEval profile, base URL, and auth mode.

A useful agent result should stay grounded in CloudEval project context, selected resources, and the visible diagram or report state.