القائمة
変更を意図単位で分析しコミットする。複数の意図が混在していれば分割を提案し、意図ごとに順番にコミットする。「コミットする」「変更を保存したい」「git commit したい」時に使う。
التثبيت باستخدام 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 | commit |
| description | 変更を意図単位で分析しコミットする。複数の意図が混在していれば分割を提案し、意図ごとに順番にコミットする。「コミットする」「変更を保存したい」「git commit したい」時に使う。 |
「1コミット = 1意図」を保証するスキル。Conventional Commits形式で意図が明確なメッセージを生成する。
git status
git diff --staged
git diff
ステージ済みの変更がない場合は git diff だけ確認し、何をステージするかユーザーに確認する。
差分全体を読み、変更を「意図」の単位でグルーピングする。
判断基準:
単一意図と判断した場合 → Step 4へ
複数の意図が混在している場合 → Step 3へ
以下の形式で分割案を提示し、ユーザーの確認を得る:
複数の意図が検出されました。以下の順番でコミットすることを提案します:
コミット1: fix(auth): トークン有効期限チェックのオフバイワンを修正
対象: src/auth/tokenValidator.ts
コミット2: refactor(auth): バリデーションロジックを AuthService に移動
対象: src/auth/authService.ts, src/api/middleware.ts
コミット3: test(auth): AuthService のユニットテストを追加
対象: test/auth/authService.test.ts
この順番でコミットしますか？変更があれば教えてください。
承認後、意図ごとに以下を繰り返す:
git add <該当ファイルのみ>
git commit -m "<message>"
ステージ済みの変更がある場合はそのまま、なければ確認してステージする:
# ステージ済みがない場合
git add <ファイル> # または git add -A（全変更の場合）
コミットメッセージを生成して確認:
コミットメッセージ案:
<type>(<scope>): <subject>
<body — Whyがある場合のみ>
このメッセージでコミットしますか？
git commit -m "<message>"
<type>(<scope>): <subject>
[body: なぜこの変更をしたか — Whatでなく Why を書く。1行で済む場合は省略可]
コミット完了です。
次の意図がある場合: 実装を続けてから再度 /commit を使ってください
PRを作る準備ができたら: /pr-create を使ってください