Skip to main content

Monitoring AIops (preview)

Disclaimer: Community-maintained open-source project. Not affiliated with, endorsed by, or sponsored by SolarWinds, Paessler, Zabbix, or any monitoring vendor. SolarWinds, Orion, SWQL, THWACK, PRTG, Paessler and Zabbix are trademarks of their respective owners. MIT licensed.

Governed AI-ops for network / infrastructure monitoring across three NOC platforms in one server — SolarWinds Orion (SWIS REST + SWQL, port 17778, HTTP Basic auth), Paessler PRTG (web API, port 443/8080, API token), and Zabbix 6.x/7.x (JSON-RPC 2.0 at /api_jsonrpc.php, API token) — with a built-in governance harness: unified audit log, policy engine, token/runaway budget guard, undo-token recording, and graduated-autonomy risk tiers. One config can span all NOCs; each target names its own platform. Preview — mock-validated only, not yet verified against a live NOC.

What it does

Answers the questions a NOC operator actually repeats, and guards the writes that follow:

  • Canned-SWQL library — the most-asked THWACK questions shipped as named, validated queries (nodes_down, flapping_interfaces, muted_report, high_cpu_nodes, volumes_full, unmanaged_scheduled), plus a validated read-only SWQL passthrough (SELECT-only) for everything else.
  • Active-alert dedup / rollup — collapses an interface-flap or node-down storm into a single counted entry instead of a wall of near-identical alerts, across SolarWinds, PRTG, and Zabbix (problems, with the 0-5 severity scale mapped to canonical levels).
  • Triple SolarWinds + PRTG + Zabbix coverage — one MCP server spans all three NOCs; no incumbent hobby MCP does.
  • Governed writes — mute/unmute, maintenance windows (incl. Zabbix maintenance.create with a replayable delete-undo), unmanage/remanage, node removal, and PRTG sensor pause/resume — each audited, risk-tiered, and the destructive ones gated with dry-run + double-confirm. Suppression and maintenance writes are time-boxed (they require an end time / duration).

Capability matrix (40 MCP tools)

Group Platform Tools Count R/W
SWQL SolarWinds swql_library, swql_canned, swql_query 3 read
Alerts all active_alerts (dedup/rollup) 1 read
all alert_acknowledge 1 write (low)
SolarWinds health SolarWinds node_status, nodes_list, interface_status, volume_status, application_status, topn, noc_rollup 7 read
SolarWinds writes SolarWinds list_events, list_unmanaged, list_muted 3 read
SolarWinds mute_alerts, unmute_alerts, schedule_maintenance, remanage_node 4 write (med)
SolarWinds unmanage_node, remove_node 2 write (high)
PRTG reads PRTG prtg_sensors, prtg_sensor_details, prtg_devices, prtg_groups, prtg_history, prtg_system_status, prtg_alarms 7 read
PRTG writes PRTG pause_sensor, resume_sensor, schedule_maintenance_prtg 3 write (med)
Zabbix reads Zabbix zabbix_problems, zabbix_hosts, zabbix_hostgroups, zabbix_triggers, zabbix_events, zabbix_item_history, zabbix_maintenances 7 read
Zabbix writes Zabbix zabbix_create_maintenance 1 write (med)
Zabbix zabbix_delete_maintenance 1 write (high)

The CLI exposes a convenience subset; the full 40-tool surface is via the MCP server.

Quick start

uv tool install monitoring-aiops          # or: pipx install monitoring-aiops
monitoring-aiops init                     # wizard: pick platform (solarwinds/prtg/zabbix) + store the secret (encrypted)
monitoring-aiops doctor                   # verify config, secrets, connectivity
monitoring-aiops overview                 # NOC summary: platform + active/unacked alerts + top rollup
monitoring-aiops swql library             # list the canned SWQL queries
monitoring-aiops swql canned nodes_down   # run a named canned query

Run as an MCP server (stdio):

export MONITORING_AIOPS_MASTER_PASSWORD=...   # unlock secrets non-interactively
monitoring-aiops mcp

Governance

