Menú
Issue番号を受け取り開発セッションを開始する。Issueのスコープを確認・要約し feature ブランチを作成する。「Issue #X の実装を始める」「開発セッションを開始する」「このIssueを実装したい」時に使う。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional 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-develop |
| description | Issue番号を受け取り開発セッションを開始する。Issueのスコープを確認・要約し feature ブランチを作成する。「Issue #X の実装を始める」「開発セッションを開始する」「このIssueを実装したい」時に使う。 |
Issueに記録した「意図」を現在のセッションに注入するスキル。「やること」と「やらないこと」を明示することでスコープ外の実装への誘惑を抑止する。
$ARGUMENTS からIssue番号を読み取る（#42 または 42 の形式）。
番号がなければ gh issue list --assignee @me --state open を実行し、ユーザーに選んでもらう。
gh issue view <番号>
以下の形式でセッションのスコープを宣言する:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
開発セッション開始: Issue #<番号>
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
課題:
<1行>
解決の意図:
<1行>
やること:
- <項目>
- <項目>
やらないこと（この実装では触れない）:
- <項目>
完了条件:
- <条件>
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
現在のブランチを確認する:
git branch --show-current
main / master / develop など base ブランチにいる場合は feature ブランチを作成する:
git checkout -b feature/#<番号>-<issue-title-kebab-case>
すでに適切なブランチにいる場合はスキップし、その旨を伝える。
以下を伝えてセッションを開始する:
スコープを確認しました。実装を開始してください。
リマインダー:
- コミットは意図単位で。準備ができたら
/commitを使ってください- スコープ外の作業が必要になったら実装を止め、新しいIssueを
/pr-planで作成してください- PRを作る準備ができたら
/pr-createを使ってください