Turn it on
Error routing is off until you point it at a URL. Configure it per app on the dashboard, under App → Alerts → Error routing:
There is no CLI command for this configuration.
floo events list is the
read-only view of what has already fired.
What triggers an event
Two sources:- runtime errors, repeated error conditions surfaced in logs crossing the configured threshold
- failed deploys, a deploy that never goes live, rolled back, or exited non-zero
What’s in the payload
Each event is enriched before delivery:- what failed (error signature, deploy ID, or log excerpt)
- recent deploy and release context (SHA, author, timestamp)
- a signed header so you can verify the request came from floo
Event lifecycle
floo tracks event status so you can tell whether your webhook picked it up:triggered: detected and queuedrouted: delivered to the webhook (2xx response)skipped: intentionally not routed (e.g., dedup window)resolved: downstream reported back that the incident is closed
What it does not do
floo does not generate or merge code fixes. The product boundary is detection plus routing. Your agent or on-call workflow owns the fix.Recommended loop
- Watch deploy and runtime health.
- Let floo create the event and POST it to your webhook.
- Your agent or workflow reads the payload, inspects logs and releases, and decides.
- Roll back with
floo deploys rollbackor ship a fix.
Logs and debugging
Runtime logs and deploy history for inspecting the incident further.
Releases and rollbacks
Recover quickly when the right move is shifting traffic back.