AGENT SKILL

enter-issue

Create a GitHub issue from screenshots, images, text descriptions, or any combination. Use this when the user wants to file a new issue or report a bug.

License 许可
MIT
最近更新
2026-11-11
Stars
★ 110
Forks
12

01 前言 Front Matter

name
enter-issue
description
Create a GitHub issue from screenshots, images, text descriptions, or any combination. Use this when the user wants to file a new issue or report a bug.
argument-hint
[ "title or description" ]
disable-model-invocation
true

03 SKILL.md 正文

Create GitHub Issue

Create a new GitHub issue based on the user's input. The input may include screenshots, images, text descriptions, error logs, or any combination.

Input: $ARGUMENTS

Instructions

  1. Gather context from the user's input:

    • Read any text description or title provided in $ARGUMENTS
    • If the user has provided screenshot paths or image paths, read them using the Read tool to understand their content
    • Common screenshot locations to check if referenced:
      • %USERPROFILE%\Pictures\Screenshots
      • %OneDrive%\Pictures\Screenshots
    • If no title is provided, derive one from the description/images
  2. Collect additional information if needed:

    • If the description is vague, use AskUserQuestion to clarify:
      • What is the expected behavior?
      • What is the actual behavior?
      • Steps to reproduce?
      • Priority/severity?
    • If the user provided enough information, proceed without asking
  3. Upload images to the issue:

    • If images/screenshots were provided, they need to be included in the issue
    • Use gh issue create which supports image references in markdown
    • For local images, upload them by referencing in the issue body — GitHub CLI handles image uploads when you use the web editor, so instead embed image paths as attachments
    • Strategy: Create the issue first, then use gh issue edit to add images if needed, OR reference images inline
  4. Determine labels:

    • Check available labels: gh label list
    • Apply appropriate labels (bug, enhancement, documentation, etc.)
    • If no matching labels exist, create them if appropriate
  5. Create the issue using GitHub CLI:

    gh issue create --title "TITLE" --body "BODY" --label "LABELS"
    
    • Title: Clear, concise, imperative form (e.g., "Fix crash when opening settings")
    • Body format:
      ## Description
      [Clear description of the issue]
      
      ## Screenshots
      [Any attached images]
      
      ## Steps to Reproduce (if bug)
      1. Step one
      2. Step two
      
      ## Expected Behavior
      [What should happen]
      
      ## Actual Behavior
      [What actually happens]
      
      ## Additional Context
      [Any extra info, logs, environment details]
      
  6. Report back:

    • Show the created issue URL
    • Show the issue number
    • Summarize what was created

Important Notes

  • Always use gh CLI for GitHub operations
  • Use a HEREDOC for the body to preserve formatting:
    gh issue create --title "Title" --body "$(cat <<'EOF'
    ## Description
    ...
    EOF
    )"
    
  • If images were provided, mention that they should be manually attached via the GitHub web UI if CLI upload is not possible, and provide the issue URL for easy access

04 同仓库更多 Skills

thefrederiksen
thefrederiksen/devthrottle

devthrottle-sessions

Talk to the other DevThrottle sessions running across your machines - list them, rename this one, send one of the rare queued messages, read the inbox, reply, open a new session, and close one down. Use when the task involves: message another session, ask another session, list sessions, what sessions are running, spawn a session, rename this session, close this session.

★ 110
thefrederiksen
thefrederiksen/devthrottle

devthrottle-install

Hand the user the documented steps to install or update DevThrottle, and to connect a gateway afterwards. Use when the task involves: install DevThrottle, set up DevThrottle, update DevThrottle, connect a gateway, cc-devthrottle not found, where do the cc tools come from.

★ 110
thefrederiksen
thefrederiksen/devthrottle

proof-covers-the-wrong-thing

A proof can be valid and still say nothing about what you changed - wrong surface, wrong reader, wrong caller, or an untested premise. Name what your evidence does NOT cover. Use when the task involves: prove it, by construction, root cause, reproduced it, repro, guard-local, skipped test, suite is green, premise, assumption, self review, it is settled.

★ 110
thefrederiksen
thefrederiksen/devthrottle

destructive-sweeps-lean-to-keep

A destructive operation acts only on what it can positively prove is disposable. Enumerate what to DELETE, never what to skip - and refresh the safety signal on every real use. Use when the task involves: sweep, purge, cleanup, delete old, prune, reclaim space, stale files, retention, aged out, rm -rf, git clean, drop the table.

★ 110
thefrederiksen
thefrederiksen/devthrottle

checks-that-fail-open

A check whose pass condition is an ABSENCE certifies a run that never happened. Restate it as a specific PRESENCE - and an empty result is a broken instrument, never a clean run. Use when the task involves: verify, prove it, sweep, grep returned nothing, zero hits, clean run, it passed, no defects, reviewed, delivered, double check, how do we know.

★ 110
thefrederiksen
thefrederiksen/devthrottle

wingman-brief-reviewer

RETIRED 2026-09-16 - do not run it. It reviewed saved wingman turn BRIEFS, whose writer was retired in issue

★ 110