Bridge webhooks deliver structured event payloads in JSON format whenever specific actions occur in your workspace.Documentation Index
Fetch the complete documentation index at: https://docs.bridge.new/llms.txt
Use this file to discover all available pages before exploring further.
Each event follows a consistent schema to make parsing and validation simple.
Common Event Structure
All webhook events share the same top-level structure:Conversation Summary Notifications
Triggered once per day, per conversation, when Bridge AI generates the daily summary. The summary captures the key points exchanged along with the internal and external participants involved.- Event types
- Example payload
| Event Type | Description |
|---|---|
conversation_summary.created | A daily conversation summary was generated |
Task Updates
Triggered when tasks are created or their state changes (status, assignment, reminders). Payloads vary by event type. Thedetails field in the payload describes what changed for that specific event.
- Event types
- Example payloads
| Event Type | Description |
|---|---|
task.created | A new task was created |
task.status_changed | The task status changed (for example, from OPEN to CLOSED) |
task.assigned | A user was assigned to the task |
task.unassigned | A user was unassigned from the task |
task.remove_reminder | A task reminder was removed |
task.field_updated | A task field was updated |
Contact Updates
Triggered when contact records are created, updated, or deleted.- Event types
- Example payloads
| Event Type | Description |
|---|---|
contact.created | A new contact was created |
contact.updated | A contact record was updated |
contact.deleted | A contact record was deleted |
Call Notifications
Triggered as a call moves through its lifecycle. Bridge emits at most one webhook per lifecycle phase per call, so your integration receives a clean four-phase timeline (created, ringing, started, finished) rather than every intermediate state transition Bridge writes internally. The current phase is derivable from the call state and the participants’ statuses:| Phase | How to detect |
|---|---|
| created | state is CREATED and no participant has joined or is ringing |
| ringing | a participant has status RINGING and nobody has joined yet |
| started | state is STARTED and two participants are JOINED |
| finished | state is FINISHED |
call.transcription.created event with the full transcript broken down into time-coded segments per speaker. This event arrives after the call.updated (finished) event, typically several seconds to a few minutes later depending on call length. Diarization (multi-speaker labelling) depends on the audio source quality — mono recordings may produce a single speaker label for the entire transcript.
- Event types
- Example payloads
| Event Type | Description |
|---|---|
call.created | A new call was provisioned |
call.updated | A call lifecycle phase changed (ringing, started, finished) |
call.transcription.created | The AI transcript for a finished call is ready |
Meeting Notifications
Triggered when a meeting reaches the CREATED state. Meeting cancellations are surfaced through the corresponding email notification.- Event types
- Example payload
| Event Type | Description |
|---|---|
meeting.updated | A meeting reached the CREATED state |
Email Notifications
Triggered once an email has been processed and the AI summary is available. ThesentFromBridge field indicates direction: true for outbound emails sent from the workspace, false for inbound emails received.
- Event types
- Example payload
| Event Type | Description |
|---|---|
email.updated | An email reached the summarized state |
Notes
- Bridge may add new event categories in the future.
- Always check the event type field to determine which handler to execute.
- Webhook payloads are versioned — ensure your integration supports the declared version in each event.