close-issue

Solid

Close a GitHub or GitLab issue with a summary comment

AI & Automation 486 stars 53 forks Updated today MIT

Install

View on GitHub

Quality Score: 87/100

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

Skill Content

# Close Issue Close a GitHub or GitLab issue with an appropriate closing comment summarizing the resolution. **Provider detection:** Check the URL or remote to determine the VCS provider: - If GitHub → use `gh issue close` / `gh issue comment` - If GitLab → use `glab issue close` / `glab issue note` ## Arguments - `issue-number-or-url`: Either an issue number (e.g., `123`) or a full issue URL ## Workflow 1. **Parse the input** — if given a URL, extract owner, repo, and issue number. If just a number, use the current repo context. 2. **Ensure repo is cloned** to `/workspace/personal/<repo-name>` (clone with `gh repo clone` if needed). 3. **Get issue details** — read the issue title, body, comments, and check for related PRs. 4. **Generate closing comment** — summarize what was done, reference related PRs/commits, note any follow-ups. 5. **Post comment and close:** ```bash gh issue close <issue-number> --comment "Your closing comment" --reason completed ``` ## Closing Reasons - `completed` — The issue was resolved - `not_planned` — Won't fix / out of scope / duplicate ## Tips - Always explain why the issue is being closed - Reference specific PRs or commits when applicable - If closing as "not planned", explain the reasoning

Details

Author
desplega-ai
Repository
desplega-ai/agent-swarm
Created
5 months ago
Last Updated
today
Language
TypeScript
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

closing-issues

Close a GitHub issue with a synthesis comment as a flowing graph — validate the synthesis, post the closing comment, close, then run a pluggable callback (e.g. memory store) detached. Use when closing an issue should also capture the LEARNING (not just the diff log) and when the post-close work shouldn't block the close ack.

124 Updated 3 days ago
oaustegard
AI & Automation Solid

implement-issue

Implement a GitHub issue or GitLab issue and create a PR/MR

486 Updated today
desplega-ai
Code & Development Listed

gh-squash-merge-closes-only-one-issue

GitHub auto-close on squash-merge only catches ONE issue per PR even when the PR title/body says "Closes #447, #448, #449, #450". The first issue closes; the rest stay OPEN. Use when: (1) you opened a PR with a title or body listing multiple "Closes #X, #Y, #Z" references, (2) the PR squash-merged successfully (`gh pr view N --json state` = MERGED), (3) `gh issue list --state open` shows some of the referenced issues are still OPEN. Root cause: GitHub's auto-close keyword parser binds one keyword to one issue; "Closes #447, #448" is interpreted as "Closes #447" plus an inline reference to #448. Fix: either (a) write one keyword per issue ("Closes #447. Closes #448. Closes #449.") in the PR body BEFORE merging, or (b) post-merge, run `gh issue close $N --comment "Closed by PR #M (squash-merge auto-close caught only one)"` for each leftover. Different from `pr-followup-commit-stranded-after-squash` (which covers stranded COMMITS, not stranded ISSUES). Saves a "why are my issues still open after merging the fix?

1 Updated today
wan-huiyan
Code & Development Solid

respond-github

Respond to a GitHub issue/PR or GitLab issue/MR

486 Updated today
desplega-ai
Data & Documents Listed

prep-pr-close-keyword-auto-closes-issue

Diagnose and prevent the trap where a scaffolding/prep/planning/handoff PR (one that ships a paste-ready prompt, an ADR, an implementation plan, or any docs-only artefact describing FUTURE work) contains a close-keyword like `closes #N` / `fixes #N` / `resolves #N` in its TITLE or BODY, which GitHub auto-applies at merge time — closing issue #N BEFORE the actual implementation work has been done. Use when: (1) `gh issue view <N>` reports the issue CLOSED but you know the work hasn't run, (2) you're about to open a PR shipping a "next-session prompt" / "implementation plan" / "ADR proposal" / "scaffolding" and the title or body references an issue, (3) `gh api repos/<O>/<R>/issues/<N>/timeline` shows the closing commit is a docs-only PR (only `docs/handoffs/`, `docs/plans/`, `docs/decisions/`, or `docs/specs/` paths changed), (4) a fresh session is asked to execute an issue that already shows as CLOSED. Different from `gh-squash-merge-closes-only-one-issue` (THERE: one of many issues closed on merge; HERE: an

1 Updated today
wan-huiyan