The Dashboard is the landing tab of the Guardrails section. It tells you, at a glance, whether your policies are healthy, what they’re catching, and where you might need to tune.Documentation Index
Fetch the complete documentation index at: https://docs.aperium.apps.hillspire.com/llms.txt
Use this file to discover all available pages before exploring further.
![Guardrails Dashboard showing a banner '2 policies in Monitor mode waiting for review' with a Review Policies button, top metrics (10 active with 8 enforce and 2 monitor, 0 events, 0 blocked, no avg latency), an Event Breakdown card, a Top Triggered Policies card, a Recent Activity table with date filters and rows showing Response Validation, Data Leakage Prevention, PII Detection, and Dangerous Operation Detection events with action ALLOW, stages OUTPUT and TOOL, and reasons including [MONITOR] Would have been: allow, No data leakage detected, No PII detected in output, and Tool 'list_contracts' is not flagged as dangerous.](https://mintcdn.com/aperium/nZsu9j87yIgM--YC/images/admins/guardrails/dashboard.png?fit=max&auto=format&n=nZsu9j87yIgM--YC&q=85&s=c1365cd83d4d646396fb439d018da805)
The header banner
The yellow banner at the top of the page surfaces policies still in Monitor mode that haven’t been promoted yet. Click Review Policies to jump straight to the Policies tab filtered to monitor-mode entries. This is the gentle nudge to finish a tuning cycle and either promote the policies to Enforce or disable them.Top metrics
Four counters summarize the state of the system:- Active. Total policies evaluating today, broken down into E (Enforce) and M (Monitor). Disabled policies are not counted.
- Events. Number of audit log entries in the selected time window. Every Enforce decision is logged; Monitor decisions are logged unless you’ve turned off Log monitor-mode events in Settings.
- Blocked. Number of events whose action was Block in Enforce mode. Monitor blocks don’t count here because they didn’t actually block.
- Avg latency. Average policy evaluation time in milliseconds across all events in the window. Use this to spot expensive policies; healthy values are typically single-digit milliseconds.
Charts
- Event Breakdown. A breakdown of events by stage (Input, Tool, Output) and action (Allow, Block, Redact, Warn, Confirm). Lets you spot, for example, that 90% of your activity is happening at the Output stage.
- Top Triggered Policies. A ranked list of the policies that matched most often in the window. Useful when you’ve just promoted a new policy and want to see how often it’s firing.
Recent activity
The Recent activity table is the live feed of policy evaluations. Each row shows:- Time the event was recorded.
- Policy that fired.
- Action (
ALLOW,BLOCK,REDACT,WARN,CONFIRM). - Stage (
INPUT,TOOL,OUTPUT). - Reason, a short human-readable string. Monitor-mode rows are prefixed with
[MONITOR]and include “Would have been:<action>” (for example “Would have been: block”) so you can tell what would have happened in Enforce.
- All Actions — filter to a specific action.
- The two mm/dd/yyyy date pickers — restrict to a custom date range.
- Apply Filters / Clear — apply or reset.
Common workflows
”Did anything change yesterday?”
Set the time window to 24h and scan Recent activity. Sort by Action to surface anything that wasn’tALLOW.
”Is my new Monitor policy doing the right thing?”
Filter Recent activity by the policy name. Look for[MONITOR] rows where the original action would have been Block. If those look like real violations, promote to Enforce. If they look like false positives, edit the policy and tune.