mindgames/skills · Archived

github-issue

Create complete, implementation-ready GitHub issues from user input and publish them with `gh issue create`.

First seen Mar 9, 2026

Installation

$ npx skills add mindgames/skills --skill github-issue

Summary

  • Create complete, implementation-ready GitHub issues from user input and publish them with `gh issue create`.
  • Use when asked to create/file/open a new issue in any repository, including cases where requirements must be structured into clear scope, acceptance criteria, constraints, and done-when outcomes.

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from mindgames/skills · top by installs.

npx skills add mindgames/skills

Browse all from mindgames/skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 3
Default branch main
Open issues 1
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,083 B
  • docs SUMMARY.md 324 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 2 installs

SKILL.md

GitHub Issue

Overview

Turn rough requests into high-quality GitHub issues with clear delivery criteria, then create the issue via GitHub CLI.

Workflow

  1. Confirm GitHub CLI access.
  2. Determine target repository.
  3. Convert input into a structured issue body.
  4. Create the issue with gh issue create.
  5. Return the issue URL plus a concise summary of assumptions.

Preconditions

  • Run gh auth status before issue creation.
  • Use explicit repo when provided (--repo owner/repo).
  • Otherwise use current repository context.
  • Do not use web UI for creation unless user explicitly requests it.

Issue Quality Standard

Always include these sections in issue body markdown:

  • ## Goal
  • ## Background
  • ## Scope
  • ## Requirements
  • ## Acceptance Criteria
  • ## Constraints
  • ## Out of Scope
  • ## Done When

Write requirements as concrete bullets. Write acceptance criteria as testable outcomes.

Missing Information Policy

  • Infer sensible defaults for non-critical gaps and list them under Assumptions.
  • Ask one blocking question only when repo target or core objective is unknown.
  • Challenge vague requests by tightening scope and criteria instead of copying ambiguity.

Execution Pattern

Use a temporary markdown file to avoid shell quoting issues.

cat > /tmp/github-issue.md <<'EOF'
## Goal
...
EOF

gh issue create \
  --title "<clear action-oriented title>" \
  --body-file /tmp/github-issue.md

Use explicit repository when needed:

gh issue create \
  --repo owner/repo \
  --title "<clear action-oriented title>" \
  --body-file /tmp/github-issue.md

Response Contract

After creation, always provide:

  • Issue URL
  • Repo used
  • Final title
  • Assumptions made