Embed an Airbrake integration in your product

Enable the Airbrake connector in your fastn dashboard, then let each customer authenticate their own Airbrake account. fastn handles the OAuth flow, token storage and refresh per tenant, so there is no Airbrake client code in your app and no per-customer branch in your codebase. Setup is 4 steps.

Yes. Every integration is scoped to the individual customer, so each authorises their own Airbrake account and only ever sees their own services, builds and deployments. That per-tenant isolation is the point of an embedded integration: you support the long tail of customer setups without maintaining an integration per customer.

Yes. The same integration is exposed to your agents through the fastn MCP gateway, with permissions scoped per tenant and every call audited. An agent reads the most frequent recent errors before triaging. A prompt that works on day one: "Show error groups that first appeared after the last deploy, ordered by occurrence count."

fastn does. When Airbrake changes an endpoint, deprecates a field or alters its auth, the fix lands in the connector rather than in your backlog, and your customers' integrations keep working.

Yes, through event triggers. Events are delivered per tenant and can be replayed after an outage, so a webhook missed during downtime is not silently lost.

Yes, within scoped permissions, and every action is audited so an agent's changes are attributable.

A common starting point: read error groups and occurrence counts into your product. Teams also use it for the other use cases listed above, and expose it to agents for governed reads and writes.

It is included. Pricing is based on customer connections, not on how many connectors you enable, so adding Airbrake does not change your cost. You can start free with 3 customer connections.