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
-
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
- Read any text description or title provided in
-
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
- If the description is vague, use AskUserQuestion to clarify:
-
Upload images to the issue:
- If images/screenshots were provided, they need to be included in the issue
- Use
gh issue createwhich 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 editto add images if needed, OR reference images inline
-
Determine labels:
- Check available labels:
gh label list - Apply appropriate labels (bug, enhancement, documentation, etc.)
- If no matching labels exist, create them if appropriate
- Check available labels:
-
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]
-
Report back:
- Show the created issue URL
- Show the issue number
- Summarize what was created
Important Notes
- Always use
ghCLI 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
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.
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.
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.
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.
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.
wingman-brief-reviewer
RETIRED 2026-09-16 - do not run it. It reviewed saved wingman turn BRIEFS, whose writer was retired in issue