Github Issues
GitHubOfficialContributed by @tgrall via pull request #550Distributed by GitHub
- Skill
- Tool integration
- Software development
- MIT
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
This skill provides a comprehensive interface for interacting with GitHub issues. It leverages the Model Context Protocol (MCP) for efficient read and write operations, while integrating with the GitHub CLI (gh) for advanced tasks that require specific REST or GraphQL API calls. It covers the full lifecycle of issue management, including creation, updates, categorization, project tracking, and complex dependency mapping.
What it does
- Create, update, and manage GitHub issues with support for custom fields and issue types.
- List, search, and filter repository issues using standard GitHub search syntax.
- Manage repository labels, milestones, and project board items.
- Handle complex issue relationships including sub-issues and blocked-by/blocking dependencies.
- Add comments and reactions to existing issues.
- Provide guidance on embedding images and structuring issue content using templates.
When to use it
- When you need to automate the creation of bug reports or feature requests.
- When managing project workflows and tracking issue dependencies.
- When you need to perform bulk updates or complex queries across multiple repositories.
- When you need to interact with GitHub project boards or custom issue metadata.
Advantages
- Unified interface for both simple issue management and advanced API operations.
- Supports canonical GitHub issue types for better categorization.
- Provides structured templates for consistent bug and feature reporting.
- Enables programmatic management of blocked-by/blocking relationships.
- Offers clear guidance on handling private repository images and metadata.
Usage examples
- “Create a bug report for the login page crashing when using SSO.”
- The agent uses the GitHub API to create an issue with the title, body, and type 'Bug' set, returning the new issue's URL.
- “List all high-priority issues in the current repository.”
- The agent uses the MCP search tool to filter issues by the 'high-priority' label and returns a summary list.
- “Mark issue #10 as blocked by issue #5.”
- The agent executes the necessary REST API call to establish a blocking dependency between the two issues.
- “Update issue #12 to closed and add a comment.”
- The agent performs a PATCH request to update the issue state and a POST request to add the specified comment.
Install
Download the skill as a ZIP:
https://mp-staging.autogineer.com/agent-skills/github/github-issues/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip github-issues.zip -d .agents/skills
Documentation by tgrall
GitHub Issues
Manage GitHub issues using the @modelcontextprotocol/server-github MCP server.
Available Tools
MCP Tools (read operations)
| Tool | Purpose |
|---|---|
mcp__github__issue_read | Read issue details, sub-issues, comments, labels (methods: get, get_comments, get_sub_issues, get_labels) |
mcp__github__list_issues | List and filter repository issues by state, labels, date |
mcp__github__search_issues | Search issues across repos using GitHub search syntax |
mcp__github__projects_list | List projects, project fields, project items, status updates |
mcp__github__projects_get | Get details of a project, field, item, or status update |
mcp__github__projects_write | Add/update/delete project items, create status updates |
MCP Tools (write operations)
| Tool | Purpose |
|---|---|
mcp__github__issue_write | Create or update an issue (methods: create, update). Supports title, body, type, labels, assignees, milestone, and issue fields |
mcp__github__add_issue_comment | Add a comment or a reaction to an issue |
mcp__github__sub_issue_write | Add, remove, or reprioritize a sub-issue |
CLI / REST API (write operations)
gh api performs the same writes and is the form used in the examples below. Reach for it when the MCP server is not connected, or when you need a REST field the MCP tools do not expose.
| Operation | Command |
|---|---|
| Create issue | gh api repos/{owner}/{repo}/issues -X POST -f title=... -f body=... |
| Update issue | gh api repos/{owner}/{repo}/issues/{number} -X PATCH -f title=... -f state=... |
| Add comment | gh api repos/{owner}/{repo}/issues/{number}/comments -X POST -f body=... |
| Close issue | gh api repos/{owner}/{repo}/issues/{number} -X PATCH -f state=closed |
| Set issue type | Include -f type=Bug in the create call (REST API only, not supported by gh issue create CLI) |
Note: gh issue create works for basic issue creation but does not support the --type flag. Use gh api when you need to set issue types.
Workflow
Determine action: Create, update, or query?
Gather context: Get repo info, existing labels, milestones if needed
Structure content: Use appropriate template from references/templates.md
Execute: Use MCP tools for reads,
gh apifor writesConfirm: Report the issue URL to user
Creating Issues
Use gh api to create issues. This supports all parameters including issue types.
gh api repos/{owner}/{repo}/issues \
-X POST \
-f title="Issue title" \
-f body="Issue body in markdown" \
-f type="Bug" \
--jq '{number, html_url}'Optional Parameters
Add any of these flags to the gh api call:
-f type="Bug" # Issue type (Bug, Feature, Task, Epic, etc.)
-f 'labels[]=bug' # Labels (repeat for multiple)
-f 'assignees[]=username' # Assignees (repeat for multiple)
-f milestone=1 # Milestone numberQuote the whole name[]=value pair. [] is a glob pattern in zsh, the default shell
on macOS, so an unquoted -f labels[]=bug never reaches gh:
zsh: no matches found: labels[]=bugIssue types are organization-level metadata. To discover available types, use:
gh api graphql -f query='{ organization(login: "ORG") { issueTypes(first: 10) { nodes { name } } } }' --jq '.data.organization.issueTypes.nodes[].name'Prefer issue types over labels for categorization. When issue types are available (e.g., Bug, Feature, Task), use the type parameter instead of applying equivalent labels like bug or enhancement. Issue types are the canonical way to categorize issues on GitHub. Only fall back to labels when the org has no issue types configured.
Title Guidelines
Be specific and actionable
Keep under 72 characters
When issue types are set, don't add redundant prefixes like
[Bug]Examples:
Login fails with SSO enabled(with type=Bug)Add dark mode support(with type=Feature)Add unit tests for auth module(with type=Task)
Body Structure
Always use the templates in references/templates.md. Choose based on issue type:
| User Request | Template |
|---|---|
| Bug, error, broken, not working | Bug Report |
| Feature, enhancement, add, new | Feature Request |
| Task, chore, refactor, update | Task |
Updating Issues
Use gh api with PATCH:
gh api repos/{owner}/{repo}/issues/{number} \
-X PATCH \
-f state=closed \
-f title="Updated title" \
--jq '{number, html_url}'Only include fields you want to change. Available fields: title, body, state (open/closed), labels, assignees, milestone.
Examples
Example 1: Bug Report
User: "Create a bug issue - the login page crashes when using SSO"
Action:
gh api repos/github/awesome-copilot/issues \
-X POST \
-f title="Login page crashes when using SSO" \
-f type="Bug" \
-f body="## Description
The login page crashes when users attempt to authenticate using SSO.
## Steps to Reproduce
1. Navigate to login page
2. Click 'Sign in with SSO'
3. Page crashes
## Expected Behavior
SSO authentication should complete and redirect to dashboard.
## Actual Behavior
Page becomes unresponsive and displays error." \
--jq '{number, html_url}'Example 2: Feature Request
User: "Create a feature request for dark mode with high priority"
Action:
gh api repos/github/awesome-copilot/issues \
-X POST \
-f title="Add dark mode support" \
-f type="Feature" \
-f 'labels[]=high-priority' \
-f body="## Summary
Add dark mode theme option for improved user experience and accessibility.
## Motivation
- Reduces eye strain in low-light environments
- Increasingly expected by users
## Proposed Solution
Implement theme toggle with system preference detection.
## Acceptance Criteria
- [ ] Toggle switch in settings
- [ ] Persists user preference
- [ ] Respects system preference by default" \
--jq '{number, html_url}'Common Labels
Use these standard labels when applicable:
| Label | Use For |
|---|---|
bug | Something isn't working |
enhancement | New feature or improvement |
documentation | Documentation updates |
good first issue | Good for newcomers |
help wanted | Extra attention needed |
question | Further information requested |
wontfix | Will not be addressed |
duplicate | Already exists |
high-priority | Urgent issues |
Tips
Always confirm the repository context before creating issues
Ask for missing critical information rather than guessing
Link related issues when known:
Related to #123For updates, fetch current issue first to preserve unchanged fields
Extended Capabilities
The following features require REST or GraphQL APIs beyond the basic MCP tools. Each is documented in its own reference file so the agent only loads the knowledge it needs.
| Capability | When to use | Reference |
|---|---|---|
| Advanced search | Complex queries with boolean logic, date ranges, cross-repo search, issue field filters (field.name:value) | references/search.md |
| Sub-issues & parent issues | Breaking work into hierarchical tasks | references/sub-issues.md |
| Milestones | Create, read, update, close, reopen, delete milestones and manage milestone issues | references/milestones.md |
| Labels | Discover, create, rename, recolor, and delete repository labels; add or replace labels on an issue | references/labels.md |
| Issue dependencies | Tracking blocked-by / blocking relationships | references/dependencies.md |
| Issue types (advanced) | GraphQL operations beyond MCP list_issue_types / type param | references/issue-types.md |
| Projects V2 | Project boards, progress reports, field management | references/projects.md |
| Issue fields | Custom metadata: dates, priority, text, numbers (private preview) | references/issue-fields.md |
| Images in issues | Embedding images in issue bodies and comments via CLI | references/images.md |
Files
- ATTRIBUTION.mdAdded by AutoGineer927 B
- LICENSELicence file added by AutoGineer1.0 KiB
- SKILL.md9.0 KiB
- references/dependencies.md1.8 KiB
- references/images.md4.7 KiB
- references/issue-fields.md7.6 KiB
- references/issue-types.md1.7 KiB
- references/labels.md5.2 KiB
- references/milestones.md2.4 KiB
- references/projects.md8.4 KiB
- references/search.md7.1 KiB
- references/sub-issues.md3.6 KiB
- references/templates.md1.4 KiB
references/images.md
Images in Issues and Comments
How to embed images in GitHub issue bodies and comments programmatically via the CLI.
Methods (ranked by reliability)
1. GitHub Contents API (recommended for private repos)
Push image files to a branch in the same repo, then reference them with a URL that works for authenticated viewers.
Step 1: Create a branch
# Get the SHA of the default branch
SHA=$(gh api repos/{owner}/{repo}/git/ref/heads/main --jq '.object.sha')
# Create a new branch
gh api repos/{owner}/{repo}/git/refs -X POST \
-f ref="refs/heads/{username}/images" \
-f sha="$SHA"Step 2: Upload images via Contents API
# Base64-encode the image and upload
BASE64=$(base64 -i /path/to/image.png)
gh api repos/{owner}/{repo}/contents/docs/images/my-image.png \
-X PUT \
-f message="Add image" \
-f content="$BASE64" \
-f branch="{username}/images" \
--jq '.content.path'Repeat for each image. The Contents API creates a commit per file.
Step 3: Reference in markdown
Important: Use
github.com/{owner}/{repo}/raw/{branch}/{path}format, NOTraw.githubusercontent.com. Theraw.githubusercontent.comURLs return 404 for private repos. Thegithub.com/.../raw/...format works because the browser sends auth cookies when the viewer is logged in and has repo access.
Pros: Works for any repo the viewer has access to, images live in version control, no expiration. Cons: Creates commits, viewers must be authenticated, images won't render in email notifications or for users without repo access.
2. Gist hosting (public images only)
Upload images as files in a gist. Only works for images you're comfortable making public.
# Create a gist with a placeholder file
gh gist create --public -f description.md <<< "Image hosting gist"
# Note: gh gist edit does NOT support binary files.
# You must use the API to add binary content to gists.Limitation: Gists don't support binary file uploads via the CLI. You'd need to base64-encode and store as text, which won't render as images. Not recommended.
3. Browser upload (most reliable rendering)
The most reliable way to get permanent image URLs is through the GitHub web UI:
Open the issue/comment in a browser
Drag-drop or paste the image into the comment editor
GitHub generates a permanent
https://github.com/user-attachments/assets/{UUID}URLThese URLs work for anyone, even without repo access, and render in email notifications
Why the API can't do this: GitHub's
upload/policies/assetsendpoint requires a browser session (CSRF token + cookies). It returns an HTML error page when called with API tokens. There is no public API for generatinguser-attachmentsURLs.
Taking screenshots programmatically
Use puppeteer-core with local Chrome to screenshot HTML mockups:
const puppeteer = require('puppeteer-core');
const browser = await puppeteer.launch({
executablePath: '/Applications/Google Chrome.app/Contents/MacOS/Google Chrome',
defaultViewport: { width: 900, height: 600, deviceScaleFactor: 2 }
});
const page = await browser.newPage();
await page.setContent(htmlString);
// Screenshot specific elements
const elements = await page.$$('.section');
for (let i = 0; i < elements.length; i++) {
await elements[i].screenshot({ path: `mockup-${i + 1}.png` });
}
await browser.close();Note: MCP Playwright may not connect to localhost due to network isolation. Use puppeteer-core with a local Chrome installation instead.
Quick reference
| Method | Private repos | Permanent | No auth needed | API-only |
|---|---|---|---|---|
Contents API + github.com/raw/ | ✅ | ✅ | ❌ | ✅ |
Browser drag-drop (user-attachments) | ✅ | ✅ | ✅ | ❌ |
raw.githubusercontent.com | ❌ (404) | ✅ | ❌ | ✅ |
| Gist | Public only | ✅ | ✅ | ❌ (no binary) |
Common pitfalls
raw.githubusercontent.comreturns 404 for private repos even with a valid token in the URL. GitHub's CDN does not pass auth headers through.API download URLs are temporary. URLs returned by
gh api repos/.../contents/...withdownload_urlinclude a token that expires.upload/policies/assetsrequires a browser session. Do not attempt to call this endpoint from the CLI.Base64 encoding for large files can hit API payload limits. The Contents API has a ~100MB file size limit but practical limits are lower for base64-encoded payloads.
Email notifications will not render images that require authentication. If email readability matters, use the browser upload method.
Requirements and compatibility
Written for: GitHub Copilot
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Needs an MCP server, Needs a command-line tool
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Contributed by
@tgrallvia pull request #550
- Publisher
- GitHub (Official)
- Distributed by
- GitHub
- Source
- github/awesome-copilot · skills/github-issues · commit 797337f
- Licence
- MIT License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
- Contributors
- alx-so, devantler, labudis, m2moiz
AutoGineer is not affiliated with or endorsed by tgrall or GitHub.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download github-issues.zip