Prerequisites
- A repository connected through Review Setup with webhooks configured
- Permission to edit Review settings, for the toggles below
- A supported provider: GitHub, GitLab, Bitbucket, or Azure DevOps. AWS CodeCommit repositories do not support pipeline analysis.
Turn on pipeline analysis
Pipeline analysis is a workspace-wide setting and is off by default.1
Open Review settings
Go to Review → Settings.
2
Enable the toggle
Turn on the Pipeline Analysis switch. While it is off, the Recent pipeline runs section shows a banner with an Enable Monitoring button that does the same thing.Success state: new CI runs from your connected repositories appear under Recent pipeline runs, and failed runs are analyzed automatically.
How a failed run becomes findings
- Your provider sends a pipeline event, and Review records the run with its status and commit.
- Only failed runs are eligible — successful, running, and pending runs are stored but never analyzed, and an already-analyzed run is not analyzed twice.
- Review fetches the failed jobs and links the run to a reviewed merge request when one matches, so the analysis can use the review context of the change that broke it.
- An agent analyzes the failed jobs in a dedicated conversation and writes root-cause findings, stored beside your normal review findings.
Review a pipeline run
1
Open recent pipeline runs
Go to Review → Settings and scroll to Recent pipeline runs. Each row shows the repository, the pipeline number linked to your provider, the run status, and — for failed runs — the analysis status.
2
Start an analysis manually if needed
A failed run that has not been analyzed shows an Analyze pipeline button. Click it to start the analysis without waiting for the next event.
3
Open the pipeline detail
Open a run to see Pipeline Jobs — the stages and jobs with their statuses — and Findings, the agent’s root-cause analysis for the failure.
Generate repository reports
Beyond per-run analysis, Review produces period-level repository reports: two PDFs per repository and review period — a technical report for engineers and a product report for leaders. They live in Review → Insights on the Reports tab.1
Open the Reports tab
Go to Review → Insights and select Reports. Reports are grouped by period, with each row showing the repository, generation time, trend badges, action counts, status, and PDF links.
2
Choose scheduled or on-demand generation
Turn on Enable scheduled repo reports to let CloudThinker generate them on its own schedule for your active repositories, or click Generate Now for an immediate run.
3
Download the PDFs
On a completed row, open the Technical PDF or Product PDF.Success state: the row shows a completed status with both PDFs available.
Scheduled runs notify workspace admins when at least one report pair is ready. A manual Generate Now run sends no notification, because you are already on the page.
Weekly digest email
Separately from repo reports, CloudThinker emails the workspace owner a Weekly Review digest — a PDF summarizing the past week’s review activity across the workspace. A week with too little review activity is skipped rather than sent empty. The digest appears as the Weekly Review digest email category under Review in notification settings.Next steps
Releases
Score release risk and record Approve or Hold decisions
Review Insights
Track review coverage, recurring findings, and trends
Review Setup
Connect repositories and configure review modes
Mention Commands
Interact with CloudThinker from MR/PR comments