issue
Installation
SKILL.md
Issue
Create a GitHub issue from a short description.
Conventions
- Title: Conventional Commit format (
type(scope): description), under 60 chars, no trailing period - Label:
enhancementfor features,bugfor bugs - Body sections (in order): What would you like?, Motivation, Proposed approach, Scope
- Each section is a
##heading followed by 1-3 short paragraphs - Write plainly — no code blocks, no bullet-heavy lists, no implementation detail
- Focus on what and why, not how — leave implementation to the branch
- Scope section uses a flat bullet list of affected areas
Workflow
- Understand the idea: read the user's description carefully — ask if intent is unclear
- Check for duplicates: run
gh issue list --state open --limit 50and scan for overlap - Draft the issue: write title and body following the conventions above
- Show the draft: present the title and body to the user for approval before creating
- Create the issue:
gh issue create --title "..." --label "..." --body "..." - Return only the issue URL
Rules
- Never create an issue without showing the draft to the user first
- Never guess the scope — if the idea is vague, ask
- Never add implementation details to the issue body — that belongs in the branch
- Always check for duplicate or overlapping issues
- Keep the body concise — if a section would be one sentence, that's fine
Red flags
- Creating the issue without checking for duplicates
- Writing implementation plans in the issue body
- Adding too many sections or subsections
- Skipping user approval of the draft
Related skills
More from cniska/skills
tdd
Drive implementation with red-green-refactor. Use when building features or fixing bugs test-first.
12review
Run all review skills against the current branch diff. Use when reviewing a feature branch before merge.
10plan
Design a feature or behavior change through dialogue. Use when asked to plan, scope, design, or break down work before coding.
10explore
Explore a task or design through systematic questions until reaching shared understanding. Use before implementing complex or ambiguous work.
10pr
Create a pull request with review and verify. Use when the branch is ready to merge.
10debug
Debug systematically with structured triage. Use when tests fail, builds break, or runtime behavior doesn't match expectations.
8