Skip to main content

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.

CloudEval turns Azure projects and infrastructure-as-code into evaluation signals across architecture, security, cost, reliability, deployment readiness, and graph topology. Use this page when you need public-safe wording for a homepage, sales page, docs page, or stakeholder summary.

Why it matters

Evaluation counts should be clear without exposing implementation details. A user should understand what CloudEval checks, which pillars are covered, and where the numbers come from. The safest public claim is:
CloudEval runs 650+ cloud evaluation signals across Azure architecture, security, reliability, cost, IaC readiness, diagram quality, and graph topology.
For broader product-quality copy, use:
CloudEval is backed by 1,450+ validation checks and release quality gates across cloud evaluations, reports, agents, APIs, and static analysis.

Quick example

Use this homepage metric label:
Cloud quality checks run
Use this supporting sentence:
Every supported Azure project is evaluated with hundreds of architecture checks, deployment-readiness tests, cost signals, and graph-based insights before findings reach the report surface.
Expected output: the copy explains depth and trust without naming internal engines, packages, or worker implementation.

Coverage grid

Public categoryCountWhat it covers
Azure architecture checks517 checksSecurity, reliability, operational excellence, performance efficiency, and cost optimization.
IaC deployment readiness tests53 testsARM template structure, parameters, UI definitions, and file-level readiness.
Architecture graph intelligence6 lenses, 7 scores, 3 rollupsBlast radius, critical paths, exposure, risk, cost sensitivity, and change impact.
Cost intelligence signals49 mapped Azure resource/service categories, 6 coverage signals, 2 current recommendation familiesPricing coverage, monthly and annual estimates, service-family rollups, unmatched-resource warnings, VM right-sizing, and storage-tier opportunities.
Diagram integrity checksAbout 7 gatesDiagram syntax, node and edge shape, subgraph balance, labels, targets, and parser readiness.
Product release quality gates831 collected automated tests, 10 lint rule familiesAPI, agent, report, billing, graph, pricing, streaming, and implementation-quality regression coverage.

Architecture pillars

The Azure architecture checks map to the five Well-Architected pillars.
PillarChecks
Security232
Operational Excellence147
Reliability101
Cost Optimization19
Performance Efficiency18

Public naming

Use these labels in public product copy.
LabelUse it for
Azure architecture checksWell-Architected style checks across security, reliability, operations, performance, and cost optimization.
IaC deployment readiness testsTemplate, parameter, UI definition, and file-level readiness checks.
Architecture graph intelligenceBlast radius, critical paths, exposure, risk, cost sensitivity, and change-impact context.
Cost intelligence signalsPricing coverage, service-family rollups, unmatched-resource warnings, and savings opportunities.
Diagram integrity checksSyntax, node, edge, label, target, and parser-readiness gates for generated diagrams.
Release quality gatesProduct QA checks for APIs, reports, agents, billing, streaming, graph, pricing, and implementation quality.

Step-by-step use

  1. Use 650+ cloud evaluation signals when the sentence is about what CloudEval evaluates for a supported Azure or ARM/Bicep project.
  2. Use 1,450+ validation checks and release quality gates when the sentence includes CloudEval’s broader product safety net.
  3. Pair the number with the covered outcomes: architecture, security, reliability, cost, deployment readiness, diagram integrity, and graph topology.
  4. Avoid implying that graph rows, pricing catalog entries, or engineering tests are the same as compliance rules.

Common mistakes

  • Do not call the 650+ number “compliance tests.” These are evaluation signals and quality checks, not a compliance attestation.
  • Do not market graph topology rows as named tests. Graph analysis is deterministic scoring and traversal.
  • Do not say every cost opportunity is guaranteed. Cost output depends on resource type, region, SKU, and pricing coverage.
  • Do not expose internal package names in homepage copy.
Last modified on May 17, 2026