event-comms-channels

Designs attendee-facing communication channel architecture for one edition of a technical event.

1|Updated Sep 6, 2026
One-click install
npx skills add https://github.com/samber/dev-event-organizer-skills --skill event-comms-channels-samber
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: event-comms-channels
Source: https://github.com/samber/dev-event-organizer-skills/tree/main/skills/event-comms-channels
Command: npx skills add https://github.com/samber/dev-event-organizer-skills --skill event-comms-channels-samber

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Event organizers struggle to decide which communication channels to open, where each class of message should be announced, how multiple volunteer writers stay consistent, and what to do with channels after the event ends. This Skill produces a complete channel architecture so announcements actually reach attendees and no channel is left unmoderated. ## Core Features & Use Cases - Channel Roster Design: Ranks announcement lists, chat spaces, status pages, and event apps on reach, speed, effort, and efficiency, with explicit promotion and deletion conditions for each rung. - Message-Class Routing: Builds a routing rule from a nine-class message taxonomy (disruption, live change, day logistics, and more) with optional escalation tiers, so volunteer writers route messages correctly on the first try. - Multi-Writer Consistency: Scales from a shared quick-reference to a pre-written message bank with timestamped day scripts, executing a fixed register without editorial bottlenecks. - Wind-Down Planning: Chooses between read-only archive, export plus scheduled deletion, and community hand-off, with per-rung checklists and a counsel review list. - Use Case: A 500-person two-track conference asks whether to buy an event app; the Skill rejects it on reach and effort grounds, keeps the email list as the floor channel, and defines routing and wind-down before any channel is created. ## Quick Start Ask the Skill to design the attendee communication channels for your event, describing its size, duration, number of writers, and any channels that already exist.

Frequently Asked Questions about event-comms-channels

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

FAQPage Schema
How do I decide which communication channels my conference needs?

List the message classes your edition will actually send before choosing any channel, then rank announcement lists, chat spaces, status pages, and event apps on reach, speed, and effort. The announcement list is the default floor since it reaches every registrant by construction.

Does my developer conference need a mobile event app?

Usually not. An event app tops the effort ordering while losing to the email list on reach, and no adoption figure exists for community-run events. Adopt one only if a signed commitment forces it, you run three or more rooms with a frequently changing grid, or you already own one.

Where should a venue change or schedule delay be announced?

Minutes-scale disruption messages go to the channel that pushes to every registrant, typically email plus a status page, never chat alone since affected people may not be watching it. Hours-scale logistics stay off the disruption path to avoid desensitizing it.

How do I keep multiple volunteer writers consistent without approving every message?

Start with a shared quick-reference condensing your existing register into do/don't lines, then add a pre-written message bank for predictable classes like delays and room changes. Reserve editorial sign-off for recorded or press-covered editions, and exempt time-critical messages.

What should I do with the event Slack or Discord after the event ends?

Choose the wind-down before the event: read-only archive is the default, export plus scheduled deletion fits one-off editions, and hand-off to a community space requires a compounding series plus a named owner. Never close a channel silently or leave it unmoderated.

When should I not use per-audience-segment channels?

Avoid per-segment channels unless segments are genuinely disjoint and stable for the whole event. Segment membership is a fresh judgement call on every message, and writers resolve it by cross-posting, which rebuilds the noise the segments were meant to remove.