cuga-report-bug

# Report a bug (upstream issue)

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。

npx skills add https://github.com/cuga-project/cuga-flo --skill cuga-report-bug

コマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。

ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

SKILL.md

ソースの指示 · 読み取り専用プレビュー

name	cuga-report-bug
description	# Report a bug (upstream issue)
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 (same scope as the issue, e.g. --repo owner/name if you are not using the default remote). Only use names that appear in that output. When you run gh issue create, pass --label bug and repeat --label <name> for each other applicable label. Do not invent label names.
Write the body using the same sections as .github/ISSUE_TEMPLATE/bug_report.yml: What happened, How to reproduce, Environment, Logs, screenshots, or config (if any). Incorporate the user’s message and any selected editor/context so the issue is concrete and reproducible.
Use a sensible title consistent with the template’s title prefix.
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`

# Create a new issue (upstream)

name	cuga-report-bug
description	# Report a bug (upstream issue)
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 (same scope as the issue, e.g. --repo owner/name if you are not using the default remote). Only use names that appear in that output. When you run gh issue create, pass --label bug and repeat --label <name> for each other applicable label. Do not invent label names.
Write the body using the same sections as .github/ISSUE_TEMPLATE/bug_report.yml: What happened, How to reproduce, Environment, Logs, screenshots, or config (if any). Incorporate the user’s message and any selected editor/context so the issue is concrete and reproducible.
Use a sensible title consistent with the template’s title prefix.
Do not add “Made with Cursor” or similar promotional footers to the issue.