Use this page when you need a quick, honest map of what CloudEval can do today and where the product is headed next.Documentation Index
Fetch the complete documentation index at: https://docs.cloudeval.ai/llms.txt
Use this file to discover all available pages before exploring further.
Why it matters
Cloud evaluation tools are only useful when teams know what they can trust. This map separates current product capability from roadmap direction so architects, DevOps teams, and AI agents can plan without guessing.Quick check
For automation, check the live CLI contract first:Status labels
| Status | Meaning |
|---|---|
| Current | Available in the product or CLI today and safe to document as a supported workflow. |
| In progress | Active roadmap work, not generally available yet. Use it for planning, not production commitments. |
| Planned | Directional roadmap item. Scope and dates can change. |
| Limited | Partial, preview, disabled, or not broad enough to treat as a standard workflow. |
Capabilities
| Area | Capability | Status | What users get | Start here |
|---|---|---|---|---|
| Cloud ingestion | Azure live environment connections | Current | Connect an Azure subscription or resource group scope and turn it into a CloudEval project. | Connect Azure |
| IaC ingestion | ARM template import | Current | Upload or reference ARM JSON before deployment and evaluate it as a project. | Import ARM or Bicep |
| IaC ingestion | Bicep review through compiled ARM JSON | Current | Compile Bicep to ARM JSON, then use the same import and report workflow. | Automate with the CLI |
| Project model | Projects, connections, files, and sharing | Current | Keep topology, source inputs, reports, collaboration, and share links together. | Projects |
| Diagrams | Interactive architecture and dependency diagrams | Current | Inspect cloud resources, relationships, layout, and resource context visually. | Diagrams and workspace views |
| Reports | Cost reports | Current | Estimate cost exposure, savings opportunities, and cost review inputs. | Run reports |
| Reports | Architecture and Well-Architected reports | Current | Review pillar scores, findings, issue counts, and architecture recommendations. | Report types |
| Reports | Security and architecture finding review | Current | Triage risk with report evidence and project context. | Review findings |
| Reports | ARM/unit-test reports where available | Current | Run template-focused checks when the project and backend support them. | Report types |
| AI workspace | Grounded project chat | Current | Ask questions against project metadata, graph data, source inputs, and saved reports. | Agent rules |
| CLI | Agentic CLI workflows | Current | Configure profiles, create projects, run reports, ask grounded questions, download outputs, and open deeplinks. | CLI overview |
| Agent integration | MCP server | Current | Expose CloudEval project, report, billing, open-url, and capability tools to MCP-compatible agents. | Agent rules |
| Agent integration | llms.txt and llms-full.txt | Current | Give external agents machine-readable product, CLI, grounding, and limitation context. | LLM context |
| Collaboration | Share links, embeds, and invited roles | Current | Share read-only project views, embed snippets, or collaborate with named users. | Sharing |
| Billing | Credits, plan visibility, and CLI billing summaries | Current | Inspect usage, credits, plans, ledger entries, invoices, top-ups, and billing deeplinks. | Plans and billing |
| Editor workflow | VS Code sidebar for CloudEval projects and findings | In progress | Review projects, resources, reports, and findings without leaving the editor. | Roadmap |
| Editor workflow | Inline ARM/Bicep diagnostics and CodeLens actions | In progress | See IaC risks in context, then explain, evaluate, or draft fixes from the editor. | Roadmap |
| Editor workflow | CloudEval MCP tools for VS Code agents | In progress | Let editor agents answer with CloudEval project, graph, and report context. | Agent rules |
| Pull requests | Repo scanning and PR diagram diffs | Planned | Show architecture, risk, and cost impact before infrastructure changes merge. | Roadmap |
| Pull requests | GitHub Checks and CI risk gates | Planned | Annotate pull requests and block high-risk changes with configurable thresholds. | Roadmap |
| Diagnostics | Snapshot drift and graph diff | Planned | Compare project snapshots to see what changed and which risks moved. | Roadmap |
| Diagnostics | Blast radius and risk-path exploration | Planned | Trace dependencies, identities, network paths, exposure, data access, and cost impact. | Roadmap |
| Provider coverage | AWS, GCP, Terraform, CloudFormation, Kubernetes, and telemetry evidence | Planned | Broader coverage with explicit parser, provider, rule, and evidence labels. | Cloud support |
| Remediation | Ranked fixes, IaC patches, PRs, waivers, owners, and evidence exports | Planned | Turn findings into reviewable change proposals with governance context. | Roadmap |
| Provider coverage | AWS and GCP live connection parity | Limited | Do not assume full Azure parity today. Treat non-Azure workflows as future or limited until documented otherwise. | Cloud support |
| Commerce | Team plan purchase and enterprise self-serve checkout | Limited | Some commercial surfaces may be visible before full checkout availability. | Plans and billing |
How to use this map
- Start with
Currentrows when planning a real rollout. - Use
In progressrows for near-term pilots and design discussions. - Use
Plannedrows to understand direction, not to make delivery commitments. - Check
Limitedrows before assuming provider, billing, or integration parity.
Common mistakes
- Treating roadmap rows as available product behavior.
- Assuming AWS, GCP, Terraform, CloudFormation, or Kubernetes support matches Azure support.
- Hard-coding CLI commands without first running
cloudeval capabilities --format json. - Registering MCP broadly when a focused toolset such as
readonly,projects,reports, orbillingis enough.
Tips
- Use Availability and limits for the strict support matrix.
- Use Cloud and IaC support before writing provider-specific runbooks.
- Use Agent and automation rules before wiring CloudEval into an AI agent.
- Use the public roadmap when you need the six-month product direction.
