Best for
- Design review before release
- Pull request review support
- Architecture and cost checks during planning
- Shared review between engineers and stakeholders who do not want to parse raw template JSON
Workflow
- Choose the IaC source shape:
- single ARM JSON template
- ARM JSON plus parameters file
- multi-file workspace with linked or nested ARM templates
- For a multi-file workspace, add
.cloudeval/config.yamland setstacks[].entryto the visualization source. - Create a project from that IaC source.
- Run architecture and cost reports.
- Review the findings before the deployment decision.

Imported infrastructure code can be reviewed beside the project files, report outputs, and generated ARM JSON outline.

Code review can stay grounded in a selected template range, file path, line numbers, and the assistant response.
Why teams like this path
- It avoids credential setup.
- It keeps code and findings in one workspace.
- It keeps linked ARM files separate in the code view while using a resolved bundle for diagrams and reports.
- It makes pre-deployment review easier for people outside the original authoring context.
What to look for
- High-severity architecture issues
- Unexpected dependencies or topology shape
- Cost signals that should change SKU or resource choices before rollout