Skip to main content
These answers cover common questions about how OpEx Review works, what data it uses, and how that data is stored and secured.

Getting started

To get started, Cortex recommends configuring at least 1-2 metrics in Delivery, 1-2 metrics in Reliability, and 1-2 Scorecards in Initiatives or Vigilance. This requires deployment, version control (for pull requests), and incident data flowing into Cortex from the following supported tools:For setup steps, see Configuring OpEx Review.

Data sources

The report uses all datasets available in Eng Intelligence:
  • Version control
  • Deployments
  • Incidents
  • Work items
  • AI tooling
  • Custom metrics
  • Scorecard scores
Additional Cortex data may become available to OpEx Review over time.
Deployments can include optional environment information, which is used to separate production metrics from non-production metrics. To send environment information with your deployments, use the Cortex deploys API.
No. Cortex ingests and stores data from your integrations, and the report queries that stored data rather than your source systems. Generating a report adds no load or rate-limit pressure on your tools.
Additional Cortex data may become available to OpEx Review over time.

Data storage and security

Cortex stores the engineering metadata it ingests using the credentials you provide. That data is tenant-isolated and encrypted. Cortex maintains SOC 2 and ISO 27001 compliance.
No. Cortex stores engineering metadata and event data, such as pull request, deployment, and work item metadata, Scorecard scores, and trace events. It doesn’t store your source code or codebases.
Cortex retains out-of-the-box Eng Intelligence metrics for at least 6 months and custom metrics for at least 24 months. If you need a longer retention period, contact your Customer Success Manager.

How insights are generated

The agent works through a multi-step process across your engineering metadata and org structure:
  • It retrieves your data through structured calls, so every figure traces back to a real query result.
  • It evaluates that data within the DRIVE framework (Delivery, Reliability, Initiatives, Vigilance, and Efficiency).
  • It ties each signal to the teams, services, and domains responsible, using your catalog and ownership data, and rolls results up the way your organization is structured.
  • It compares trends against historical baselines, so the report surfaces meaningful changes rather than normal week-to-week noise.
The result is a prioritized, leadership-ready readout of what mattered most in the period, why it matters, and where to focus.
Every metric in the report comes from Cortex’s query engine through structured calls. Before each report is created, a grounding step checks each AI-generated insight against the underlying data.
OpEx Review is powered by Anthropic’s Claude, using different models for different tasks.

Using Cortex AI in OpEx Review

Cortex AI is built for follow-up questions on whatever metric or insight you’re looking at, such as which teams are driving a change, how a metric compares to last quarter, or what a threshold means. Suggested prompts in the chat give you a place to start.For more examples, see What you can ask.
Responses are short (typically two to four sentences or a brief bulleted list) and are meant to be discussed in your OpEx meeting. They call out specific teams or services, suggest a next step when there is one, and link to a relevant data source so you can dig in further.Cortex checks any metric it surfaces against the query engine, but as with any AI-generated summary, it’s worth double-checking a number before it drives a decision. For more information, see What to expect from a response.
Last modified on October 1, 2026