Webhooks and Event Subscriptions
Send signed notifications to chat, CI and your own services when agents, sessions and vibes change, and see which deliveries fail.
These images are illustrations of the concept, not screenshots of the actual product.
Overview
Webhooks and event subscriptions are the VibeControls concept for letting other systems react to what happens in your fleet. A webhook pairs a destination URL with a set of events, such as an agent going offline, a vibe completing or an action failing, so a chat channel can be notified, a CI workflow can be dispatched or an internal automation can start without anyone watching the dashboard.
Integrations like these are often glued together with polling scripts and tokens kept in someone's shell history, and when a delivery starts failing nobody notices. The concept keeps every subscription in one list with its state and delivery record, lets each one be tested and paused, and signs payloads so receivers can check that a request really came from the workspace.
The webhooks list shows how many webhooks are active, with a search field, grid and list views, a status filter and a quick filter for webhooks with errors. Each card has an icon for the destination, a name, an active, degraded or inactive badge, the target URL and chips for its subscribed events, with Test, an enable switch and delete. A footer records total deliveries and the last success or failure, including the HTTP status of a failed call. The New Webhook dialog collects a name, a URL and an optional secret, a scrollable checklist of built-in agent, vibe and session events, custom events in a namespace and event format, a signing key used to sign payloads with an HMAC-SHA256 signature header, and an agent scope that limits the webhook to selected agents or leaves it open to all.
Webhooks sit under Settings next to the workspace defaults and are designed to carry news outward from the rest of VibeControls. Sessions, targets, actions, decks and templates produce the events, the audit log records the operations behind them, and webhooks pass them on to the chat, CI and automation tools a team already relies on.
What this concept shows
- Webhook list with an active count, search, grid or list views, a status filter and a with-errors quick filter
- Status badges for active, degraded and inactive webhooks
- Event chips on each webhook, such as session errors, created targets, failed actions and launched decks
- Delivery footer with total deliveries and the last success or failure, including the HTTP status
- Test button, enable switch and delete on every webhook
- Checklist of built-in agent, vibe and session events plus custom namespaced events
- Signing key for HMAC-SHA256 payload signatures and an optional secret
- Agent scope that limits a webhook to selected agents
How it works
- Open Webhooks under Settings to see how many webhooks are active and filter for any with errors.
- Check a failing webhook's delivery footer for its last failure and status, then use Test to send a trial delivery.
- Choose New Webhook and enter a name, the destination URL and an optional secret.
- Tick the built-in events to subscribe to and add any custom events in namespace and event form.
- Set a signing key so receivers can verify payloads, and limit the webhook to specific agents if needed.
- Create the webhook and switch it on or off from the list as needs change.
Who it's for
- Platform engineers wiring the fleet into CI and deployment pipelines
- DevOps teams that want fleet alerts in their chat channels
- Integration developers building internal automations
- Security-minded teams that require signed, verifiable payloads
Illustrations
2 illustrations of this concept. Select one to view it full size.
Webhooks List with Delivery Health
This illustration shows the Webhooks page, reached from Settings. The header states how many of the workspace's webhooks are active and offers a New Webhook button and a menu with a refresh option. A banner explains that webhooks let outside systems be notified and kick off work automatically. A search field, grid and list view toggles and a status filter sit above the list, with a chip that isolates the one webhook reporting errors. Sample cards include a team chat channel, a CI workflow dispatch and an internal automation trigger. Each card has a selection checkbox, a destination icon, the name, an active, degraded or inactive badge, the target URL and chips for events such as session errors, target creation, failed actions, launched decks and deployed templates. On the right are Test, an enable switch and delete. A footer records total deliveries and the last success or failure, one showing an authorization error.
New Webhook Dialog
This illustration shows the New Webhook dialog open over the webhooks settings table. The form asks for a name and a destination URL, here a sample deployment trigger, and an optional signing secret shown masked. An Events section lists built-in events in a scrollable two-column checklist, including agent created, online and offline, vibe created, updated, completed and error, and session created, with agent offline and vibe completed ticked. Below, a chip for a custom deploy-started event and an input to add more explain the namespace and event naming format. A Signing Key field with a visibility toggle notes that payloads are signed with HMAC-SHA256 and sent in a signature header. Agent Scope lists coding agents with the machines they run on, one of them selected, and explains that leaving the list empty fires for all agents. Cancel and Create Webhook buttons close the dialog.
Topics
- developer platform webhooks
- event subscriptions
- HMAC signed webhooks
- webhook delivery status
- agent offline webhook
- trigger CI from events
- chat notifications for coding agents
- custom webhook events
- webhook signing secret
- outgoing webhooks
Related concepts

Workspace Defaults and Preferences
Set the default agent, session type and vibe type once, tune agent heartbeats and reconnects, and keep new work consistent.
1 illustration
Actions and One-Click Ops Decks
Turn commands, scripts and webhooks into reusable actions, then pin them to one-click decks your team and on-call rotation can run.
3 illustrations
Usage Analytics and Audit Trail
Count what the fleet did over any period, then drill into a searchable record of who did what, where and with what result.
2 illustrations
Scheduled Jobs and Calendar
See every scheduled job across your agents on one calendar, then open any job to check its schedule, run history and logs.
2 illustrations