
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 - a scoped
CLOUDEVAL_ACCESS_KEYprovided through your MCP client’s private environment configuration --machinewhen your environment supports machine access
mcp serve uses stdin for MCP protocol messages, so run login before starting the MCP server. A container does not inherit host login state: supply your own scoped access key at runtime. Cloudeval-hosted project and report calls require account access; the MCP server does not bundle a Cloudeval account.
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.
Example:
billing_invoices is available only through the explicit
billing or all toolsets. It retrieves subscription invoices, paid top-up
history, and billing-cycle status. The service may create missing provider
invoice records for already-paid top-ups and persist receipt links, so it is
excluded from readonly. Its limit defaults to 25 and is clamped to 1–50 per
collection; it has no pagination cursor.
Use billing_ledger for individual usage attempts and credit charges,
billing_usage for aggregates, and billing_summary for current entitlement.
Ledger queries default to 30 calendar days. Explicit startAt and endAt ISO
timestamps override the corresponding range bounds; the start is inclusive and
the end is exclusive. Reuse data.next_cursor as cursor with the same filters
while data.has_more is true. These tools require billing read access.
Agent Profile discovery tools agent_profiles_list and agent_profiles_get
are available in the full and read-only MCP surfaces. agent_profiles_run
executes a profile and is excluded from readonly. They use
the same canonical profile ids as the CLI: architecture, cost, triage,
remediation, visual-explainer, scripter, change-reviewer,
evidence-auditor, and security-reviewer.
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.
io.github.ganakailabs/cloudeval. The listing describes the installable npm/stdio server and read-only access-key configuration; the registry does not host your server or provide account access.
You can also find Cloudeval AI in the Glama MCP directory.
For the optional hosted route, follow Hosted MCP with Glama.
Its listing and build checks do not provide a Cloudeval account or verify access to your projects.
Common mistakes
- Putting an access key in a Dockerfile, build step, or committed client config. Keep it in private runtime environment configuration.
- Calling
billing_invoicesfromreadonlyon CLI 0.38.4 or later. Selectbillingexplicitly when you intend to retrieve receipts, then restart the MCP client so it refreshes the tool list.
Next step
Use Agent and automation rules for safety defaults, or CLI command reference for the MCP command surface.- MCP tools for Azure infrastructure review — choose Azure MCP, Bicep MCP, or Cloudeval MCP by review job.