跳到主内容
智客 ZICQ

技能库 智客分类:Agent 工作流 github-issues

Github Issues

使用 MCP 工具创建、更新和管理 GitHub 问题。 当用户想要创建错误报告,功能请求,或任务问题,更新现有问题,添加标签/指定人/英里块,管理寄存器标签,设置出问题字段(日期,优先级,自定义字段),设置出问题类型,管理出问题工作流程,链接问题,添加依赖性,或跟踪被阻/被阻的关系时,使用此技能. 触发请求,如"创建问题","文件错误","请求特征","更新问题X","设定优先级","设定启动日期","创建标签","重新命名标签","列表重排标签","链接问题","添加依赖性","被封锁","被封锁"等,或任何GitHub问题管理任务.

17391 安装量

官方网址:skills.sh

技能介绍

先看中文介绍;官方 description 原文单独保留,不改写 SKILL.md。

做什么

使用 MCP 工具创建、更新和管理 GitHub 问题。 当用户想要创建错误报告,功能请求,或任务问题,更新现有问题,添加标签/指定人/英里块,管理寄存器标签,设置出问题字段(日期,优先级,自定义字段),设置出问题类型,管理出问题工作流程,链接问题,添加依赖性,或跟踪被阻/被阻的关系时,使用此技能. 触发请求,如"创建问题","文件错误","请求特征","更新问题X","设定优先级","设定启动日期","创建标签","重新命名标签","列表重排标签","链接问题","添加依赖性","被封锁","被封锁"等,或任何GitHub问题管理任务.

何时用

参考文献

代理如何加载

按 Agent Skills 渐进披露:启动时只加载 name 与 description(约 100 token);任务匹配后才读入整份 SKILL.md 正文;scripts/、references/、assets/ 仅在需要时再读。 本文件正文结构:GitHub Issues、Available Tools、MCP Tools (read operations)、MCP Tools (write operations)、CLI / REST API (write operations)、Workflow。 其中含规范建议的小节:分步指令、输入输出示例。

文件分析

文件分析:除 SKILL.md 外,正文引用了 references/templates.md、references/search.md、references/sub-issues.md、references/milestones.md、references/labels.md,属于带资源的技能包,这些文件按需再读。

官方 description(原文)

Create, update, and manage GitHub issues using MCP tools. Use this skill when users want to create bug reports, feature requests, or task issues, update existing issues, add labels/assignees/milestones, manage repository labels, set issue fields (dates, priority, custom fields), set issue types, manage issue workflows, link issues, add dependencies, or track blocked-by/blocking relationships. Triggers on requests like "create an issue", "file a bug", "request a feature", "update issue X", "set the priority", "set the start date", "create a label", "rename a label", "list repo labels", "link issues", "add dependency", "blocked by", "blocking", or any GitHub issue management task.

GitHub IssuesAvailable ToolsMCP Tools (read operations)MCP Tools (write operations)CLI / REST API (write operations)WorkflowCreating IssuesOptional ParametersTitle GuidelinesBody StructureUpdating IssuesExamples

来源分类:skills.sh agent-skill

SKILL.md 与 Agent 调用

官方规范 ↗
name
github-issues
description
Create, update, and manage GitHub issues using MCP tools. Use this skill when users want to create bug reports, feature requests, or task issues, update existing issues, add labels/assignees/milestones, manage repository labels, set issue fields (dates, priority, custom fields), set issue types, manage issue workflows, link issues, add dependencies, or track blocked-by/blocking relationships. Triggers on requests like "create an issue", "file a bug", "request a feature", "update issue X", "set the priority", "set the start date", "create a label", "rename a label", "list repo labels", "link issues", "add dependency", "blocked by", "blocking", or any GitHub issue management task.
  1. 发现技能客户端向 Agent 提供名称与描述目录。
  2. 匹配与调用用户指定或任务匹配后,载入 SKILL.md 指令。
  3. 按需加载按步骤读取参考文档、使用脚本与素材。
