Discord Release Notes
SkillDocs & knowledgeGenerate a condensed Discord post version of the release notes. Use after full release notes have been generated.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Discord Release Notes skill
What this skill tells your AI
The instructions your AI receives, as published by tariknz/irdashies in .claude/skills/release-notes-discord/SKILL.md and read by ahel’s review.
Generate a condensed Discord-friendly version of the release notes. The user will provide the version (e.g. v0.1.0).
Arguments: $ARGUMENTS
Step 1: Find the full release notes
Look for the full release notes at /Users/tarik/Desktop/irdashies-demos/release-<version>.md. If they don't exist, tell the user to run /release-notes first.
Step 2: Look up Discord handles
Check the memory file at /Users/tarik/.claude/projects/-Users-tarik-projects-irdashies/memory/reference_discord_handles.md to map GitHub usernames to Discord display names. If any contributors are missing from the mapping, ask the user for their Discord handles before proceeding.
Step 3: Write the condensed post
Write to /Users/tarik/Desktop/irdashies-demos/release-<version>-discord.md.
Hard limit: 2000 characters
Check the character count with wc -m after writing. If over 2000, trim until it fits.
Format
**irDashies <version>**
**New**
- Feature bullet points — short, one line each
**Fixes**
- Bug fix bullet points
**Performance**
- Performance improvement bullet points
**Tracks:** list
**Logos:** list
A big welcome to our first-time contributors <first-timers> — thanks for jumping in! 🎉
Thanks to <contributors ordered by most PRs> for their contributions!
View the full release notes here:
https://github.com/tariknz/irdashies/releases/tag/<version>
Rules
- User-facing language — no code, no function names, no technical jargon
- Condense aggressively — combine related items, use short phrases with em-dashes
- Order contributors by number of PRs in the release, most first. Use Discord display names, not GitHub handles. Don't include yourself (tarik) in the thanks
- Always welcome first-time contributors — pull the "New Contributors" list from the full release notes and call them out by Discord display name in a dedicated welcome line above the general thanks. Keep it warm and brief (one line). Don't repeat names: first-timers go in the welcome line only, and returning contributors go in the general thanks line only. If there are no first-timers, omit the welcome line and thank everyone in the general line. If everyone is a first-timer, the welcome line covers them and you can drop the general thanks line
- Start with the most impactful features — new widgets and major overhauls first, smaller enhancements after
- Use all available space — if you're well under 2000 characters, add back detail that was cut. Don't leave room on the table unnecessarily
- Tracks and logos get their own one-liner sections at the bottom
- Always end with the full release notes link
- Skip dev-only fixes (hot reload, branch refresh) — Discord audience is end users
Step 4: Verify and open
Check character count is under 2000, then open in VS Code with code <path>.
Signals
- GitHub stars
- 253
- Forks
- 80
- Last commit
- Sep 2026
ahel review
S4info
community integration — published by tariknz, not discord
Automated review, not a security audit. Ruleset v1+k2.
Advanced
- Catalog kind
- skill
- Gateway key
release-notes-discord- Source
- github.com/tariknz/irdashies