file-issue

Solid

Turn a rough idea, a bug, or a batch of unsolved problems into well-structured GitHub issue(s) and file them with `gh`, auto-classifying type + labels from the content (recommend, then confirm) and following Rove's conventions (beginner-friendly framing, concrete file pointers, an acceptance checklist, zero AI/Anthropic attribution). Handles single, batch, and "file the unsolved problems" modes. Use when the user says "file an issue", "open a GitHub issue", "draft a good first issue", "batch these as issues", "上报 issue", "提个 issue", "报个 bug", "把没解决的发上去", or wants to hand low-priority tasks to outside contributors. Distinct from the daemon-owned internal issue store (`rove api issue-*`); this skill is for outward-facing GitHub issues.

AI & Automation 146 stars 8 forks Updated today MIT

Install

View on GitHub

Quality Score: 84/100

Stars 20%
72
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# File a GitHub issue Turn a rough idea, bug report, or low-priority task into a **well-structured GitHub issue** and file it with `gh`. The output should be something an outside contributor can pick up cold — accurate file pointers, clear scope, explicit acceptance — not a one-line stub. ## Scope boundary (read first) Rove tracks its own work in the **daemon-owned issue store** (`rove api issue-*`, the web Issues page) — see [`docs/WORK-TRACKING.md`](../../../docs/WORK-TRACKING.md). That is the default for internal backlog. This skill is for **outward-facing GitHub issues** — work you intend to hand to external contributors (especially `good first issue`s), or a public bug report. If the user just wants to jot down internal backlog, prefer the daemon store and say so. If they explicitly want a GitHub issue, proceed here. ## Modes The skill handles three shapes of input — detect which from the user's ask: - **Single** — one idea / bug → one issue. Draft it, auto-classify (Step 1), confirm, file. The lightest path; fine to file directly once the draft + labels are shown. - **Batch** — a list of ideas / a backlog dump / "file these N as issues" → many issues. Draft all, classify each, present the whole set as a table (title + proposed labels) for **one** confirmation, then file them in a loop and report URLs together. - **From unsolved problems** — the user points at problems that came up but weren't fixed this session ("发没解决的上去") — e.g. a known bug you hit, a de...

Details

Author
Sma1lboy
Repository
Sma1lboy/rove
Created
4 months ago
Last Updated
today
Language
TypeScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Featured

file-issue

File one GitHub issue from a description the user gives — classify it as a bug report, feature request, or task spec, gather what the body needs from the tracker and the code, ask the user only for what those cannot answer, draft it in the repo's issue format, and create it with `gh` after a go-ahead. Use when the user says "file an issue / bug / feature request / task for <description>".

543 Updated today
rome-os
AI & Automation Listed

file-issues

Use when the user asks in plain words to file, open, write or split GitHub issues. Not for a brief define-scope stores, closing or editing an existing issue, a plan, or a repository the working directory does not point at.

1 Updated today
blauwtje
AI & Automation Listed

git-issue-create

Open one standalone GitHub issue with `gh` - duplicate-checked first, conventional title, repo-template-aware body, auto-resolved labels. Use for every issue-filing request no matter how casual: "open an issue", "file a bug", "create issue", "/git-issue-create", "track this", "make a ticket", "raise an issue", "note this down as an issue", "we should fix X later", or whenever the user describes a defect or a wanted capability that is clearly not being built right now. A one-liner ask still counts - this skill owns the whole flow (duplicate search, label resolution, title grammar, body caps), so a raw `gh issue create` skips all of it. Boundary: work starting NOW is not an issue - "let's start X" / "new ticket, begin" goes to `git-branch-create`, and picking up an issue that already exists goes to `git-issue-start`. Breaking one piece of work into a parent plus sub-issues is `git-spec-plan`. Creates the issue immediately without asking for confirmation.

6 Updated yesterday
pivoshenko