指令中引用的文件 · 5
  • references/templates.md
  • references/search.md
  • references/sub-issues.md
  • references/milestones.md
  • references/labels.md

以下路径提取自原文;文件是否齐全请以来源仓库中的完整目录为准。

具体调用语法与可用工具以目标 Agent 客户端为准。 查看调用机制说明 ↗

安装这个技能

Skills CLI ↗

先选择目标 Agent 和安装范围,保留技能包的附属文件,安装后检查客户端能否发现该技能。

该技能引用了附属文件,请从来源获取完整目录;仅复制 SKILL.md 可能缺少依赖。

交给 Agent 安装

复制安装指令给支持 Agent Skills 的代理,确认其中的目标目录与客户端匹配。

把 Agent Skill「github-issues」安装到我的项目:SKILL.md 原文与官方 description 见 https://zicq.com/zh/skills/skl-77e12d418206305a-Github-Issues.html
请存为 .cursor/skills/github-issues/SKILL.md 或 .claude/skills/github-issues/SKILL.md,frontmatter 的 name 与 description 保持原样,不要改写。
该技能还带 scripts/、references/、assets/ 等文件,请从 https://github.com/github/awesome-copilot 取完整目录,不要只建一个 SKILL.md。

GitHub 完整包 ↗

终端安装 · Skills CLI

需要 Node.js 与 npx。先查看仓库技能列表,确认实际名称。

npx skills add 'https://github.com/github/awesome-copilot' --list

npx skills add 'https://github.com/github/awesome-copilot' --skill 'github-issues'

CLI 会交互选择目标 Agent,默认安装到项目;用户级安装使用 -g。先通过查看命令核对仓库内容,再用 npx skills list 检查已安装技能。

阅读排版

name: github-issues description: 'Create, update, and manage GitHub issues using MCP tools. Use this skill when users want to create bug reports, feature requests, or task issues, update existing issues, add labels/assignees/milestones, manage repository labels, set issue fields (dates, priority, custom fields), set issue types, manage issue workflows, link issues, add dependencies, or track blocked-by/blocking relationships. Triggers on requests like "create an issue", "file a bug", "request a feature", "update issue X", "set the priority", "set the start date", "create a label", "rename a label", "list repo labels", "link issues", "add dependency", "blocked by", "blocking", or any GitHub issue management task.'

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

  1. Determine action: Create, update, or query?
  2. Gather context: Get repo info, existing labels, milestones if needed
  3. Structure content: Use appropriate template from references/templates.md
  4. Execute: Use MCP tools for reads, gh api for writes
  5. Confirm: 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 number

Quote 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[]=bug

Issue 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 #123
  • For 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 |

相关技能

Agent 工作流

Skill Creator

创造有效技能指南。 当用户想创造出新的技能(或更新现有的技能),以专业知识,工作流程,或工具集成来扩展克洛德的能力时,应该使用这种技能.

Agent 工作流

Clawdhub

使用ClawdHub CLI搜索,安装,更新并发布从taladhub.com的代理技能. 需要获取苍蝇上的新技能时使用,将安装的技能同步到最新版本或特定版本,或者发布 npm-instainddhub CLI 的新/更新的技能文件夹.

Agent 工作流

Agent Team Orchestration

管弦乐团多代理团队,任务设定周期,交接协议,审查工作流程. 使用时间: (1)建立2+特派员队伍,具有不同专业,(2)确定任务路线和生命周期(收录框_ spec_建设_审查_完成),(3)在特派员之间制定交接协议,(4)建立审查和质量关口,(5)管理特派员之间的交流和文物共享.

Agent 工作流

Superpowers

Spec-first,TDD,子代理驱动的软件开发工作流程. 当:(1)构建任何新功能或应用——触发脑暴_计划_子代理执行回路,(2)调试出一个bug或测试失败——触发系统性的根起过程,(3)用户说"让我们构建","帮助我计划","我想添加X",或"这个被打破",(4)完成一个功…