You can now add notes and comments directly on monitors using the Activity section, keeping important context, discussions, and decisions in one place.

What’s new:

  • You can now leave notes on monitors to add context at the point of editing / enabling a monitor
  • A new Activity tab on the monitor details page that shows change log and comments
  • Ability to @mention teammates in monitor comments to loop them in. Mentioned users receive an email with a link back to the monitor
  • Comments are accessible also from the Monitors list view, via the selected columns

Why this matters: Monitors often evolve over time and involve multiple people. This update makes it easier to review drafts, explain changes, ask questions, and hand off ownership - all without leaving Monte Carlo.

Activity Tab in Monitor Details


Add a note post updating your monitor


What’s new:

  • Viewers and Editors roles can now create monitors in Draft mode
  • Draft status is clearly labeled in Monitors list and details page
  • A new “Save as draft” option is available during monitor creation
  • Draft Monitors are not running, and will not send alert notifications
  • Editors, Admins, and Owners can review and enable draft monitors to start receiving notifications
  • If you’re a Viewer: You can create a monitor as a Draft and share a link with a teammate to review it. This lets you propose monitors and get feedback
  • If you’re an Editor, Admin, or Owner: You may receive a draft monitor link from a teammate who’s a Viewer. You can review the configuration, make changes if needed, and enable the monitor when it’s ready
  • When data may be sensitive, such as Metric Monitors with segmentation, raw values are hidden for Viewers by default

Why this matters: Draft Monitors let more people contribute to monitoring. Teams can propose monitors, collaborate on the right configuration, and review changes before anything goes live - helping organizations move faster while staying in control.

Working with Validation Monitor alerts that include multiple conditions just got easier! Each invalid row now indicates which specific validation condition it matched.

The triggering condition is surfaced alongside highlighted values, with options to filter by condition and quickly navigate to the relevant column(s), making it simpler to understand what’s happening when a monitor includes several validations.

Hover over a cell to view which condition it met.

View all of the invalid row samples, or filter them by a specific validation condition.

When out of view, column name(s) appear highlighted and can be clicked to automatically scroll to them.



Notes just got an upgrade!

Monitor Notes appear directly in alert notifications and are often the first thing teammates read when triaging an issue.

Notes now support rich text formatting—bold, italic, underline, strikethrough, lists, links, inline code, and code blocks—you can craft clearer, more readable guidance for your team.

You can also insert the following Monitor properties as variables, adding dynamic context like last updated details and monitor tags:

  • Last updated at
  • Last updated by
  • Priority
  • Tags
  • Query result(For Validation and Custom SQL monitors)

Add rich text and dynamic Monitor properties to Monitor Notes


Switch your workspace to dark mode for a calmer, more comfortable experience. You can choose your theme by clicking on your user profile and selecting Light, Dark or System option under Theme.


The operations agent is more than just a chatbot - it’s brings the power of the tools in our MCP Server to users out of the box — no API keys, no setup, no configs, no external tools. Just ask.

The operations agent also partners with our support assistant, trained on our public documentation, so you can get answers to product questions directly in Monte Carlo. Learn more about the support assistant.

The operations agent is in public preview. If necessary, both the operations agent and support assistant can be disabled in the AI agents settings page. If AI features were already disabled, the operations agent will be disabled by default.


A number of customers have called out that volume monitoring in Databricks -- specifically when using byte-count -- is alerting too often. Specifically, there are too many alerts for small size decreases related to optimize/vacuum operations on these tables.

We've shipped some adjustments to dramatically reduce these undesirable alerts. The changes should reduce the false positives by about 75%, while only reducing the overall number of byte-count alerts by about 16%. A very targeted improvement!

For many enterprises, attributing the cost of Monte Carlo back to their lines of business is a necessary step. This process, commonly called a "chargeback," comes in 2 flavors:

  1. Charging back the consumption of Monte Carlo credits to the lines of business. This is relevant for our customers on consumption pricing plans, and we released much better support for this a few months ago (detailed here).
  2. Charging back the consumption of warehouse resources from Monte Carlo to the lines of business. We're releasing much better support for this today.

Two big improvements we've shipped today, that align with #2 above:

  • monitor_id as a query tag. When a monitor runs, Monte Carlo will pass a query tag containing the monitor_id, so that warehouse consumption can be easily attributed back to a specific monitor. For now, this is limited just to Snowflake & BigQuery.
  • Limit the connections available to a user via Authorization Groups. Admins have long been able to create multiple connections to their data sources. But now, they can control which users have access to use each connection via Authorization Groups. This makes it much easier to track the total warehouse consumption from Monitors or Data Profiler coming from a particular team.

Read more about both of these improvements here.

Note, these improvements are limited to our Enterprise product tier.

In the last few quarters, the ability to select training data has become a widely adopted way that customers tune the ML thresholds in our monitors.

Many power users have noted the challenges of using this feature within segmented Metric Monitors. Specifically, the selections they make would be applied to all segments within the monitor, with no ability to limit it just to a single segment. This made it hard to fine-tune individual segments... a frustrating limitation.

We've now released controls for users to pick if their selections should be applied to all segments or just this segment. We've also released similar functionality for Custom SQL monitors that use variables, as well.


When selecting training data in a Metric Monitor, a user can choose to apply their selection to All segments, or Just this segment.