create-issue
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinesecreate-issue
create-issue
GitHub Issue を親子構造で作成します。
Create GitHub Issues with a parent-child structure.
前提条件
Prerequisites
- CLI がインストールされ、認証済みであること
gh - で確認できる
gh auth status
- The CLI is installed and authenticated
gh - Can be verified with
gh auth status
フロー
Flow
Step 1: タスク内容を分析する
Step 1: Analyze the task content
ユーザーの説明から以下を抽出:
- 機能・修正の概要
- 背景・モチベーション
- 受け入れ条件
- 個別タスクへの分解
Extract the following from the user's description:
- Overview of the feature/fix
- Background/motivation
- Acceptance criteria
- Breakdown into individual tasks
Step 2: 親 Issue を作成する
Step 2: Create the parent Issue
bash
gh issue create \
--title "feat: 機能名" \
--body "$(cat <<'EOF'bash
gh issue create \
--title "feat: Feature Name" \
--body "$(cat <<'EOF'概要
Overview
...
...
背景
Background
...
...
受け入れ条件
Acceptance Criteria
- 条件1
- 条件2
- Criteria 1
- Criteria 2
関連
Related
- Figma: ...
- 関連 Issue: #... EOF )"
タイトルは Conventional Commits 形式: `feat:`, `fix:`, `chore:` 等。- Figma: ...
- Related Issue: #... EOF )"
Titles should follow the Conventional Commits format: `feat:`, `fix:`, `chore:`, etc.Step 3: 子 Issue を作成する
Step 3: Create child Issues
各個別タスクを子 Issue として作成:
bash
gh issue create \
--title "feat: タスク名" \
--body "..."Create each individual task as a child Issue:
bash
gh issue create \
--title "feat: Task Name" \
--body "..."Step 4: Sub-issues として紐付ける
Step 4: Link as sub-issues
gh apibash
gh api \
--method POST \
repos/{owner}/{repo}/issues/{parent_number}/sub_issues \
-f sub_issue_id={child_number}Use to add child Issues to the parent's sub-issues:
gh apibash
gh api \
--method POST \
repos/{owner}/{repo}/issues/{parent_number}/sub_issues \
-f sub_issue_id={child_number}Step 5: Issue URL を返す
Step 5: Return Issue URLs
作成した親 Issue と子 Issue の URL を一覧表示する。
Display a list of URLs for the created parent and child Issues.
注意事項
Notes
- Issue タイトルは Conventional Commits 形式を推奨
- 子 Issue は独立して完了できる粒度にする
- ラベル・マイルストーンが必要な場合はユーザーに確認する
- sandbox 環境での 併用:詳細は後述の「sandbox 環境での実行」節を参照
GIT_SSL_NO_VERIFY=1
- It is recommended to use Conventional Commits format for Issue titles
- Child Issues should be granular enough to be completed independently
- Confirm with the user if labels/milestones are needed
- Use in sandbox environments: Refer to the "Execution in sandbox environments" section below for details
GIT_SSL_NO_VERIFY=1
sandbox 環境での実行
Execution in sandbox environments
sandbox で本スキルを実行する場合、ネットワーク越しの GitHub 操作には の併用を検討してください。本スキルの主なリモート操作は / で、「リモート書き込み」判定は 要(本スキルは主に API 経由) です。コマンド分類の詳細と TLS 検証無効化の注意事項は を参照してください。
GIT_SSL_NO_VERIFY=1gh issue creategh apidocs/sandbox-tls.mdWhen executing this skill in a sandbox environment, consider using for GitHub operations over the network. The main remote operations of this skill are / , and the "remote write" determination is Required (this skill mainly uses APIs). For details on command classification and precautions for disabling TLS verification, refer to .
GIT_SSL_NO_VERIFY=1gh issue creategh apidocs/sandbox-tls.md