create-issue

GitHub Issue を親子構造で作成します。

前提条件

• gh CLI がインストールされ、認証済みであること
• gh auth status で確認できる

フロー

Step 1: タスク内容を分析する

ユーザーの説明から以下を抽出:

• 機能・修正の概要
• 背景・モチベーション
• 受け入れ条件
• 個別タスクへの分解

Step 2: 親 Issue を作成する

gh issue create \
  --title "feat: 機能名" \
  --body "$(cat <<'EOF'
## 概要
...

## 背景
...

## 受け入れ条件
- [ ] 条件1
- [ ] 条件2

## 関連
- Figma: ...
- 関連 Issue: #...
EOF
)"

タイトルは Conventional Commits 形式: feat:, fix:, chore: 等。

Step 3: 子 Issue を作成する

各個別タスクを子 Issue として作成:

gh issue create \
  --title "feat: タスク名" \
  --body "..."

Step 4: Sub-issues として紐付ける

gh api を使用して子 Issue を親の sub-issues に追加:

gh api \
  --method POST \
  repos/{owner}/{repo}/issues/{parent_number}/sub_issues \
  -f sub_issue_id={child_number}

Step 5: Issue URL を返す

作成した親 Issue と子 Issue の URL を一覧表示する。

注意事項

• Issue タイトルは Conventional Commits 形式を推奨
• 子 Issue は独立して完了できる粒度にする
• ラベル・マイルストーンが必要な場合はユーザーに確認する
• sandbox 環境での GIT_SSL_NO_VERIFY=1 併用：詳細は後述の「sandbox 環境での実行」節を参照

sandbox 環境での実行

sandbox で本スキルを実行する場合、ネットワーク越しの GitHub 操作には GIT_SSL_NO_VERIFY=1 の併用を検討してください。本スキルの主なリモート操作は gh issue create / gh api で、「リモート書き込み」判定は 要（本スキルは主に API 経由） です。コマンド分類の詳細と TLS 検証無効化の注意事項は docs/sandbox-tls.md を参照してください。