create-issue

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

create-issue

create-issue

GitHub Issue を親子構造で作成します。
Create GitHub Issues with a parent-child structure.

前提条件

Prerequisites

  • gh
    CLI がインストールされ、認証済みであること
  • gh auth status
    で確認できる
  • The
    gh
    CLI is installed and authenticated
  • 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 api
を使用して子 Issue を親の sub-issues に追加:
bash
gh api \
  --method POST \
  repos/{owner}/{repo}/issues/{parent_number}/sub_issues \
  -f sub_issue_id={child_number}
Use
gh api
to add child Issues to the parent's sub-issues:
bash
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 環境での
    GIT_SSL_NO_VERIFY=1
    併用
    :詳細は後述の「sandbox 環境での実行」節を参照
  • 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
    GIT_SSL_NO_VERIFY=1
    in sandbox environments
    : Refer to the "Execution in sandbox environments" section below for details

sandbox 環境での実行

Execution in sandbox environments

sandbox で本スキルを実行する場合、ネットワーク越しの GitHub 操作には
GIT_SSL_NO_VERIFY=1
の併用を検討してください。本スキルの主なリモート操作は
gh issue create
/
gh api
で、「リモート書き込み」判定は 要(本スキルは主に API 経由) です。コマンド分類の詳細と TLS 検証無効化の注意事項は
docs/sandbox-tls.md
を参照してください。
When executing this skill in a sandbox environment, consider using
GIT_SSL_NO_VERIFY=1
for GitHub operations over the network. The main remote operations of this skill are
gh issue create
/
gh api
, 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
docs/sandbox-tls.md
.