github-issue-response

Drafts protocol-compliant replies to GitHub issues, PR comments, and reviews for amd/gaia.

1.6k|168|Updated Dec 16, 2024
One-click install
npx skills add https://github.com/amd/gaia --skill github-issue-response-amd
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: github-issue-response
Source: https://github.com/amd/gaia/tree/main/.claude/skills/github-issue-response
Command: npx skills add https://github.com/amd/gaia --skill github-issue-response-amd

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Maintainers and contributors responding on the amd/gaia GitHub repository risk inconsistent tone, over-long replies, mishandled security reports, and wrong doc links. This Skill enforces a single response protocol so every public reply follows the same rules. ## Core Features & Use Cases - Security escalation protocol: Never discuss exploit details publicly; redirect reporters to private security advisories and tag @kovtcharov-amd, with clear rules for issues versus PR reviews. - Response-type length caps: Distinct shapes and word caps for quick answers, how-tos, bug reports, feature requests, and complex discussions. - Escalation and doc-link map: Defines when to escalate to the maintainer versus answer directly, plus a map of code locations and documentation pages for pointing users to the right resource. - Use Case: A user opens a bug report about RAG initialization failing. The Skill guides you to lead with the diagnosis, ask for specific repro steps, cap the reply near 200 words, and link the relevant docs page. ## Quick Start Ask the assistant to draft a reply to a GitHub issue or PR comment on amd/gaia, pasting the issue text and stating whether it is a bug report, question, feature request, or security concern.

Frequently Asked Questions about github-issue-response

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

FAQPage Schema
How do I respond to a bug report on GitHub?

Open with your diagnosis or state that you need more info, then ask for specific reproduction steps such as command output or debug logs. Keep the reply near 200 words and link one relevant documentation page rather than restating the issue.

How should I handle a security vulnerability reported in a public GitHub issue?

Never discuss exploit details, proof-of-concept steps, or technical abuse analysis publicly. Reply with a pointer to the private security advisory page, tag the maintainer, and stop; for PR reviews, name only the class of problem and suggest private follow-up.

When should a GitHub issue be escalated to a maintainer?

Escalate security vulnerabilities, architecture decisions, roadmap questions, breaking changes, external integration requests, and hardware-specific topics. Do not escalate questions the docs already answer, simple usage questions, or duplicates.

What is the right length for a GitHub issue reply?

Quick answers run 2-4 sentences with one doc link, how-tos stay near 150 words, and bug reports or feature requests cap around 200 words. Complex discussions should frame the conclusion in 1-2 sentences before going deep.

Should I cite code line numbers when answering GitHub issues?

Cite file.py:line references only when you have actually verified the location, and never open a reply with a code reference. Lead with the finding in plain words, then layer the file and line detail underneath for whoever implements the fix.