Automations

Create scheduled, webhook and message-triggered tasks that CodeRabbit Agent runs automatically.

Automations let CodeRabbit Agent run recurring or event-driven tasks for you. They can run on a recurring schedule, react to top-level channel messages, or run from a saved trigger such as a webhook event. You can create and edit scheduled automations in the web app automation editor, or create them conversationally from Slack. The web app also includes a Triggers tab for creating and managing trigger-based automations.

Each automation runs under the that applies to the channel or DM where it lives, so it only accesses the repositories, connections, and spend limits that surface is allowed to use.

Examples

Scheduled check

A platform team wants CodeRabbit Agent to check for new security advisories every morning. An engineer goes to #platform-eng and sends:

@coderabbit Check for new dependency vulnerabilities in the main branch
and summarize anything critical. Run this daily.

CodeRabbit Agent runs it once as a trial. After reviewing the output, the engineer confirms the automation. From that point on, a fresh thread appears in #platform-eng every morning with the results.

Message triggered

A reliability team wants CodeRabbit Agent to investigate each new Datadog alert posted in #prod-alerts. An engineer asks CodeRabbit to save an automation that watches new channel messages from the Datadog bot, enters datadog as the bot name, checks whether each alert looks real, and replies with the next step.

From that point on, every matching top-level alert message in #prod-alerts gets a thread reply from CodeRabbit Agent. The automation stays in that same channel and only runs when a new message matches the saved trigger.

Webhook triggered

An on-call team wants CodeRabbit Agent to triage every new PagerDuty incident automatically. An engineer opens Automations > Triggers in the web app, creates a webhook trigger with PagerDuty as the source, and sets a matching rule on the incident.trigger event type. The agent instructions tell CodeRabbit to look up the affected service, check recent deploys, and post a summary with a suggested next step.

After saving, CodeRabbit shows the webhook URL and required header to paste into PagerDuty. From that point on, every new incident fires the trigger and CodeRabbit Agent posts a triage summary to the configured Slack channel.

Creating an automation

Create a scheduled automation in the web app automation editor, or ask @coderabbit to create one in any channel or DM. In Slack, CodeRabbit Agent walks you through the setup in a thread. When you create an automation conversationally, it runs once as a trial before activating it, so you can review the output and iterate on the prompt before it starts running on its own.

Edited automation prompts and new scheduled automations can be saved directly from the web app. You do not need to start a Slack or Discord conversation just to schedule an automation or update its prompt.

In channels, you can also use the /automations slash command as a shortcut. Slash commands are not available in Direct Messages or threads.

Any linked workspace user can create automations. Broader management remains permission-based: workspace admins can manage every automation and trigger, Automation admins can manage same-workspace automations when Automation admin management is enabled, and other users can manage the automations they created.

Prebuilt templates

The Automations home page includes a curated catalog of ready-to-configure templates for GitHub, Slack, Linear, and Jira workflows. Selecting Add opens the automation editor with the title, summary, trigger event, CodeRabbit instructions, and target instructions prefilled instead of starting with a blank prompt.

Templates cover common workflows such as:

• Posting Linear or Jira issue triage to Slack
• Adding recommended-fix comments to the original Linear or Jira issue
• Creating draft GitHub pull requests from Linear or Jira events
• Assigning GitHub reviewers and posting an update to Slack
• Posting GitHub release notes to Slack

You can review and adjust all prefilled fields before saving. Existing saved automations and previously created generic-prompt automation links are unaffected by the template catalog.

Schedules

Recurring schedules are configured in the automation editor. Depending on the frequency you choose, schedule controls include interval, time, timezone, weekdays, and day of month.

Recurring automations can run:

• Every x minutes (10 minutes minimum)
• Hourly
• Daily at a selected time
• Weekly on selected weekdays
• Monthly on a selected day of the month

All schedules are timezone-aware.

Triggers

Triggers are rules that start CodeRabbit Agent when a matching event arrives. Open Automations > Triggers in the web app to create, edit, pause, or delete triggers.

When you create a trigger, you can save it as a paused draft or save and enable it immediately. A paused trigger keeps its configuration but does not process new events until you enable it. Existing triggers can be switched between active and paused before saving changes.

Each trigger has:

• Source: where the event comes from
• Matching rules: which events should run the trigger
• Agent instructions: what CodeRabbit Agent should do when the trigger runs
• Destination: where CodeRabbit Agent posts the result

