Menü
ブランチ変更を分析して PR を作成する。prose review で本文を投稿前に精査する。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
issue が build に投入できる形かを検分し、verdict (build-ready / needs-plan / needs-fix) と指摘を返す。起票には使わない (/issue)。PR のスクリーニングには使わない (/preview)。
Inspect whether an issue is in shape to hand to build, returning a verdict (build-ready / needs-plan / needs-fix) and the findings. Do NOT use to file an issue (use /issue) or to screen a PR (use /preview).
critic-design による敵対的批判を伴う設計探索。生き残った案を構造化 plan にまとめ、自己点検して呼び出し元に返す。plan の永続先は issue の Plan 節が唯一。計画意図のないコードベース調査には使わない (代わりに /research)。
Design exploration with adversarial critique by critic-design. Assembles the surviving approach into a structured plan, self-checks it, and returns it to the caller. The issue's Plan section is the plan's only persistent home. Do NOT use for codebase investigation without planning intent (use /research instead).
構造化されたタイトルと本文で GitHub Issue を生成する。単独で成立し、前段を要求しない。challenge / research の成果物が会話にあれば本文の根拠に使い、/think の plan 下書きがあれば `## Plan` 節へ移設する。issue 番号を渡すと、起票済みで Plan 節を持たない issue へ plan を転記する。
Generate GitHub Issue with structured title and body. Standalone; requires no upstream stage. When challenge / research artifacts exist in the conversation, they feed the body's evidence; when a /think plan draft exists, it is transferred into the `## Plan` section. Given an issue number, it transfers a plan into a filed issue that has no Plan section.
| name | pr |
| description | ブランチ変更を分析して PR を作成する。prose review で本文を投稿前に精査する。 |
| when_to_use | PR作って, プルリクエスト, pull request, PR作成 |
| allowed-tools | Bash(git:*) Bash(gh:*) Read AskUserQuestion Skill |
| model | opus |
| argument-hint | [issue reference or context] |
$ARGUMENTS は Issue 参照またはコンテキスト。任意で、例は #456。空なら現在ブランチからのみ生成する。
~/.claude/settings.json から language を読み、その言語で PR 本文を翻訳する。未設定なら英語をデフォルト。技術用語、コード、識別子は翻訳しない。
commit なし、Git リポジトリでない、gh 認証失敗のいずれかを検出したら、エラーを報告して中止する。
${CLAUDE_SKILL_DIR}/references/prose-review.md と、本文言語に対応する空句ファイルの基準で本文をインライン精査する。空句ファイルは日本語なら phrases.ja.md、英語なら phrases.en.mdCreate this PR? と確認するuse-workflow-pageshot を PR 本文と共に呼ぶ (§ Pageshot 統合)gh pr create --title "<title>" --body-file <path> で PR を作成する。テンプレート由来の本文は backtick や $ を含むので、--body で渡すと shell に解釈される| カテゴリ | ソース |
|---|---|
| Changes | git diff <base>...HEAD |
| Commits | git log <base>..HEAD |
| Files | git diff --name-status <base>...HEAD |
BASE=$(git symbolic-ref refs/remotes/origin/HEAD 2>/dev/null | sed 's@^refs/remotes/origin/@@')
BASE=${BASE:-main}
§ 分析ソースの diff を読み込んで視覚出力への影響を判断する。ロジック/型/テスト/ドキュメントのみの変更は UI 変更なしとして § Pageshot 統合をスキップする。最終判定は pageshot のレンダリングが担うので、frontend シグナルがあって影響が曖昧なら UI 変更ありに倒す。以下のいずれかで視覚出力に影響する変更があれば UI 変更とみなす。
tailwind.config などスタイル生成 configfeat: や fix: のような prefix は付けない。Issue タイトルにあれば外す${CLAUDE_SKILL_DIR}/templates/pr.md を使う.github/pull_request_template.md > pull_request_template.md > docs/pull_request_template.md > PULL_REQUEST_TEMPLATE/ ディレクトリの順で優先するgh pr create はテンプレを自動適用しないので、骨格を読み取って本文に組み込むDesign Decisions は commit 単位でなく PR 全体で集約し、§ 分析ソースの diff と log から検出する。以下のシグナルがあれば記載し、明示的なトレードオフがなくルーチンな実装だけなら省略する。
Skill("use-workflow-pageshot") を現在の PR 本文文字列を入力に呼ぶ。本文には上部近くの Preview URL: <URL> 行と、番号付きリストの ## How to Test セクションが必要。skill は stdout に mode 行を 1 つ返す。
mode=screenshot artifact=<path>/mode=video artifact=<path> パスを表示し、GitHub の PR 説明か最初のコメントへドラッグ & ドロップするよう案内mode=failed 欠落項目を報告し、pageshot をスキップして PR 作成を続行§ 実行 step 8 で承認されたら、git push -u origin HEAD で現在ブランチを push する。
プレビューはタイトル、base ブランチ、現在ブランチ、サマリー bullets、変更テーブルを表示する。成功時は Created PR: #<number> <title> <PR URL> を表示する。