Token导航 LogoToken导航TokenDH.com
研究检索操作浏览器github未标认证来源可访问许可证需确认审计提醒

create-issue创建问题

Agent Skill

用于围绕 GitHub 仓库、Issue、Pull Request、分支、提交和代码协作流程提供辅助能力。它适合让 Agent 查询项目状态、整理变更、辅助创建或检查协作事项,并把仓库中的信息转成可执行的下一步。使用时需要区分只读查询和写入操作;涉及创建 PR、修改 Issue、推送分支或访问私有仓库时,应确认 token 权限、目标仓库范围和用户授权。

总安装

849

周安装

34

GitHub Stars

2

下载量

275
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:create-issue(创建问题)
来源仓库:https://github.com/oschina/gitee-agent-skills
仓库路径:skills/create-issue
安装命令:
npx skills add https://github.com/oschina/gitee-agent-skills --skill create-issue
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/oschina/gitee-agent-skills --skill create-issue

简介

create-issue 用于围绕 GitHub 仓库、Issue、Pull Request 和代码协作流程提供辅助能力。

  • 适合查询项目状态、整理变更信息并生成可执行的下一步操作建议。
  • 可通过 npx skills add 命令从 oschina/gitee-agent-skills 仓库安装使用。
  • 涉及写入操作时需确认 token 权限、目标仓库范围和用户授权状态。
  • 区分只读查询与修改操作,避免在未授权情况下执行推送或创建动作。

SKILL.md

Note: If you have mcporter installed locally, you should use mcporter to invoke the MCP tool instead of directly calling the MCP tool. The mcporter CLI provides a more convenient interface and better error handling.

Create Issue via Gitee MCP

Create a well-structured Issue on Gitee after clarifying the requirements with the user. This skill is designed for discussions about new requirements, improvements, or bug reports before they are formally created as Issues.

Prerequisites

  • Gitee MCP Server configured (tools: create_issue, list_repo_issues, list_user_repos, search_open_source_repositories)
  • User must provide: repository owner/name (or search/select from available repositories)
  • Optional: issue type (feature/bug/enhancement), priority, labels

Steps

Step 1: Identify the Target Repository

If the user hasn't specified a repository, ask which scenario:

Scenario A: User's own/private repository

  • Use list_user_repos to list repositories the user has access to
  • Let user select from the list

Scenario B: Open source/public repository

  • Use search_open_source_repositories to search for the repository
  • Verify by checking the repository URL format (owner/repo)

If the user provides a repository directly (format: owner/repo), verify it exists by confirming with the user.

Step 2: Clarify the Issue Content

Discuss with the user to gather the following information:

For Bug Reports:

  • What is the expected behavior?
  • What is the actual behavior?
  • How to reproduce the issue (reproduction steps)?
  • Environment details (OS, version, browser, etc.)
  • Any error messages or logs?

For Feature Requests:

  • What problem does this feature solve?
  • What is the proposed solution?
  • Are there any similar features in other projects for reference?
  • Any design preferences or constraints?

For Improvements:

  • What aspect needs improvement?
  • What are the suggested improvements?
  • What is the expected outcome?

Use the following template to structure the discussion:

## Issue Information

**Type:** [Bug / Feature / Enhancement / Question / Other]

**Title:** [Brief description - keep it under 50 characters]

**Description:**
[Detailed description of the issue]

**Reproduction Steps (for bugs):**
1. Step 1
2. Step 2
3. Step 3

**Expected Behavior:**
[What should happen]

**Actual Behavior:**
[What actually happens]

**Environment:**
- OS:
- Version:
- Browser (if applicable):

**Additional Context:**
[Any other relevant information, screenshots, logs, etc.]

Step 3: Validate and Refine

Before creating the Issue:

  1. Check if a similar Issue already exists using list_repo_issues
  2. If duplicates are found, present them to the user
  3. Refine the title and description based on discussion
  4. Confirm with the user before creating

Step 4: Create the Issue

Use create_issue to create the Issue with the following parameters:

  • owner: repository owner
  • repo: repository name
  • title: Issue title (concise and descriptive)
  • body: Issue description (detailed and well-structured)
  • labels: (optional) comma-separated list of labels like bug, feature, enhancement

Label recommendations:

TypeLabels
Bugbug
Featurefeature
Enhancementenhancement
Questionquestion
Documentationdocs

Step 5: Confirm and Summary

After successful creation:

  1. Display the Issue URL to the user
  2. Summarize what was created
  3. Ask if the user wants to:

- Start implementing (use implement-issue skill)

Example Conversations

Example 1: Bug Report

User: I found a bug in the login page - it doesn't show error message when password is wrong.

You: Let me help you create a bug report. Could you please clarify:
1. What is the expected behavior? (e.g., "Show 'Invalid credentials' message")
2. What is the actual behavior? (e.g., "Nothing happens, page just reloads")
3. How to reproduce? (e.g., "Enter wrong password and click login")
4. What browser and OS are you using?

User: [Provides details...]

You: Here's the Issue I've prepared:
Title: Login page doesn't show error message for invalid credentials
...
Should I create this Issue?

Example 2: Feature Request

User: I want to add dark mode to the app.

You: Great idea! Let me understand more about this feature:
1. What problem does dark mode solve? (e.g., "Reduce eye strain at night")
2. Should it follow system preference or be user-toggleable?
3. Any reference implementations you have in mind?

User: [Provides details...]

You: Here's the Issue I've prepared:
Title: Add dark mode support
...
Should I create this Issue?

Notes

  • Always confirm the Issue details with the user before creating it
  • Search for existing Issues first to avoid duplicates
  • Use clear, descriptive titles that summarize the issue in one line
  • Include all necessary details in the description to help others understand and reproduce
  • For complex features, consider creating a technical design document as a comment after the Issue is created
  • If the user wants to immediately work on the Issue, suggest using the implement-issue skill afterwards

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

37.9%
按下载量换算104

Claude

27.5%
按下载量换算76

Cursor

16.48%
按下载量换算45

Gemini CLI

9.21%
按下载量换算25

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills