用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/cyberuni/cyber-asana --skill create-issue命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
Use this skill when cleaning up an Asana task or project description, or when html_notes fails with "XML is invalid".
Internal skill: Use this skill when REST API support changes or a maintainer asks to refresh API coverage.
Internal skill: Use this skill when official Asana MCP catalog changes or maintainers request gap analysis.
基于 SOC 职业分类
正在显示 SKILL.md
| name | create-issue |
| description | Use this skill when creating GitHub or GitLab issues; searches for duplicates before filing. |
| metadata | {"internal":true} |
Creates a well-formed bug report or feature request on the appropriate issue tracker, after checking for existing similar issues to avoid duplicates.
Use when asked to create an issue, file a bug, open a feature request, or report a problem.
Detect the platform from the git remote URL:
| Remote pattern | Platform | CLI tool |
|---|---|---|
github.com | GitHub | gh |
gitlab.com or self-hosted GitLab | GitLab | glab |
bitbucket.org | Bitbucket | gh with Bitbucket extension or browser |
git remote get-url origin
If the user has not already provided them, ask for:
Do not ask for information the user has already provided.
For bug reports, collect the system and package information that will help maintainers reproduce and triage the issue.
Include relevant details such as:
Prefer discovering exact versions from the local environment or repo when possible instead of asking the user. If the issue is a feature request, include environment details only when they materially affect the request.
Before creating, search for duplicates. Use the title keywords and key terms from the description.
GitHub:
gh issue list --repo <owner>/<repo> --state all --search "<keywords>" --limit 10
GitLab:
glab issue list --all --search "<keywords>"
Search at least twice with different keyword combinations (e.g. full title, then core noun/verb only) to maximize recall.
Present any matches to the user:
If a match is found and the user confirms it is the same issue, stop — do not create a duplicate. Instead, provide the URL of the existing issue and suggest the user add a comment or reaction if they want to signal the issue affects them too.
If no duplicates found (or user confirms none match), summarize what will be created:
Ask for confirmation before proceeding.
GitHub:
gh issue create \
--repo <owner>/<repo> \
--title "<title>" \
--label "<bug|enhancement>" \
--body "$(cat <<'EOF'
## Description
<description>
## Steps to Reproduce (bugs only)
1. ...
## Expected Behavior
<expected>
## Actual Behavior
<actual>
## Environment
- OS: ...
- Architecture: ...
- Runtime: ...
- Package manager: ...
- Affected package: ...
- Related toolchain/compiler: ...
## Notes
<version split, container/WSL/CI context, or other triage-relevant details>
EOF
)"
GitLab:
glab issue create \
--title "<title>" \
--label "<bug|feature>" \
--description "<body>"
For feature requests use label enhancement (GitHub) or feature (GitLab). For bugs use label bug.
If labels don't exist in the repo, omit the --label flag rather than erroring.
After creation, output the issue URL so the user can navigate to it directly.
bug, enhancement)