Every MCP tool passes through the bundled @governed_tool harness:

  • Audit — every call (params, result, status, duration, risk tier, approver, rationale) is logged to ~/.monitoring-aiops/audit.db (relocatable via MONITORING_AIOPS_HOME).
  • Budget / runaway guard — token and call budgets trip a circuit breaker on tight poll/retry loops.
  • Risk tiers — graduated autonomy; high-risk ops (unmanage_node, remove_node, zabbix_delete_maintenance) can require a named approver (MONITORING_AUDIT_APPROVED_BY / MONITORING_AUDIT_RATIONALE).
  • Undo recording — reversible writes record an inverse descriptor (mute_alerts→unmute, unmanage_node→remanage, pause_sensor→resume, zabbix_create_maintenance→delete that maintenance id).

Supported scope & limitations

  • Platforms: SolarWinds Orion (SWIS REST + SWQL), Paessler PRTG (web API), and Zabbix 6.x/7.x (JSON-RPC 2.0; API token via Bearer header on 6.4+/7.x, with a legacy auth-field fallback for 6.0).
  • Zabbix scope: problems/triggers/hosts/host groups/events, bounded item history, maintenance windows (create/delete), and event acknowledge via the cross-platform alert_acknowledge. Template/discovery/user CRUD and trend.get are not covered — open an issue if you need them.
  • Preview / mock-only. All behaviour is validated against mocked SWIS/PRTG/Zabbix responses. PRTG has a free perpetual 100-sensor Freeware edition with the API, and Zabbix is fully open source (a Docker-compose appliance is a 10-minute live check) — the easiest live checks. SolarWinds is a 30-day trial only; past the trial this tool is mock-only, which is the largest verification debt. monitoring-aiops doctor is the fastest live check (a SWQL query for SolarWinds, /api/status.json for PRTG, unauthenticated apiinfo.version + an authed host count for Zabbix).

Missing a capability?

Want another canned query, a platform dialect fixed, or a capability that isn't here? Open an issue or a PR — feedback and contributions are welcome.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

monitoring_aiops-0.3.0.tar.gz (163.1 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

monitoring_aiops-0.3.0-py3-none-any.whl (89.3 kB view details)

Uploaded Python 3

File details

Details for the file monitoring_aiops-0.3.0.tar.gz.

File metadata

  • Download URL: monitoring_aiops-0.3.0.tar.gz
  • Upload date:
  • Size: 163.1 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for monitoring_aiops-0.3.0.tar.gz
Algorithm Hash digest
SHA256 4b21b69e0d5c2fce6557faa4499370fe293f715bb458e979f369447e2425a265
MD5 c6f57ae64cd7b93fb29dca467fcb7766
BLAKE2b-256 ef14291799b0e015ed478a9b74b0b5cfd692e560bcd4b2c0c4e1c39c82cb48b2

See more details on using hashes here.

Provenance

The following attestation bundles were made for monitoring_aiops-0.3.0.tar.gz:

Publisher: publish.yml on AIops-tools/Monitoring-AIops

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file monitoring_aiops-0.3.0-py3-none-any.whl.

File metadata

File hashes

Hashes for monitoring_aiops-0.3.0-py3-none-any.whl
Algorithm Hash digest
SHA256 3cf5d198c24bc62ba2ca69b8f11488491c9047a3aef5f47835049ac0fb2c9b61
MD5 1bc654a03f1afc45660725eeb2240aca
BLAKE2b-256 e15217c7cfeef61ea00dd095e6197b0599067b7048cbf7ef0da100da12608f2b

See more details on using hashes here.

Provenance

The following attestation bundles were made for monitoring_aiops-0.3.0-py3-none-any.whl:

Publisher: publish.yml on AIops-tools/Monitoring-AIops

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Release history Release notifications | RSS feed

0.9.0

2 files

0.8.0

2 files

0.7.0

2 files

0.6.0

2 files

0.5.0

2 files

0.4.2

2 files

0.4.1

2 files

0.4.0

2 files

This release

0.3.0 This release

2 files

0.2.1

2 files

0.2.0

2 files

0.1.1

2 files

0.1.0

2 files

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page