메뉴
GitHub Issueを作成してGitHubに投稿するスキル。「Issueを作成」「Issue作成」「Issueにして」「Issueとして投稿」「GitHubにIssue」「create issue」「open issue」「バグ報告」「機能追加をIssueに」「改善提案をIssueに」などの依頼でトリガーする。コンテキスト収集→Issue本文生成→ラベル存在確認・作成→gh issue create投稿の流れでIssueを作成する。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | create-issue |
| description | GitHub Issueを作成してGitHubに投稿するスキル。「Issueを作成」「Issue作成」「Issueにして」「Issueとして投稿」「GitHubにIssue」「create issue」「open issue」「バグ報告」「機能追加をIssueに」「改善提案をIssueに」などの依頼でトリガーする。コンテキスト収集→Issue本文生成→ラベル存在確認・作成→gh issue create投稿の流れでIssueを作成する。 |
ユーザーが指定した内容（機能追加・バグ修正・改善提案など）について、構造化されたGitHub Issueを作成し gh issue create コマンドで投稿する。
Issue の内容を充実させるため、以下を自律的に調査する。
必須調査項目:
docs/specs/ 配下の requirements.md, design.md（存在する場合）config.yaml のセクション判断が必要な場合のみユーザーに確認:
Issue テンプレート に従って本文を生成する。
生成ルール:
ラベル選択ルール:
| Issue 種別 | ラベル |
|---|---|
| 新機能 | enhancement |
| バグ修正 | bug |
| リファクタ | refactor |
| ドキュメント | documentation |
| テスト | test |
| 性能改善 | performance |
投稿前に、使用するラベルがリポジトリに存在するか確認し、存在しない場合は作成する。
# ラベルの存在確認
$labelExists = gh label list --json name --jq ".[].name" | Select-String -Quiet "^<label>$"
if (-not $labelExists) {
# ラベルが存在しない場合は作成
gh label create --force "<label>" --color "<color>"
}
ラベルカラー対応表:
| ラベル | カラー |
|---|---|
enhancement | #a2eeef |
bug | #d73a4a |
refactor | #e4e669 |
documentation | #0075ca |
test | #bfd4f2 |
performance | #f9d0c4 |
issue_body.md に書き出すgh issue create コマンドで投稿するtry {
# 投稿コマンド
gh issue create --title "<title>" --body-file issue_body.md --label "<label>"
}
finally {
# クリーンアップ（成功・失敗にかかわらず実行）
Remove-Item issue_body.md -ErrorAction SilentlyContinue
}
タイトル形式: <type>(<scope>): <summary>
gh CLI がインストール済みかつ認証済みであることを前提とするgh コマンドが失敗した場合は、エラー内容をユーザーに報告し対処法を提示するgh コマンドが失敗した場合も、issue_body.md は必ず削除すること（クリーンアップの徹底）@- << 'EOF'）は非対応のため、一時ファイル経由で投稿するcc-sdd実装用統合ブランチのコミット群（ベースブランチとの差分）をreview slice単位のstacked PRに再構成する際に使用。「review sliceに分割」「stacked PRを作成」「PRをスタックして」「レビュー用にPRを分けて」「review slice stack」という依頼でトリガーする。dry-run（既定）でslice計画を提示し、apply指示で実際にブランチ・PRを作成する。
stacked PRの下位PRがマージされた後に上位branchをrestack（rebase/cherry-pick再構成）する際に使用。「restackして」「上位PRを更新して」「restack after merge」「PRのbaseを更新」「スタックを整理」という依頼でトリガーする。対象sliceの特定→rebase→変更ファイル確認と代表テスト実行→force-with-leaseでpush→PR base更新→auto-merge判定の順で進める。
リリース前の全ファイル静的解析スキル。プロジェクト構造を自動検出し、ソースモジュールごとのサブエージェントと依存関係スキャンを並列実行してコードベース全体の脆弱性を検出する。手動呼び出し専用: /sec-full-scan
ステージング環境にデプロイ済みのサーバーに対してランタイム検証を実行する。HTTPヘッダー・動的プローブ・認証テストに特化。手動呼び出し専用: /sec-runtime-scan [環境名]
PR・ブランチの変更差分（git diff）を静的解析してセキュリティ脆弱性を検出する。開発中・PRレビュー時に使用。手動呼び出し専用: /sec-diff-review
PRの未Resolveレビュー指摘に対応するスキル。「PRの指摘に対応して」「Resolveされていないスレッドを解消」「PR reviewの対応」「未解決のレビューコメントを修正」「Copilotの指摘を直して」「Codexの指摘に対応」「chatgpt-codex-connectorの指摘」「レビュー対応」で起動。PR URL or 番号 → 未Resolveスレッド取得 → 対象ファイル修正 → ユーザーへ最終ゲートとプッシュの実行手順を案内、の流れで進める。