Add Discord notifications without breaking Slack

Find every Slack notification path, add the Discord twin, and keep the old channel working.

May 4, 2026 · 2 min read · 333 words
.md

A command that finds every place a Slack notification is wired and adds a parallel Discord notification next to it — across CI, scripts, and every repo. Discord is purely additive; Slack stays.

commands/add-discord-notify.md
---
description: Add Discord webhook notifications (DISCORD_WEBHOOK_URL/DISCORD_BOT_TOKEN secret) alongside Slack everywhere it's used, across all repos. Use
---
 
Add Discord notifications alongside every existing Slack notification.
 
Steps:
 
1. Find all places Slack notifications are wired (CI workflows, scripts).
2. For each, add a parallel Discord notification using the official Discord action and DISCORD_WEBHOOK_URL / DISCORD_BOT_TOKEN secrets.
3. Mirror the existing Slack webhook pattern; wire BOTH success and failure paths, gated (e.g. `if: !cancelled()`).
4. Don't remove Slack — Discord is additive.
5. Report each file touched.

Additive, not a migration#

The key constraint is step 4: this is not a Slack-to-Discord swap. Both channels stay live, so a single missed wiring never drops a notification.

Both success and failure paths#

Wiring only the success path is the common mistake — failures are exactly when you most want the ping. Gating on a not-cancelled condition keeps the failure notification firing even when the job errors.

What makes it tricky#

Notification wiring is usually scattered: reusable workflow, release job, deploy script, smoke test, maybe a hand-written curl in one older repo. This command forces the agent to search all of it before patching anything.

I also want the report to name every touched path because notification changes are easy to half-ship. If Slack gets a failure ping and Discord only gets success, the new channel looks alive until the day it matters.

Was this useful?

React if it helped; comment if you have a concrete question, correction, or field note.

-

Discussion (0)

Practical notes, bug stories, and disagreement with receipts are welcome.

No comments yet. A useful first comment is usually a field note: what failed, what held, or what you would check before shipping this idea.
Start the discussion
Markdown is supported. Keep it concrete and useful.