issue-creator
Skill67 starsChanged 46 days agoApache-2.0View on GitHub
Creates well-structured GitHub issues using gh CLI with auto-detected project context (version, platform, module). Supports bug reports, feature requests, and internal tasks following repo templates. Use when creating a GitHub issue, reporting a bug, requesting a feature, logging a task, documenting a TODO as an issue, or recording a bug found during development. Make sure to use this skill whenever an issue needs to be created — it auto-detects project context and applies the correct template.
3 other projects use a version of this.
Adopted by
Most recently taken up by
- termio-sh/termiotheir own version, first seen Aug 11, 2026
- kwiggen/claude-code-plugintheir own version, first seen Jul 21, 2026
- wsm94/gi-claude-skillstheir own version, first seen Feb 26, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 3
- termio-sh/termio★ 787same name
- wsm94/gi-claude-skills★ 2same name
- kwiggen/claude-code-plugin★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository10 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- bdd-test-runnerSkill
- codegenSkill
- commitSkill
- compilationSkill
- feature-optionSkill
- kotlin-api-consultantSkill
- prSkill
- sample-scaffolderSkill
- skill-creatorSkill
The file
We split this skill into the rules it gives an agent
5 rules. 0 are common, 4 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
4
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 15
Use AskUserQuestion to select:
- Distinctive: line 22
Read project metadata before creating the issue:
- Distinctive: line 92
No template required (internal use).
- Distinctive: line 134
When the issue relates to specific code, gather relevant context:
- Distinctive: line 149
After creating the issue, display:
“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Issue Creator
Creates GitHub issues with proper context using gh issue create and the repository's issue templates.
Instructions
1. Determine Issue Type
Use AskUserQuestion to select:
- Bug report — something broken, unexpected behavior
- Feature request — new capability or enhancement (goes to Discussions, see below)
- Task/chore — internal work, refactoring, documentation
2. Auto-Detect Project Context
Read project metadata before creating the issue:
# Version
grep "^version=" gradle.properties
# Kotlin version
grep "^kotlin " gradle/libs.versions.toml
# Current branch and recent changes
git branch --show-current
git log --oneline -53. Create Issue by Type
Bug Report
Title prefix: [Bug]: . Auto-labels: bug, needs-triage.
Template fields (from .github/ISSUE_TEMPLATE/bug_report.yml):
- Fakt Version (auto-detected from
gradle.properties) - Kotlin Version (auto-detected from
libs.versions.toml) - Platform — KMP / JVM only / Android only
- Gradle Version (optional)
- KMP Targets (optional, if KMP)
- Module Setup — Single-module / Multi-module
- Bug Description — structured: what's happening, steps to reproduce, code example, error logs
gh issue create \
--title "[Bug]: {description}" \
--label "bug,needs-triage" \
--body "$(cat <<'EOF'
### Fakt Version
{version}
### Kotlin Version
{kotlinVersion}
### Platform
{platform}
### Bug Description
**What's happening:**
{description}
**Steps to reproduce:**
1. ...
**Code example:**
```kotlin
// minimal reproductionError/build logs:
{logs}EOF )"
#### Feature Request
The repository has no feature-request issue template and blank issues are disabled: `.github/ISSUE_TEMPLATE/config.yml` routes ideas to GitHub Discussions (Ideas category). Point the user there; if they want a tracked issue instead, create it as a Task/chore.
#### Task/Chore
No template required (internal use). Use conventional title format.
```bash
gh issue create \
--title "{type}: {description}" \
--label "{labels}" \
--body "$(cat <<'EOF'
## Context
{context}
## Scope
{scope}
## Checklist
- [ ] {step1}
- [ ] {step2}
EOF
)"4. Available Labels
Auto-applied by templates:
bug+needs-triage(bug reports)enhancement+needs-triage(feature requests)
Category labels:
compiler,gradle-plugin,documentation,performance,testing,ci/cd
Priority labels:
priority: high,priority: medium,priority: low
Contributor labels:
good first issue,help wanted,needs-investigation,needs-discussion
Lifecycle labels:
idea,approved,breaking-change,dependencies,security
Note: Category and lifecycle labels must exist in the repository before use. Run
gh label listto check available labels, orgh label createto add missing ones. Onlybug,enhancement, andneeds-triageare auto-created by issue templates.
5. Add Context from Codebase
When the issue relates to specific code, gather relevant context:
# Find affected files
# Read error messages from recent builds
# Check if related issues exist
gh issue list --label "{label}" --state openInclude file paths, function names, and module affected in the issue body.
Note: GitHub issue templates use YAML form schema. When creating via
gh issue create --body, the structured fields render as markdown headers in the created issue.
6. Output
After creating the issue, display:
- Issue URL
- Issue number
- Labels applied
- Assigned template
Related Skills
pr— analogous GitHub creation workflowcompilation— provides error context for bug reports
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

