notification-routing

Route agent notifications to topic-specific channels using CHANNEL tags and a routing dispatcher.

2|Updated Jul 24, 2026
One-click install
npx skills add https://github.com/elbruno/ElBruno.MagenticUI --skill notification-routing-elbruno
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: notification-routing
Source: https://github.com/elbruno/ElBruno.MagenticUI/tree/main/.squad/templates/skills/notification-routing
Command: npx skills add https://github.com/elbruno/ElBruno.MagenticUI --skill notification-routing-elbruno

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When a multi-agent team grows, all notifications flood a single channel — critical security alerts get buried under daily digests and tech news, causing missed alerts and notification fatigue. This Skill implements topic-based routing so each notification type reaches its own channel. ## Core Features & Use Cases - Channel Config Schema: Define a .squad/teams-channels.json mapping notification types (security, releases, daily-digest) to channel names or opaque IDs, avoiding name-collision bugs. - CHANNEL: Tag Convention: Agents prefix output with CHANNEL:<type> so a dispatcher can parse the tag and route the message to the correct destination. - Provider-Agnostic Adapter: A swappable adapter script (Teams, Slack, Discord, webhook) keeps routing config stable while the delivery platform changes. - Use Case: A security agent finds new CVEs in a dependency scan; it tags output CHANNEL:security, and the dispatcher sends the finding only to the security-findings channel instead of the general feed. ## Quick Start Set up topic-based notification routing for my agent team by creating a channels config and tagging agent output with CHANNEL prefixes.

Frequently Asked Questions about notification-routing

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I route agent notifications to different channels?

Define a channels config file mapping notification types to channel names or IDs, then have agents prefix output with a CHANNEL:<type> tag. A dispatcher function parses the tag and sends the message to the matching channel, defaulting to a general notifications channel.

How to prevent alert fatigue in multi-agent notification systems?

Use topic-based routing so each notification type goes to its own channel instead of one shared feed. Team members subscribe only to the topics they care about, so critical alerts like security findings are never buried under routine digests.

Does notification routing work with Slack, Teams, and Discord?

Yes, the routing layer is provider-agnostic. The channel config and CHANNEL: tags stay the same across platforms; only the adapter script changes per deployment, so you can swap between Teams, Slack, Discord, or a generic webhook.

Why should I use channel IDs instead of channel names?

Display names can collide or change, causing messages to go to the wrong destination. Resolve channel IDs once at setup, store them alongside names in the config, and use the opaque IDs at runtime for reliable delivery.

What happens when a notification has no CHANNEL tag?

The dispatcher falls back to a default channel, typically the general notifications channel. This ensures untagged agent output is still delivered rather than dropped.