cuga-new-feature

# Create a new issue (upstream)

安装方式

默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

直接命令不会经过审查 Prompt；运行前请先检查来源。

npx skills add https://github.com/cuga-project/cuga-flo --skill cuga-new-feature

命令会保持在同一行。复制前请横向滚动并检查完整内容。

想先保存到本地？可下载 SkillsMP 当前能够提供的文件。

决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。

SKILL.md

来源说明 · 只读预览

name	cuga-new-feature
description	# Create a new issue (upstream)
metadata	{"user-invocable":true,"disable-model-invocation":true}

Create the issue with the GitHub CLI (gh issue create).
Open it against the origin upstream (use that remote / repository—not a fork-only default).
Labels: run gh label list for that upstream repository. Only use names that appear in that output. Always pass --label needs-triage and add other applicable labels. Do not invent label names.

Choose the correct title prefix based on the issue type:

Prefix	When to use
`[Feature]`	New functionality or capability
`[Design]`	Architecture, API design, or UX proposal before implementation
`[Refactor]`	Internal restructuring with no behavior change
`[Performance]`	Speed, memory, or efficiency improvements
`[Security]`	Vulnerability, safety concern, or hardening
`[Docs]`	Documentation additions or corrections
`[Test]`	Missing tests, flaky tests, or test infrastructure
`[Chore]`	Dependency updates, cleanup, or tooling
`[Epic]`	Large body of work grouping multiple issues
`[Question]`	Clarification needed, not a task

Write the body using the same sections as .github/ISSUE_TEMPLATE/feature_request.yml: What you want and why, How it could work, Links or extra context (if any). Incorporate the user's message and any selected editor/context so the issue is concrete and complete.
Do not add "Made with Cursor" or similar promotional footers to the issue.

1. Commit current changes, one per file or (depends what user asks), but if its build files then all build files one commit

### Step 1: Validate Your Local Repository do it all against upstream `origin`

# Report a bug (upstream issue)

name	cuga-new-feature
description	# Create a new issue (upstream)
metadata	{"user-invocable":true,"disable-model-invocation":true}

Create the issue with the GitHub CLI (gh issue create).
Open it against the origin upstream (use that remote / repository—not a fork-only default).
Labels: run gh label list for that upstream repository. Only use names that appear in that output. Always pass --label needs-triage and add other applicable labels. Do not invent label names.

Choose the correct title prefix based on the issue type:

Prefix	When to use
`[Feature]`	New functionality or capability
`[Design]`	Architecture, API design, or UX proposal before implementation
`[Refactor]`	Internal restructuring with no behavior change
`[Performance]`	Speed, memory, or efficiency improvements
`[Security]`	Vulnerability, safety concern, or hardening
`[Docs]`	Documentation additions or corrections
`[Test]`	Missing tests, flaky tests, or test infrastructure
`[Chore]`	Dependency updates, cleanup, or tooling
`[Epic]`	Large body of work grouping multiple issues
`[Question]`	Clarification needed, not a task

Write the body using the same sections as .github/ISSUE_TEMPLATE/feature_request.yml: What you want and why, How it could work, Links or extra context (if any). Incorporate the user's message and any selected editor/context so the issue is concrete and complete.
Do not add "Made with Cursor" or similar promotional footers to the issue.