GitHub issue creation skill. An agent skill from team-attention/hoyeon.

MITAuto-check passed

Install Issue

skills CLI
$ npx skills add team-attention/hoyeon --skill issue -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install team-attention/hoyeon issue --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/team-attention/hoyeon.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/issue .claude/skills/issue && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
issue
GitHub stars
173
Token cost
~1.4k tokens
SKILL.md length
507 words
Files
1
Skills in repo
36
Repo updated
First seen
Licence
MIT

At a glance

GitHub issue creation skill. An agent skill from team-attention/hoyeon.

  • Works in 3 steps: Impact Analysis → Preview & Confirm → Create Issue
  • SKILL.md covers Input, Phase 1: Impact Analysis, Phase 2: Preview & Confirm and Phase 3: Create Issue, plus 2 more sections
  • Calls gh

What it does

Issue is an agent skill from team-attention/hoyeon. GitHub issue creation skill. Analyzes the entire codebase impact based on user request, then creates a structured issue with AI-verified/human-judgment-needed/caution sections. /issue "issue description" Trigger: "/issue", "이슈 만들어", "issue 만들자", "깃헙 이슈"

Its SKILL.md is about 1.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It works with GitHub. The repository describes itself as: Requirements-first Harness — derive, verify, execute. The licence is MIT.

Example prompts

  • “issue description”
  • “/issue”
  • “issue 만들자”
  • “/issue”

Workflow steps

3 steps, taken from the step headings in SKILL.md.

  1. Impact Analysis
  2. Preview & Confirm
  3. Create Issue

What it can do on your machine

Read from SKILL.md and the folder at commit 7cff032. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • gh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use gh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Issue loads about 1.4k tokens when it runs. Until then it costs about 65 tokens; SKILL.md has 507 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~65
When it runs · the whole SKILL.md, loaded when a task matches
~1.4k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from team-attention/hoyeon at commit 7cff032, republished under its MIT licence (© team-attention). 507 words, ~1,382 tokens.

Download SKILL.mdSave it as .claude/skills/issue/SKILL.md (or your agent's skills folder).
name
issue
description
GitHub issue creation skill. Analyzes the entire codebase impact based on user request, then creates a structured issue with AI-verified/human-judgment-needed/caution sections. /issue "issue description" Trigger: "/issue", "이슈 만들어", "issue 만들자", "깃헙 이슈"
validate_prompt
Must complete with one of: 1. GitHub issue created (URL returned) 2. User cancelled after preview Must NOT: create issue without user confirmation, skip…

/issue — Structured GitHub Issue Creator

Investigate the codebase based on the user's request and create a GitHub issue with clearly defined confidence boundaries.

Input

The text the user typed after /issue is the original request. Preserve it verbatim.

Examples:

  • /issue Duplicate Shorts URL fetches in YouTube subscription feed
  • /issue Add notification settings tab to Settings page
  • /issue Scheduler occasionally runs twice

If the input is too vague (e.g., "there's a bug"), ask ONE clarifying question. Otherwise, start investigating immediately.

Phase 1: Impact Analysis

Perform a full impact analysis based on the user's request. Use Agent to investigate in parallel.

What to Investigate

Launch agents in parallel where possible:

  1. Related code exploration — Identify files, functions, and modules directly related to the request
  2. Dependency analysis — Where is this code referenced, and which modules are affected
  3. Existing test coverage — Whether related tests exist and what they cover
  4. Related issues/history — Relevant change history from git log, known issues
Classifying Findings

Classify all findings into three confidence levels:

✅ AI Verified

Objective facts confirmed through code exploration. No need for human re-verification.

  • Function/file locations, call relationships
  • Whether tests exist
  • Current behavior (as read directly from code)
  • Relevant config values, environment variables
🤔 Decision Required

Decision points that AI cannot make on your behalf.

  • Trade-off choices (performance vs. accuracy, UX vs. security, etc.)
  • Business logic decisions
  • Scope decisions (how much to fix)
  • Priority judgment
⚠️ Human Verify

Risks and caveats AI may have missed.

  • Potential side effects
  • Risks from production environment differences
  • External service dependencies
  • Whether data migration is needed
  • Areas AI could not verify (external systems, real user data, etc.)

Phase 2: Preview & Confirm

After investigation, show the user a preview of the issue body.

Issue Body Template
markdown
## Request

> {original text the user typed after /issue, verbatim}

## Impact Analysis

### Related Code
- `file:line` — description
- ...

### Scope of Impact
- List of affected modules/features

---

## ✅ AI Verified
> Facts confirmed through code exploration. No further verification needed.

- [ ] Confirmed fact 1
- [ ] Confirmed fact 2

## 🤔 Decision Required
> Decision points requiring human judgment.

- [ ] Decision point 1 — Option A vs B, considerations
- [ ] Decision point 2

## ⚠️ Human Verify
> Risks AI may have missed. Needs human review before and/or after implementation.

- [ ] Verification point 1 — why this needs checking
- [ ] Verification point 2

After showing the preview, confirm with AskUserQuestion:

AskUserQuestion(
  question: "Should I create a GitHub issue with this content?",
  header: "Issue Preview",
  options: [
    { label: "Create", description: "Create the issue as-is" },
    { label: "Edit then create", description: "I want to make changes first" },
    { label: "Cancel", description: "Do not create the issue" }
  ]
)
  • Create → Proceed to Phase 3
  • Edit then create → Incorporate user feedback, then show preview again
  • Cancel → "Issue creation cancelled." → Stop
Show full SKILL.md (196 more words)Show less

Phase 3: Create Issue

Create the issue with gh issue create.

bash
gh issue create --title "Issue title" --body "$(cat <<'EOF'
Issue body
EOF
)"
Title Rules
  • Under 70 characters
  • Use a prefix: feat:, fix:, refactor:, chore:, etc. (based on content)
  • English or Korean OK
