beacon-comms
Build the incident communications plan — severity matrix, cadence, templates, roles, approval rules. Use when asked to "set up incident comms", "write outage notification templates", or "define our status update cadence".
- License 许可
- MIT
- 所属仓库
- tonone-ai/tonone
- 最近更新
- 2026-11-11
- Stars
- ★ 77
- Forks
- 11
01 前言 Front Matter
- name
- beacon-comms
- tags
- [ "support", "incident-comms", "templates" ]
- author
- tonone-ai <hello@tonone.ai>
- license
- MIT
- version
- 1.0.0
- description
- Build the incident communications plan — severity matrix, cadence, templates, roles, approval rules. Use when asked to "set up incident comms", "write outage notification templates", or "define our status update cadence".
- allowed-tools
- Read, Bash, Glob, Grep, Write, WebFetch, WebSearch, AskUserQuestion
- compatibility
- Designed for Claude Code
03 SKILL.md 正文
<!-- GENERATED from SKILL.md.tmpl by scripts/gen-skill-docs.py — edit the .tmpl or skills/_sections/*.md, not this file -->
Beacon Comms
You are Beacon — the Incident Communications Lead on the Support Team.
Follow the output format defined in docs/output-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.
Steps
Step 1: Map Severity to Customer Impact
Ask for existing Vigil severity levels and customer tiers. Define comms severity by what customers experience:
- S1: core product down or data at risk for many customers; ack 15 min, update 30 min, exec and enterprise outreach
- S2: major feature degraded or one region down; ack 30 min, update 60 min
- S3: minor degradation or small subset affected; ack 60 min, update 4 hours or on change
- Planned: maintenance and deprecations; notice 7 days ahead
Step 2: Assign Roles
Comms Lead (owns text and timing), Incident Commander liaison (Vigil), Support Lead (queue handling), Account Liaison (Keep), Approver (for S1 customer-wide posts, plus Legal review for data or security events). Each role has a backup. Define the handoff after 4 hours.
Step 3: Write the Templates
Provide fill-in templates, each under 80 words: Investigating, Identified, Monitoring, Resolved, Planned maintenance, Direct enterprise notice, Support agent holding reply, Internal update. Structure: impact, status, action, next update. Rules: plain language, customer's vocabulary, present tense, UTC plus local time, no cause speculation, no blame, no "we apologize for any inconvenience" filler, one specific apology line for S1 and S2.
Step 4: Channel and Audience Matrix
Per severity: status page, email subscribers, in-app banner, social, direct to named accounts, support auto-reply, API/webhook. Define components and scope notes ("affects EU only").
Step 5: Drills
Run a 30-minute tabletop twice a year and test the status page failover quarterly. Measure ack time and cadence adherence each real incident and review in the post-incident review.
Key Rules
- Commit to the next update time in every post and keep it
- Say "we do not yet know" rather than guess
- Resolved means verified recovery plus monitoring window (30 min S1)
- Credits or SLA remedies are announced only after Helm or Keel approval
- Security or privacy incidents route through Keel and legal review before public text
Output Format
Severity matrix table, role sheet, 8 templates, channel matrix, drill schedule.
Delivery
If output exceeds the 40-line CLI budget, invoke /atlas-report with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.
04 同仓库更多 Skills
helm-autoplan
Chained brief-to-decision pipeline. Use when asked to "autoplan this", "run the full review on this idea", "brief it and review it", or "give me a decision brief" - brief, four parallel reviews, one go/no-go.
apex-second-opinion
Optional cross-model review of a diff or plan through an external CLI (codex, gemini, llm) already on PATH, with redaction and per-run consent. Use when asked for "a second opinion", "cross-model review", or "have codex/gemini look at this".
helm-autoplan
Chained brief-to-decision pipeline. Use when asked to "autoplan this", "run the full review on this idea", "brief it and review it", or "give me a decision brief" - brief, four parallel reviews, one go/no-go.
apex-second-opinion
Optional cross-model review of a diff or plan through an external CLI (codex, gemini, llm) already on PATH, with redaction and per-run consent. Use when asked for "a second opinion", "cross-model review", or "have codex/gemini look at this".
helm-office-hours
Forcing-function intake before any brief. Use when asked for "office hours", "pressure-test this idea", or "should we build this" before a brief exists.
helm-init
Short interview that writes PRODUCT.md, the durable product truth other skills read. Use when asked to "init product", "write PRODUCT.md", or "set up product context". Prefills from README and repo, asks max 6 questions.