AgentWatch
Real-time health and security monitoring for AI coding agents.
What is AgentWatch?
AgentWatch monitors AI agents (Claude Code, Moltbot, Cursor, Aider) for:
- Health Issues: Loops, thrashing, context rot, error spirals
- Security Threats: Credential theft, prompt injection, data exfiltration
- Operational Efficiency: Token burn rate, context pressure, cache utilization
Think of it as a fitness tracker for your AI agent, plus a security guard.
Installation
As a CLI tool (Recommended):
pipx install agentwatch-monitor
As a library:
pip install agentwatch-monitor
[!TIP] Use
pipxfor CLI tools to avoid "externally managed environment" errors and keep your system Python clean.
Quick Start
# Health check
agentwatch check
# Security scan
agentwatch security-scan
# Real-time monitoring TUI
agentwatch watch --security
# Monitor all running agents
agentwatch watch-all
# List running agent processes
agentwatch ps
# Token usage stats
agentwatch stats
agentwatch stats --burn
Scoring System
AgentWatch produces three independent scores that blend into one overall health score.
Overall Health Score
The overall score is a weighted blend of three components:
| Component | Weight | What it measures |
|---|---|---|
| Detectors | 40% | Behavioral warnings from pattern detectors |
| Efficiency | 30% | Operational resource usage (tokens, cache, pacing) |
| Context Health | 30% | Session rot (repetition, thrashing, stalling) |
Weights are configurable via HealthWeights(detectors=0.4, efficiency=0.3, rot=0.3).
Status States
All three scoring systems share a unified 4-state status:
| Status | Score Range | Meaning |
|---|---|---|
| Healthy | 80 - 100 | Everything is operating normally |
| Degraded | 60 - 79 | Performance declining, monitor closely |
| Warning | 40 - 59 | Significant issues, consider acting |
| Critical | 0 - 39 | Immediate action needed |
Detector Categories
Detectors produce warnings with severity levels that deduct from a per-category score (starting at 100):
| Severity | Score Impact |
|---|---|
| LOW | -5 |
| MEDIUM | -15 |
| HIGH | -30 |
| CRITICAL | -50 |
Health detector categories and their weights in the detector score:
| Category | Weight | What it covers |
|---|---|---|
| Progress | 35% | Loops, stalls, thrashing |
| Errors | 30% | Error spirals, repeated failures |
| Context | 20% | Context rot, rediscovery, pressure |
| Goal | 15% | Goal drift, wasted effort |
Efficiency Score
Pure operational resource metrics, independent of behavioral signals. Sub-metrics grouped into three penalty categories:
| Category | Sub-metrics | What it tracks |
|---|---|---|
| Pressure | Context pressure (30%), burn rate (20%), I/O ratio (10%) | How fast the session is consuming its token budget |
| Cache | Cache hit rate (15%) | How effectively the session reuses cached context |
| Pacing | Duration (15%), actions per turn (10%) | How long the session has been running and tool call density |
Context pressure uses cumulative throughput against a 2M token session budget. This is monotonically increasing and survives auto-compaction and tool restarts.
Cost (estimated from token counts) is displayed as informational only and does not affect the score.
Context Health (Rot Detection)
Deterministic rot detection tracks five metric families:
| Metric | What it detects |
|---|---|
| Behavioral | Output length inflation, hedge word density |
| Repetition | Repeated sentences, self-repeating n-grams |
| Tool Thrash | Repeated commands, error loops, stalls |
| Progress | Edit deficit, file churn |
| Constraints | Violated project constraints (forbidden paths, required files) |
The rot score uses EMA smoothing and a state machine that requires sustained degradation before escalating status.
Session Maturity Scaling
Progress-based metrics (edit deficit, stall detection) use session maturity scaling to avoid penalizing early conversation. This prevents casual greetings or questions from immediately tanking the health score.
Maturity reaches 1.0 (full penalties) when:
- Any file edit occurs (coding has started), OR
- 3+ turns of code exploration (Read/Search) without edits (agent should be coding by now)
Otherwise, penalties ramp gradually from 0.0 to 1.0 over the first 10 turns.
| Session Pattern | Maturity | Effect |
|---|---|---|
| Greeting + quick question | 0.2 | Progress penalties reduced 80% |
| 3+ turns reading code, no edits | 1.0 | Full penalties (stalling) |
| First edit on turn 1 | 1.0 | Full penalties (coding mode) |
| 10+ turns of pure chat | 1.0 | Full penalties (ramped up) |
This scaling only affects progress/stall metrics. Behavioral signals (repetition, error loops, thrashing) always apply at full strength since they indicate real context degradation regardless of session phase.
Health Detectors
| Detector | What It Catches |
|---|---|
loop |
Agent repeating the same action |
thrash |
Edit-test-fail cycles |
reread |
Re-reading files excessively |
stall |
Lots of reading, no writing |
error_spiral |
Consecutive failures |
error_blindness |
Same error repeated without fix |
context_rot |
Early important files forgotten |
context_pressure |
Context window filling up |
Security Detectors
| Detector | What It Catches |
|---|---|
credential_access |
Reading ~/.aws, ~/.ssh, .env files |
secret_in_output |
API keys, tokens in output |
prompt_injection |
"Ignore previous instructions" attacks |
hidden_instruction |
Zero-width chars, encoded commands |
privilege_escalation |
sudo, chmod +s, etc. |
dangerous_command |
rm -rf /, fork bombs |
network_anomaly |
Connections to pastebin, webhook.site |
data_exfiltration |
File reads followed by network |
malicious_skill |
Skills accessing credentials |
Security categories and weights:
| Category | Weight |
|---|---|
| Injection | 25% |
| Credential | 20% |
| Exfiltration | 20% |
| Privilege | 15% |
| Network | 10% |
| Supply Chain | 10% |
A single CRITICAL severity security warning immediately sets the security score to 0.
Supported Agents
- Claude Code -
~/.claude/projects/*/logs - Moltbot -
~/.moltbot/agents/*/sessions/logs - Cursor (planned)
- Aider (planned)
- Codex CLI (planned)
Usage
One-Time Health Check
# Auto-detect latest session
agentwatch check
# Specific log file
agentwatch check --log ~/.claude/projects/myapp/session.jsonl
# Include security checks
agentwatch check --security
# JSON output (for CI/CD)
agentwatch check --json
Security Scan
# Security-only scan
agentwatch security-scan
# JSON output
agentwatch security-scan --json
Real-Time Monitoring
# Single agent TUI
agentwatch watch
# With security monitoring
agentwatch watch --security
# All running agents
agentwatch watch-all
Process Discovery
# List running agent processes with PIDs and session IDs
agentwatch ps
# JSON output for scripting
agentwatch ps --json
Token Usage Stats
# Stats for current project
agentwatch stats
# Stats across all projects
agentwatch stats --all
# Analyze a specific session
agentwatch stats --session <SESSION_ID>
# Efficiency analysis — see how many tokens went to trivial
# commands (git, ls, npm run dev) vs substantive AI work
agentwatch stats --burn
# JSON output
agentwatch stats --json
AgentGuard (Security-Focused CLI)
# Same tool, security-first defaults
agentguard scan
agentguard watch
Exit Codes
| Code | Meaning |
|---|---|
| 0 | Healthy or Degraded |
| 1 | Warning |
| 2 | Critical |
Use in CI/CD:
agentwatch check --json || echo "Agent health issues detected"
agentwatch security-scan || echo "Security issues detected"
Configuration
from agentwatch import create_registry, ActionBuffer, parse_file
from agentwatch.health import HealthWeights, calculate_health, calculate_efficiency
# Create custom registry
registry = create_registry(mode="all") # "health", "security", or "all"
# Parse logs
buffer = ActionBuffer()
for action in parse_file(Path("session.jsonl")):
buffer.add(action)
# Run checks
warnings = registry.check_all(buffer)
# Calculate scores with custom weights
eff = calculate_efficiency(warnings, buffer)
report = calculate_health(
warnings,
efficiency_score=eff.score,
rot_score=0.2,
weights=HealthWeights(detectors=0.5, efficiency=0.25, rot=0.25),
)
print(f"Overall: {report.overall_score}% ({report.status})")
Custom Detectors
from agentwatch import Detector, Category, Severity, Warning, ActionBuffer
class MyDetector(Detector):
category = Category.PROGRESS
name = "my_detector"
description = "Detects my custom pattern"
def check(self, buffer: ActionBuffer) -> Warning | None:
if some_condition:
return Warning(
category=self.category,
severity=Severity.HIGH,
signal="my_signal",
message="Something bad detected",
)
return None
registry.add_detector(MyDetector())
Architecture
┌─────────────────────────────────────────────────────────┐
│ TIER 1: Deterministic Detectors (always on) │
│ - Pattern matching, regex, thresholds │
│ - Zero cost, zero latency, auditable │
└─────────────────────────────────────────────────────────┘
│
v (optional, on suspicious activity)
┌─────────────────────────────────────────────────────────┐
│ TIER 2: LLM Analysis (opt-in) │
│ - Semantic analysis of ambiguous cases │
│ - Local model (Ollama) or cheap API (Haiku) │
└─────────────────────────────────────────────────────────┘
All built-in detectors are deterministic (Tier 1) for:
- Auditability: Can explain exactly why alerts fired
- Speed: Real-time detection
- Cost: No API calls
- No meta-injection: Can't fool a regex
Multi-Agent Monitoring
agentwatch watch-all auto-discovers running agents via process scanning and monitors them on a unified dashboard. Each agent gets its own isolated scoring pipeline. Agent identification uses lsof to resolve the exact log file each process has open, preventing cross-contamination when multiple agents work on the same project.
Contributing
Contributions welcome! Especially:
- New detectors for failure patterns you've observed
- Support for additional agents (Cursor, Aider, etc.)
- Better heuristics for existing detectors
- SIEM integration (Splunk, Elastic, etc.)
License
MIT
Built for developers who give AI agents real power and want to keep that power in check.
Release files for agentwatch-monitor 0.1.6
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| agentwatch_monitor-0.1.6.tar.gz | 121.2 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| agentwatch_monitor-0.1.6-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 227.0 kB
Release files / agentwatch_monitor-0.1.6.tar.gz
| Download URL | agentwatch_monitor-0.1.6.tar.gz |
|---|---|
| Size | 121.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
19b18d41d32a6fb20a270615ffe2031cfc252a7079135f97f6fe02ef53c72b7c
|
|
BLAKE2b-256 checksum How to use checksums |
d6842bc05e904f04c4a8a03c47da2c229d0e788023454a2ee7ecc855650d0d51
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Mar 10, 2026.
Transparency logRelease files / agentwatch_monitor-0.1.6-py3-none-any.whl
| Download URL | agentwatch_monitor-0.1.6-py3-none-any.whl |
|---|---|
| Size | 105.8 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
6bcd10861430b7f78dfe2240c135a054748a8fab27931aae10f47b3c70940e18
|
|
BLAKE2b-256 checksum How to use checksums |
f691474318f0cd04c52edc8ff549a4a02eeedf340a3031ce189f9699018e55fb
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.7
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Mar 10, 2026.
Transparency log