Veirox ingests your firing alerts, correlates them into groups, and runs an AI agent with your runbooks — no cluster changes, full audit trail, human approval on anything risky.
Native to AlertManager
Drop Veirox into your existing webhook_configs block. Standard http_config.authorization.
Correlation-aware
Veirox honours your AlertManager routing. Ten related alerts = one agent session — not ten. Saves tokens, saves noise.
Read-only first
Ship with the read-only triage template: kubectl get/describe, runbooks, findings. Never modifies cluster state unless you approve it.
Setup · 3 steps
Open /console/webhooks → click Configure Webhook → pick Prometheus AlertManager. Either reuse a triage task or pick the "AlertManager triage (read-only)" starter template from the wizard.
alertmanager.ymlCopy the snippet below and paste it under receivers:. Substitute the webhook URL and token Veirox shows on create.
route:
receiver: veirox
group_wait: 30s
group_interval: 5m
repeat_interval: 1h
receivers:
- name: veirox
webhook_configs:
- url: https://ops.example.com/api/webhooks/<task_id>
send_resolved: true
http_config:
authorization:
type: Bearer
credentials: <webhook-token>
Reload AlertManager (kill -HUP or the UI reload endpoint) after editing.
Use amtool or the AlertManager HTTP API:
amtool alert add \
--alertmanager.url=http://localhost:9093 \
alertname=VeiroxPing severity=warning
Watch the Waiting for first event card in the console flip to green.
You have everything you need. Open the console and connect in a minute.
Configure in the consoleAlso available: Grafana · PagerDuty · all 9 providers