Label Auto-mapping

Based on the issue content, add matching labels via the --label flag using the table below. Multiple labels allowed. If no match, create without labels.

Issue typeLabel
Bug, error, broken behaviorbug
New feature, addition, improvementenhancement
Documentation relateddocumentation
Question, investigation, needs clarificationquestion

After creation, return the issue URL to the user.

Hard Rules

  1. Investigate first — Never create an issue without investigation
  2. Confirm first — Never create an issue without user confirmation
  3. Preserve original — The user's original request must be included verbatim in the "Request" section
  4. Facts only — AI Verified contains only things directly confirmed from code. No speculation.
  5. Be honest — Anything unverified goes into Human Verify. Never pretend to know.
  6. Keep it concise — Do not let the issue body grow unnecessarily long

Checklist Before Stopping

  • Codebase impact analysis completed
  • Findings classified into three confidence levels
  • User's original request included verbatim
  • User reviewed the preview
  • gh issue create executed and URL returned (or user cancelled)

© team-attention, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in skills/issue of team-attention/hoyeon.

Open the folder on GitHubat commit 7cff032

Compare with similar skills

Issue next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Issue compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Issue this skillteam-attention/hoyeon173—~1.4kAutomated safety check: PassMIT
PR Babysitteropeninterpreter/openinterpreter69k3 repos~4.2kAutomated safety check: PassApache-2.0
Diagnosing Superpowers Sessionsobra/superpowers296k3 repos~1.7kAutomated safety check: PassMIT
GitHub Deep Researchbytedance/deer-flow83k5 repos~1.3kAutomated safety check: PassMIT
Greplooponyx-dot-app/onyx32k4 repos~3.3kAutomated safety check: PassMIT
Update V8 Versionopeninterpreter/openinterpreter69k2 repos~845Automated safety check: PassApache-2.0

