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'）は非対応のため、一時ファイル経由で投稿するまだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
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判定の順で進める。
cc-sdd実装用統合ブランチのコミット群（ベースブランチとの差分）をreview slice単位のstacked PRに再構成する際に使用。「review sliceに分割」「stacked PRを作成」「PRをスタックして」「レビュー用にPRを分けて」「review slice stack」という依頼でトリガーする。dry-run（既定）でslice計画を提示し、apply指示で実際にブランチ・PRを作成する。
CI環境で安定動作するPythonテスト（特にstructlogのログ検証）を書く際に使用。「CIで失敗する」「capture_logsが不安定」「ログアサーションがCIだけ落ちる」「caplogフォールバック」「ANSI混入」「xdistでログが取れない」という課題で起動。capture_logs→caplogフォールバック→ANSI正規化→アサーション設計の流れで堅牢なテストを書く。
Dockerベースのアプリケーションのデプロイメント手順書（Markdown）を作成するスキル。「デプロイ手順書」「デプロイメント手順」「deployment guide」「本番環境への配置手順」「サーバーへの配置手順」などの依頼でトリガーする。Docker Composeビルド→イメージ転送→サーバー配置→設定→動作確認→cron設定の流れで手順書を生成する。
タスク完了後にPCを休止状態にする。Use when: ユーザーが「休止」「hibernate」「タスク完了後に休止状態」「作業後にPCをスリープ/休止」と明示的に指示した場合のみ。正常終了時だけでなく、エラーや未解決事項が残っていても、明示指示があれば最後に休止へ移行する。Windows only.
Investigate implementation failures using root-cause-first debugging. Use when an implementer is blocked, verification fails, or repeated remediation does not converge.
日本語の概要は準備中です。原文の説明を表示しています。