# Monte Carlo Proactive Monitoring

> Guide users from coverage analysis to monitor creation. USE WHEN user asks what should I monitor, where are my gaps, improve coverage, or wants a systematic approach to monitoring across their data estate.

- **Type:** Skill
- **Install:** `agentstack add skill-monte-carlo-data-mc-agent-toolkit-proactive-monitoring`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [monte-carlo-data](https://agentstack.voostack.com/s/monte-carlo-data)
- **Installs:** 0
- **Category:** [Developer Tools](https://agentstack.voostack.com/c/developer-tools)
- **Latest version:** 0.1.0
- **License:** Apache-2.0
- **Upstream author:** [monte-carlo-data](https://github.com/monte-carlo-data)
- **Source:** https://github.com/monte-carlo-data/mc-agent-toolkit/tree/main/skills/proactive-monitoring
- **Website:** https://docs.getmontecarlo.com/docs/agent-toolkit

## Install

```sh
agentstack add skill-monte-carlo-data-mc-agent-toolkit-proactive-monitoring
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# Monte Carlo Proactive Monitoring Workflow

This workflow guides users through improving their monitoring coverage by
sequencing existing Monte Carlo skills. It does not contain coverage analysis
or monitor creation logic itself — each step loads the relevant skill's
SKILL.md which has the actual instructions.

## When to activate this workflow

Activate when:

- Context detection routes here (coverage intent + data project detected)
- User invokes `/mc-proactive-monitoring`
- User asks "what should I monitor?", "where are my gaps?", "improve coverage"
- User wants a systematic approach to monitoring — not just creating one specific monitor

## When NOT to activate this workflow

- User already knows exactly what monitor to create (e.g., "create a freshness monitor on X") — route to `monitoring-advisor` directly
- User is responding to an active incident — use incident response workflow
- User is editing a dbt model — defer to `prevent` skill (auto-activates via hooks)
- A skill is already active and handling the user's request

---

## Workflow Steps

```
Step 1 (conditional): Assess current state — when user has specific tables in mind
Step 2: Identify gaps — the core of this workflow
Step 3: Create monitors — act on identified gaps
```

### Determine entry point

Before starting, determine which step to enter based on the user's context:

- **User mentions specific tables** ("what monitoring do I have on stg_payments?", "check my orders tables") → Start at **Step 1: Assess Current State**
- **User has a model file open** with a specific table → Start at **Step 1: Assess Current State**
- **User wants estate-wide coverage** ("where are my gaps?", "what should I monitor?") → Skip to **Step 2: Identify Gaps**
- **Ambiguous** → Ask: "Would you like to check specific tables first, or look at coverage across your estate?"

---

### Step 1: Assess Current State (conditional)

**Skill:** Read and follow `../asset-health/SKILL.md`

**Goal:** Check health of the specific tables the user cares about — freshness, alerts, existing monitoring coverage, importance score, upstream dependencies.

**When to run:** Only when the user has specific tables in mind or a model file open. Provides table-level context before the broader coverage analysis.

**Transition to Step 2:** After the health report, offer the broader view:

> "[Table] has [summary of health and existing monitors]. Want me to analyze monitoring coverage more broadly — across your warehouse or use cases — to find where the gaps are?"

If the user says yes, proceed to Step 2. If they're satisfied with the table-level view, stop.

---

### Step 2: Identify Gaps

**Skill:** Read and follow `../monitoring-advisor/SKILL.md`

When loading monitoring-advisor for this step, frame the request as **coverage analysis** — not direct monitor creation. The monitoring-advisor skill has two flows; this step uses the coverage analysis flow:
- Warehouse discovery → use-case exploration → coverage analysis → gap identification

**Goal:** Analyze coverage across warehouses and use cases, identify unmonitored tables, prioritize by importance and anomaly activity.

**This is the core step.** Most workflow entries start here.

**Transition to Step 3:** When gaps are identified and the user wants to act:

> "I've identified [N] monitoring gaps, prioritized by importance. Ready to create monitors for the top priorities?"

If yes, proceed to Step 3 (which stays within monitoring-advisor). If no, stop.

---

### Step 3: Create Monitors

**Skill:** Continues within `../monitoring-advisor/SKILL.md` — transitions from coverage analysis flow to direct monitor creation flow.

This step does NOT load a separate skill. The monitoring-advisor skill handles both gap identification (Step 2) and monitor creation (Step 3). The workflow just signals the transition from "analysis" to "creation."

**Goal:** Create monitors-as-code YAML for the identified gaps. For each gap:
1. Determine the appropriate monitor type (freshness, volume, validation, custom SQL, comparison)
2. Generate the monitor configuration
3. Output as monitors-as-code YAML

**The user can create monitors for all identified gaps or select specific ones.**

---

## Orchestration Rules

- **Users can enter at any step.** The entry point section above determines where to start.
- **Each step loads the actual skill's SKILL.md** via relative path. This workflow does not replicate skill logic — it sequences it.
- **Context carries forward** through conversation naturally.
- **No state tracking or hooks.** This is purely prompt-driven sequencing.
- **User can exit anytime.**
- **If the user already knows what monitor to create** (skipping Steps 1 and 2), they should not be in this workflow — context detection routes them to monitoring-advisor directly.

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [monte-carlo-data](https://github.com/monte-carlo-data)
- **Source:** [monte-carlo-data/mc-agent-toolkit](https://github.com/monte-carlo-data/mc-agent-toolkit)
- **License:** Apache-2.0
- **Homepage:** https://docs.getmontecarlo.com/docs/agent-toolkit

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-monte-carlo-data-mc-agent-toolkit-proactive-monitoring
- Seller: https://agentstack.voostack.com/s/monte-carlo-data
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.