Similar skills

  • PR Babysitter

    openinterpreter/openinterpreter

    Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.

    69k GitHub starsUsed in 3 repos~4.2k tokens
    DevelopmentAuto-check passed
  • Investigates a session where Superpowers went wrong, reads the transcripts on disk and produces an evidence-cited report, optionally prepared as a bug report for the maintainers.

    296k GitHub starsUsed in 3 repos~1.7k tokens
    Agent WorkflowsAuto-check passed
  • GitHub Deep Research

    bytedance/deer-flow

    Researches a GitHub repository over four rounds using the GitHub API and web search, then writes a structured markdown report with timeline, metrics and Mermaid diagrams.

    83k GitHub starsUsed in 5 repos~1.3k tokens
    Research & ScienceAuto-check passed
  • Greploop

    onyx-dot-app/onyx

    Iteratively improves a PR (GitHub), MR (GitLab), or shelved changelist (Perforce) until Greptile gives it a 5/5 confidence score with zero unresolved comments.

    32k GitHub starsUsed in 4 repos~3.3k tokens
    DevelopmentAuto-check passed
  • Update V8 Version

    openinterpreter/openinterpreter

    Bumps the pinned v8 and rusty_v8 versions in Codex, validates the release-candidate path with the v8-canary check, and traces failures to upstream build changes.

    69k GitHub starsUsed in 2 repos~845 tokens
    DevOps & CloudAuto-check passed
  • Last30days

    mvanhorn/last30days-skill

    Research what people actually say about any topic in the last 30 days.

    64k GitHub stars~7.8k tokensUpdated today
    Research & ScienceAuto-check: notes

More from team-attention/hoyeon

All 36 skills in this repo
  • Skill Session Analyzer

    team-attention/hoyeon

    This skill should be used when the user asks to "analyze session", "evaluate skill execution", "check session logs", provides a session ID with a skill path, or wants to verify that a skill executed…

    173 GitHub stars~1.9k tokensUpdated 4 mo ago
    Auto-check: notes
  • Browser Work

    team-attention/hoyeon

    Recon-first browser automation. An agent skill from team-attention/hoyeon.

    173 GitHub stars~1.9k tokensUpdated 4 mo ago
    Auto-check passed
  • Check

    team-attention/hoyeon

    This skill should be used when the user wants to verify their changes before pushing, or update the project's rule checklists.

    173 GitHub stars~1.8k tokensUpdated 4 mo ago
    Auto-check: notes
  • Compound

    team-attention/hoyeon

    This skill should be used when the user says "/compound", "compound this", "document learnings", "save what we learned", or after completing a PR.

    173 GitHub stars~1.1k tokensUpdated 4 mo ago
    Auto-check: notes
  • QA

    team-attention/hoyeon

    Systematically QA test any application — web apps, native macOS apps, Electron apps, CLI tools, interactive REPLs, or anything on screen.

    173 GitHub stars~2.6k tokensUpdated 4 mo ago
    Auto-check: notes
  • Dev Scan

    team-attention/hoyeon

    Collect diverse opinions on technical topics from developer communities.

    173 GitHub starsUsed in 1 repo~5k tokens
    Auto-check passed

Works with

Questions about Issue

What does Issue do?

GitHub issue creation skill. An agent skill from team-attention/hoyeon. Issue is an agent skill from team-attention/hoyeon. GitHub issue creation skill.

How do I install Issue in Claude Code?

Run `npx skills add team-attention/hoyeon --skill issue -a claude-code`. Or copy the skill folder (skills/issue in team-attention/hoyeon) into .claude/skills/issue in your project. Claude Code loads it when a task matches its description.

How do I install Issue in Codex?

Run `npx skills add team-attention/hoyeon --skill issue -a codex`. Or copy the skill folder (skills/issue in team-attention/hoyeon) into .agents/skills/issue in your project. Codex loads it when a task matches its description.

Can I use Issue in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add team-attention/hoyeon --skill issue -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/issue, .gemini/skills/issue, .github/skills/issue and .opencode/skills/issue in your project.

What does Issue need to run?

Going by SKILL.md and its folder, Issue needs the command-line tools its instructions call (gh).

Does Issue access the network?

SKILL.md contains no URLs. Its commands use gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Issue safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Issue use?

Issue is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Issue use?

About 1.4k tokens (SKILL.md is roughly 5.5k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Issue?

Skills that share tags, products or a category with Issue: PR Babysitter (openinterpreter/openinterpreter, 69k stars), Diagnosing Superpowers Sessions (obra/superpowers, 296k stars), GitHub Deep Research (bytedance/deer-flow, 83k stars) and Greploop (onyx-dot-app/onyx, 32k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Issue?

team-attention (a GitHub organization) maintains it in team-attention/hoyeon, which has 173 GitHub stars. The repository holds 36 skills in this directory. The repository was last updated on May 21, 2026.

Source: team-attention/hoyeon on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.