create-issue
Skill4 starsChanged 7 months agoMITView on GitHub
Use this skill when the user wants to create a new issue, report a bug, submit a feature request, or discuss a requirement before implementation. "create issue", "report bug", "create-issue", "submit issue", "新建 issue", "提需求", "提 bug". Requires Gitee MCP Server to be configured.
63 other projects use a version of this.
Adopted by
Most recently taken up by
- neko3cs/skillstheir own version, first seen Nov 8, 2026
- dsifry/metaswarmtheir own version, first seen Nov 8, 2026
- alexander-kastil/copilot-harnesstheir own version, first seen Nov 8, 2026
- nateslabach/skillstheir own version, first seen Nov 8, 2026
- blamechris/chroxytheir own version, first seen Nov 8, 2026
- javierbrea/eslint-plugin-boundariestheir own version, first seen Nov 2, 2026
Used with
Projects with it also use native-nostalgia-stack, software-engineering-excellence and 6 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
frostneySkillnative-nostalgia-stack
Applies the user's FreePascal toolchain and its build, formatting, hook, and test contracts while leaving project-specific mechanics local. Use when scaffolding or working in a FreePascal project that follows this toolchain.
Also in 3 projects that use this
frostneySkillsoftware-engineering-excellence
Applies the user's engineering standards during substantial technical work: preserve scope, use current evidence, delegate independent parts, and complete authorized outcomes. Use during substantial implementation, debugging, refactoring, or multi-part delivery work.
Also in 3 projects that use this
withpiperSkillroadmap-review
Audit roadmap health — issues, dependency order, spec coverage, doc freshness. Use when speccing a new initiative. Use when /phase-plan output looks suspicious. Use before /roadmap-create reruns.
Also in 3 projects that use this
MicrosoftSkillupdate-pr
Update the pull request for the current session. Use when the user wants to push new changes to an existing PR.
Also in 3 projects that use this
TermiX-officialSkillmerge-pr
Merge a GitHub PR via squash after /preparepr. Use when asked to merge a ready PR. Do not push to main or modify code. Ensure the PR ends in MERGED state and clean up worktrees after success.
Also in 3 projects that use this
Model Context ProtocolSkillproject-structure
Where things live in the Inspector repo — which client owns which surface, what is in core/ versus clients/web, and what each top-level directory is for. Use when locating code, deciding where a new module belongs, or answering which package owns or contains a given area of the codebase.
Also in 3 projects that use this
Other versions63 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 63
- penpot/penpot★ 62ksame name
- videojs/video.js★ 40ksame name
- yugabyte/yugabyte-db★ 11ksame name
- antiwork/gumroad★ 10ksame name
- gitkraken/vscode-gitlens★ 10ksame name
- camunda/camunda★ 4.4ksame name
- robustmq/robustmq★ 1.9ksame name
- aws-powertools/powertools-lambda-typescript★ 1.8ksame name
- classroomio/classroomio★ 1.7ksame name
- tikv/pd★ 1.2ksame name
53 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository13 other files it gives its agents.
- close-issue-flowSkill
- create-prSkill
- create-releaseSkill
- daily-digestSkill
- implement-issueSkill
- merge-pr-checkSkill
- quick-fix-suggestionSkill
- repo-explorerSkill
- review-prSkill
- search-and-forkSkill
- search-reposSkill
- stale-pr-reminderSkill
- triage-issuesSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
17 rules. 0 are common, 9 are distinctive, and 8 are very specific to this project.
0
Common
Most of the 53 edited versions we read keep these.
9
Distinctive
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Create a well-structured Issue on Gitee after clarifying the requirements with the user.
- Distinctive: line 26
If the user hasn't specified a repository, ask which scenario:
- Very specific: line 29
Use list_user_repos to list repositories the user has access to
- Very specific: line 33
Use search_open_source_repositories to search for the repository
- Very specific: line 34
Verify by checking the repository URL format (owner/repo)
- Very specific: line 36
If the user provides a repository directly (format: owner/repo), verify it exists by confirming with the user.
- Distinctive: line 60
Use the following template to structure the discussion:
- Distinctive: line 94
Before creating the Issue:
- Very specific: line 96
Check if a similar Issue already exists using list_repo_issues
- Distinctive: line 97
If duplicates are found, present them to the user
- Very specific: line 103
Use create_issue to create the Issue with the following parameters:
- Distinctive: line 125
Ask if the user wants to:
- Very specific: line 126
Start implementing (use implement-issue skill)
- Distinctive: line 167
Always confirm the Issue details with the user before creating it
- Distinctive: line 168
Search for existing Issues first to avoid duplicates
- Distinctive: line 169
Use clear, descriptive titles that summarize the issue in one line
- Very specific: line 172
If the user wants to immediately work on the Issue, suggest using the implement-issue skill afterwards
“Common” is measured: kept by at least 6 in 10 of the 53 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Note: If you have
mcporterinstalled locally, you should usemcporterto invoke the MCP tool instead of directly calling the MCP tool. ThemcporterCLI 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_reposto list repositories the user has access to - Let user select from the list
Scenario B: Open source/public repository
- Use
search_open_source_repositoriesto 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:
- Check if a similar Issue already exists using
list_repo_issues - If duplicates are found, present them to the user
- Refine the title and description based on discussion
- Confirm with the user before creating
Step 4: Create the Issue
Use create_issue to create the Issue with the following parameters:
owner: repository ownerrepo: repository nametitle: Issue title (concise and descriptive)body: Issue description (detailed and well-structured)labels: (optional) comma-separated list of labels likebug,feature,enhancement
Label recommendations:
| Type | Labels |
| Bug | bug |
| Feature | feature |
| Enhancement | enhancement |
| Question | question |
| Documentation | docs |
Step 5: Confirm and Summary
After successful creation:
- Display the Issue URL to the user
- Summarize what was created
- Ask if the user wants to:
- Start implementing (use
implement-issueskill)
- Start implementing (use
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-issueskill afterwards
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

