Create GitHub Issue
| This documentation was generated with the assistance of AI. Please report any inaccuracies. |
Draft and file a new GitHub issue that is ready to be picked up by the /iru-issue, /iru-plan, /iru-code flow. This
skill only files an issue; it does not branch, plan, or write code.
Purpose
iru-create-github-issue turns a rough idea, bug report, or request into a well-formed GitHub issue — grounded in
the real codebase via iru-explore, with a clear purpose statement asked of the user, and whatever supporting
context they have (linked URLs, attached files/documents, related issues) folded into the issue body. Provided
files/documents aren’t just read for context and summarized — since GitHub’s REST API and gh CLI have no
endpoint to attach an arbitrary file to an issue the way the web UI’s drag-and-drop does (a known, long-standing
gap — cli/cli#12960), the skill actually gets each file’s content into the issue itself: small text-based files
(logs, .md/.txt, config, diffs, short specs) are embedded inline in a collapsible block, while everything else
(images, PDFs, screenshots, large or binary files) is uploaded as an asset on a dedicated issue-attachments
release — created once, with the user’s explicit confirmation, and reused by every later run — and linked from
the issue body. It also asks for the task’s due date (optional, free text) and its importance — trivial, minor,
important, or blocking, via a fixed choice. It classifies the issue as bug vs. feature/enhancement from the stated
purpose and matches it against this repository’s actual label set (never inventing a label that doesn’t exist),
drafts a title and a structured body (Summary, Context, Acceptance criteria, Task details — due date, importance,
and an agent-assessed estimated difficulty from very easy to impossible, grounded in everything gathered —
References), and always shows the draft for explicit confirmation before filing it — the same
confirm-before-visible-action discipline iru-pr-description and iru-pr-review use. It is the GitHub
counterpart to iru-create-jira-ticket.
Inputs
| Argument | Required | Description | Default |
|---|---|---|---|
|
No |
A starting point for the issue’s purpose. When given, the skill only asks the user for what it leaves unclear (the "why," or what "done" looks like) rather than re-asking from scratch. |
None — if omitted, the skill asks the user directly, in plain conversational text, what the issue’s purpose is. |
Outputs
-
No repository source/code changes — this skill’s durable side effects are the filed GitHub issue itself and, when binary/large files are attached, a shared
issue-attachmentsGitHub release holding their uploaded assets (created once, with explicit user confirmation, and reused on later runs rather than recreated). -
A drafted issue title and body (Summary, Context, Acceptance criteria, Task details, References) shown to the user before any action is taken. Task details combines the user’s due date/importance answers with the skill’s own estimated-difficulty assessment (very easy/easy/medium/hard/very hard/extreme/impossible, plus a one-line rationale grounded in the codebase exploration and stated scope). References embeds small text-based attachments inline and links image/binary attachments uploaded to the
issue-attachmentsrelease. -
If the user confirms creation: a new GitHub issue filed via
gh issue create(or GitHub MCP tools ifghis unavailable), with a label attached when Step 5 found one matching this repository’s actual label set. -
If the user declines, or edits the draft first: no issue is filed until they explicitly confirm; the draft itself remains the deliverable.
-
A final report with the issue number and URL, a pointer to
/iru-issue <number>or/iru-plan <number>as the next step, and a note about theissue-attachmentsrelease if this run created it.
Execution flow
Dependencies
Invokes
-
Explore — Step 2 runs
iru-explorewith no argument (general codebase orientation, since there is no ticket yet) so the drafted issue’s Context section is grounded in the real architecture rather than a vague description.
Invoked by
-
Knowledge to Issue — hands off a synthesized purpose statement, plus the resolved agreement’s meeting transcription/attachments, once a
knowledge/agreement has been resolved and confirmed with the user.
Otherwise a top-level entry point, run directly by a person before a tracked issue exists for
/iru-issue//iru-plan to pick up.
Source
SKILL.md on GitHub — the file this page was generated from.