For prebuilt templates, Slack channels are always left for you to choose and are never selected automatically. For GitHub, Linear, or Jira destinations, the automation editor selects the destination only when exactly one matching provider connection is available. If there are no matching connections, connect the required provider; if there are multiple matches, select the connection before saving.

A connection-based template can be saved only when it has a matching, enabled target with non-empty instructions. A connection from a different provider does not satisfy this requirement.

Slack channel messages

Slack channel message triggers run when a new top-level bot or app message appears in a selected channel. Instead of waiting for a clock-based schedule, they fire when a matching message arrives.

Use them when you want CodeRabbit Agent to react to repeated operational events, such as new alerts, queue-health posts, or deployment notices.

Slack channel message triggers support:

• All new top-level bot or app messages in the channel
• A required Bot name field that identifies the Slack bot CodeRabbit should respond to, such as datadog
• Text filters using case-insensitive substring matching

CodeRabbit Agent always replies in the triggering thread. In the current version, these triggers must use Same thread delivery.

Human-authored messages never fire this trigger type. A Slack channel message trigger only runs when a new top-level message comes from a bot or app whose name matches the trigger’s Bot name field. Run now is also unavailable for these triggers. To test one, post a matching message in the channel from that bot or app.

Webhook events

Webhook triggers run when an external service sends a matching webhook event:

• Any service can be connected via a custom webhook
• Natively supported providers (with pre-configured event types and payload schemas): Datadog, Sentry, PagerDuty, Linear, Jira, Fin (formerly Intercom), Zendesk, and Pylon

After saving a webhook trigger, CodeRabbit shows the webhook URL, required header, and sample payload to configure in the source service. Webhook events are processed only when the trigger is active.

Webhook triggers can match by provider event type, by JSON payload fields, or both. If no matching rule passes, the event is dropped.

Delivery

Each automation uses one of two delivery modes:

• Fresh thread: starts a new thread for every run
• Same thread: posts into the same thread each time (required for Slack channel message triggers, and also available when a recurring automation was created from a thread with a concrete root message)

Deduplication

Webhook-triggered automations deduplicate repeated deliveries when the complete payload is byte-for-byte identical. A repeated delivery can match a trigger rule but still be intentionally ignored instead of starting another run.

• Window: Identical payloads are deduplicated for 1 minute.
• Trigger another run: Include a varying field, such as a timestamp, to make otherwise-identical payloads unique.

Deduplicated webhook deliveries return counters that distinguish matching events from accepted runs:

JSON

{"ok":true,"matched":1,"accepted":0,"deduplicated":1}

Field	Type	Description
ok	Boolean	Whether the webhook request was processed successfully.
matched	Number	Number of automation triggers whose matching rules matched the event. This can be positive while accepted is 0 when the delivery was deduplicated, meaning the event matched a trigger rule but no new run was started.
accepted	Number	Number of new automation runs started. This is 0 when a matching delivery is deduplicated.
deduplicated	Number	Number of matching deliveries ignored because an identical payload was already received within the 1-minute window.

Who can manage automations

Action	Creator	Workspace admin	Automation admin	Other channel members
Edit, pause, resume, or delete	Yes	Yes	Yes, when Automation admin management is enabled	No
Run immediately (recurring only)	Yes	Yes	Yes (channels only)	Yes (channels only)
Stop a running automation	Yes	Yes	Yes (channels only)	Yes (channels only)

Automations in DMs can be edited, paused, resumed, or deleted by the creator, a workspace admin, or an Automation admin when Automation admin management is enabled. Stopping a running DM automation is limited to the creator or a workspace admin. Other users cannot run or stop DM automations.

Slack channel message automations cannot be run manually. To test one, post a matching message in the channel from the configured bot or app.

Archival

Automations are archived automatically when their place becomes unavailable:

• DM automations archive when the DM becomes unusable, the creator leaves the workspace, or the required same_thread root message disappears.
• Channel automations archive when the channel is deleted, the bot loses access, or the required same_thread root message disappears.

Archived automations are distinct from paused automations and cannot be resumed.

Managing automations in the web app

The Automations page in the web app is available to all workspace users. It lets you create and edit scheduled automations, manage triggers, review delivery mode, and inspect recent run history. Run entries link to thread reviews when available.

Workspace admins can see every automation and trigger in the workspace. Automation admins can see and manage same-workspace automations when Automation admin management is enabled. Other users can see automations and triggers they created. Available actions depend on your permissions and the automation type.

What’s next

Scopes

Control which repositories and tools automation runs can access.

Thread reviews

Inspect the output of an automation run.

Usage

Review activity after automations run.