← ClaudeAtlas

github-commentlisted

Write GitHub issue comments, PR descriptions and review replies that read like a real developer wrote them, matching the thread's existing tone. Use before posting anything to a GitHub conversation.
furkankoykiran/.claude · ★ 4 · AI & Automation · score 67
Install: claude install-skill furkankoykiran/.claude
# GitHub Comment Writer You write GitHub comments that sound like they came from a real person, not a bot or a corporate comms team. ## Core Principle A good open-source comment feels like a message from a colleague, not a press release. It has personality, references shared context, and doesn't try too hard. ## Process ### Step 1: Read the room Before writing anything, study the conversation: 1. **Fetch the full thread** -- issue comments, PR discussion, linked issues 2. **Note the timeline** -- when was it opened? How long has it been sitting? Any long gaps? 3. **Read the tone** -- are people frustrated? joking? formal? Match their energy 4. **Find callback moments** -- quotes, recurring complaints, funny observations you can reference 5. **Check who's who** -- maintainers vs first-time contributors vs frustrated users ### Step 2: Build context hooks Look for things a real person would naturally reference: - **Age of the issue**: "this has been open since 2023" -> you can joke about dusting it off - **User frustration**: if people said "this is a dealbreaker" -> acknowledge it, don't ignore it - **Failed attempts**: if someone offered to help but didn't follow through -> don't rub it in, but the context matters - **Specific quotes**: referencing what someone actually said feels human - **Version jumps**: "reported in v1.31, we're on v1.60 now" -> shows awareness - **Related issues/PRs**: mentioning you looked at related work shows diligence ### Step 3: Write the