菜单
実装を始める前に計画をGitHub Issueとして記録する。grilling形式で要求・要件を徹底的に掘り下げてからgh issue createする。「実装計画を立てたい」「コードを書く前にIssueを作りたい」「この機能の計画を立てたい」「何かを実装したい（まだコードは書いていない）」時に使う。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
全 Claude セッションをスキャンし、ユーザーが何をしているかを分析して、 スキル・MCP プラグイン・エージェント・CLAUDE.md のどれに最適化すべきかを分類し、 具体的な改善提案（優先度・実装難易度・推奨アクション付き）を生成する。 Use when the user wants to analyze their Claude usage patterns, or when asked to "scrape sessions", "what do I do with Claude", or "what should be a skill vs agent vs claude.md".
PRをレビューしてインラインコメントをGitHubに投稿する。PR descriptionで意図を把握してからdiffをレビューし、What+Why+How形式・重大度ラベル付きのコメントをgh APIで各行に直接投稿する。「PRをレビューする」「コードレビューしたい」「このPRの品質を確認したい」時に使う。
Claude Code のトークン使用量・コストの確認と分析を行う。日次・月次レポートの表示から 高コスト要因・キャッシュ効率の分析、削減提案まで（表示だけの軽量モードあり）。 Use when you need to check today's or this month's token usage and cost, or to analyze Claude Code costs and get reduction suggestions. Triggers on: "今日のコスト", "今月のコスト", "トークン使用量", "ccusage", "コスト分析", "コスト削減".
/compact の前に、圧縮の要約から抜け落ちやすい「判断構造」と「セッション状態」を tmp/compact-state/latest.md に固定フォーマットで保存する。 Use when you are about to run /compact, when the user says "compact する前に", "compact-prep", "コンテキストを圧縮したい", or when context usage is high and compaction is imminent. Do NOT use for cross-session handover documents (use handover) — compact-prep is for surviving in-session compaction, not for ending a session.
現在のセッションの作業内容を次のセッションへ引き継ぐための引き継ぎドキュメントを生成する。 Use when the user asks to summarize the session for handover, says "引き継ぎ", "次のセッションに渡して", "context をまとめて", or when a session is ending and you think it would help to create a handover document for continuity. Also use when you are about to run out of context and want to preserve progress.
作成手順「1on1-prep」（self-evolving-agent から自動同期）: 1on1 準備手順（ EM 版）
| name | pr-plan |
| description | 実装を始める前に計画をGitHub Issueとして記録する。grilling形式で要求・要件を徹底的に掘り下げてからgh issue createする。「実装計画を立てたい」「コードを書く前にIssueを作りたい」「この機能の計画を立てたい」「何かを実装したい（まだコードは書いていない）」時に使う。 |
コードを書く前に「意図と要件」を徹底的に掘り下げるスキル。 mattpocock の grilling アプローチ（1問ずつ・推奨回答付き・決定木を完全に辿る）で 実装の前提となる判断をすべて解決してから Issue を作成する。
$ARGUMENTS に課題の概要が渡された場合はそれを起点にする。なければゼロから聞く。
「問いの決定木」を1問ずつ辿る。共通理解が得られるまで続ける。
以下を順番ではなく依存関係の順に解決する。すでに明らかな枝はスキップしてよい。
枝1: 問題の本質
枝2: 解決策の選択
枝3: 成功の定義
枝4: スコープの境界
枝5: 制約・依存関係
枝6: エッジケース・リスク
以下がすべて満たされたら終了する：
終了時に「これで十分に理解できました。Issueを作成します。」と宣言する。
Grilling の結果をまとめ、作成するIssueの内容を提示する。
作成するIssue:
タイトル: <type>: <subject>
## 課題
<背景と動機>
## 解決策・意図
<選んだアプローチ。代替案と却下理由も記載>
## やること
- [ ] <作業1>
- [ ] <作業2>
## やらないこと（スコープ外）
- <除外した内容>: <設計上の除外理由>
## 完了条件
- [ ] <テスト可能な条件1>
- [ ] <テスト可能な条件2>
## エッジケース・注意点
- <Grilling で発見したリスクや制約>
このIssueを作成しますか？
「はい」または修正指示を待つ。
gh issue create \
--title "<タイトル>" \
--body "<生成したbody>"
作成後：
Issue #<番号> を作成しました。 次は
/pr-develop #<番号>で開発セッションを開始してください。