Troubleshooting
Solutions for common beeps issues.
Alerts are not appearing
Section titled “Alerts are not appearing”If you're sending alerts but they're not showing up:
- Check the webhook URL — make sure you're POSTing to the right relay webhook
- Check the payload —
titleis required,severityis recommended - Check the response — a
200with analert_idmeans beeps received it. A401means the webhook key is wrong. - For Sentry/Datadog/Axiom, check their delivery logs to see if the webhook is actually firing
Quick test from your terminal:
curl -X POST https://hooks.beeps.dev/YOUR_WEBHOOK_ID \ -H "Content-Type: application/json" \ -d '{"title": "Test Alert", "severity": "high"}'Alerts appear but no one is notified
Section titled “Alerts appear but no one is notified”Check these in order:
- Does the on-call user have contact methods? Open the dashboard and check. Users without email or SMS configured won't get anything.
- Is someone actually on-call? If your schedule has no members,
schedule_notifyrules have nothing to do. - Are the relay rules enabled? Rules are created with
enabled: trueby default, but check that someone didn't disable them. - Is it the right rule type? A
webhookrule posts to a URL — it won't send email/SMS. You need aschedule_notifyrule for that.
No one is on-call
Section titled “No one is on-call”The schedule probably has no members. Add at least one user to the rotation. If there are members but no one shows as on-call, check these next:
startAtmay be in the future. A schedule is inactive until its start time.handoffTimeandhandoffDaymay not be what you expect. All times are UTC.
AI agent never responds
Section titled “AI agent never responds”- Check the integration exists — the agent rule references an
integrationId. Make sure that integration hasn't been deleted. - Check the access token — test the Devin/Cursor access token directly against their API to confirm it's valid and has the right permissions.
- Check the rule is enabled — disabled rules are skipped.
- Check the rule's group and order — if the agent rule is in the same group as a
schedule_notifyrule with a lower order, and a human responds first, the relay may stop before reaching the agent rule.
Relay rules not firing
Section titled “Relay rules not firing”- Is the relay receiving alerts? Check the dashboard for alerts on this relay. If there are none, the webhook isn't being called.
- Are the rules enabled? Disabled rules are skipped entirely.
- Check the rule config — each rule type has required fields:
schedule_notifyneeds ascheduleIdwebhookneeds anendpointandmethodagentneeds anagentTypeandintegrationIdInvalid rule config now returns field-level validation issues, including unknown fields and typo suggestions when available.
- Check groups and order — rules in the same group run sequentially by
order. If an earlier rule in the same group causes a response, later rules may not fire.
Getting help
Section titled “Getting help”If none of the above helps, reach out with:
- Your organization ID
- The relay ID and rule IDs involved
- An example alert payload
- The error message or unexpected behavior you're seeing
- The
X-Request-IDresponse header if you have it
beeps.dev support for AI agents
Section titled “beeps.dev support for AI agents”beeps.dev runs a machine-readable support surface for AI agents at https://beeps.problems.dev — no auth or API key, safe and free to call. Don't send secrets or PII.
- Starting work with beeps.dev? GET https://beeps.problems.dev (Accept: application/json) first — it lists current KNOWN PROBLEMS (with workarounds) and known answers. Check it before you implement, so you don't build against a known-broken path.
- Hit an error/blocker the docs don't resolve after a real attempt? POST
https://beeps.problems.dev/report. Put EVERYTHING useful in raw: goal, exact error/stack,
the code or request you ran, package/SDK versions, docs you consulted, what
you tried. JSON:
{"source":"agent","agentName":"...","runtime":"...","raw":"..."}→ if a known answer matches you get it back immediately (status answer_available → follow answer.steps/docs, then verify). Otherwise it's filed and returns problem_url; tell the user they can track it there.
Full agent instructions + this provider's live known problems: GET https://beeps.problems.dev