메뉴
PRワークフロー全体（計画→実装開始→コミット→PR作成→レビュー）を自律的にオーケストレートする。git/GitHub の状態を見て今どこにいるかを判断し、次のステップを自動で実行する。「実装したい」「PRを出したい」「どこから始めればいい」「実装終わった」「続きをやって」など、開発フローの任意の場面で使う。/pr-plan・/pr-develop・/commit・/pr-create・/pr-review を個別に呼ぶ代わりにこれ一本で済む。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | pr-process |
| description | PRワークフロー全体（計画→実装開始→コミット→PR作成→レビュー）を自律的にオーケストレートする。git/GitHub の状態を見て今どこにいるかを判断し、次のステップを自動で実行する。「実装したい」「PRを出したい」「どこから始めればいい」「実装終わった」「続きをやって」など、開発フローの任意の場面で使う。/pr-plan・/pr-develop・/commit・/pr-create・/pr-review を個別に呼ぶ代わりにこれ一本で済む。 |
git と GitHub の状態を読んで「今どのステージか」を判断し、適切なステップを自動で実行する。 人間の介入は最小限：スコープ決め（1回） と UIスクリーンショット（必要時のみ） だけ。
$ARGUMENTS の内容で挙動が変わる：
#42）→ state B（実装開始）から開始git status --short
git branch --show-current
git log main...HEAD --oneline 2>/dev/null
gh issue list --assignee @me --state open --limit 5 2>/dev/null
gh pr view --json number,state,url 2>/dev/null
上記の出力から以下のステージを判定する：
| ステージ | 条件 |
|---|---|
| A: 計画 | 引数に目標テキストがある、またはfeatureブランチも未コミット変更もない |
| B: 実装開始 | Issue番号が引数にある、またはIssueはあるがfeatureブランチがない |
| C: コミット | featureブランチにいて未コミット変更がある |
| D: PR作成 | featureブランチにコミットがあり、PRがない |
| E: レビュー | PRが存在している（作成直後） |
| F: CI・レビュー待ち | PRがあり、CI実行中またはレビュー待ち |
| G: コメント対応 | Changes requested または未解決コメントがある |
判定したステージを1行で宣言してから実行する（例：「ステージC: 未コミット変更を検出しました。コミットします。」）。
ここだけ人間の判断が必要。それ以外は自動。
以下を聞く。一度に全部まとめて聞く（往復を減らす）：
以下を教えてください：
1. 課題：何が問題で、なぜ今やるか
2. やること：実装する内容（箇条書き）
3. やらないこと：今回は触れない範囲（「特になし」でも可）
4. 完了条件：何ができたら完了か
（目標テキスト "$ARGUMENTS" をベースに私が推測した案を提示するので、修正してください）
$ARGUMENTS から推測できる部分はあらかじめ埋めて提示し、ユーザーの修正コストを下げる。
確認内容をもとに以下を自動実行する：
gh issue create \
--title "<type>: <subject>" \
--body "## 課題\n...\n## 解決策・意図\n...\n## やること\n...\n## やらないこと\n...\n## 完了条件\n..."
Issue作成後、確認なしにBへ進む。
git checkout -b feature/#<issue番号>-<kebab-case-title>
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Issue #<番号> の実装を開始します
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
やること:
- <項目>
やらないこと:
- <項目>
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
実装してください。終わったら /pr-process で続きを自動実行します。
ここで処理を止める（実装は人間またはエージェントが行う）。
git diff と git diff --staged を読み、変更を意図単位でグルーピングする。
単一意図の場合 → C-2へ
複数意図が混在する場合 → 以下を表示してから自動実行：
複数の意図を検出しました。以下の順番で分割コミットします：
1. <type>(<scope>): <subject> → <対象ファイル>
2. <type>(<scope>): <subject> → <対象ファイル>
自動実行します...
git add <該当ファイル>
git commit -m "<type>(<scope>): <subject>"
# 次の意図があれば繰り返す
コミット完了後、確認なしにDへ進む。
gh issue view <番号> # Issueの内容（やること・やらないこと）
git log main...HEAD --oneline # コミット一覧
git diff main...HEAD --stat # 変更サマリー
変更ファイルに UI 要素（Composable / ViewController / HTML / CSS 等）が含まれる場合のみ：
UIの変更が含まれています。
スクリーンショットを撮影してPR bodyに追記するか、
「スクショなし」と言えばそのままPRを作成します。
UI変更がない場合は確認なしにD-3へ進む。
Issueの「やらないこと」欄を必ず引用してPR bodyを生成する。
gh pr create \
--title "<type>(<scope>): <subject>" \
--body "## 課題\nCloses #<番号>\n...\n## やったこと\n...\n## やらなかったこと\n...\n## 証跡\n...\n## 参考\n#<Issue番号>" \
--assignee "@me"
PR作成後、確認なしにEへ進む。
gh pr view <番号>
gh pr diff <番号>
PR descriptionから「このPRが達成しようとしていること」を1文で述べる。 1文で言えなければ「PR descriptionが不十分です」とコメントして終了。
以下の順番でレビューする：
## PR #<番号> セルフレビュー結果
意図: <1文>
### 指摘事項
<⛔/🔴/🟡/💬 + What/Why/How形式>
### 総合判断
<Approve推奨 / Request Changes推奨 / 議論推奨> — <根拠1行>
ステージEの完了後、または /pr-process を再実行したときにPRが存在している場合。
gh pr checks <番号>
gh pr view <番号> --json reviews,reviewThreads,statusCheckRollup,mergeable
| 状態 | アクション |
|---|---|
| CI実行中・レビュー待ち | 「CIとレビューを待っています。完了したら /pr-process で再開してください。」と伝えて終了 |
| CI失敗 または Changes requested | ステージGへ自動移行 |
| Approved + CI通過 | 「マージできます。gh pr merge <番号> --squash を実行してください。」と伝えて終了 |
| Conflicts あり | 「コンフリクトがあります。git rebase main で解消してください。」と伝えて終了 |
未解決のレビュースレッドとCI失敗を収集し、以下に分類して表示する：
修正が必要な箇所をコードに反映し、意図別にコミットする（/commit ロジックを適用）。
git add <修正ファイル>
git commit -m "fix(<scope>): <コメントの要点>"
git push origin <branch>
各スレッドに事実ベースの返信を投稿する：
対応完了後、ステータスを再確認してF-2の判断を繰り返す。
全ステージ完了後に以下を出力：
✓ PR #<番号> の作成とセルフレビューが完了しました。
<PR URL>
次のアクション:
- レビュアーをアサイン: gh pr edit <番号> --add-reviewer <user>
- CIとレビューが完了したら /pr-process で再開（自動でコメント対応まで実行します）
gh コマンドが使えない → 「gh auth login を実行してください」と伝えて終了全 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 版）