بنقرة واحدة
pr
Pull Request を作成または更新する。 ユーザーが「PR を作成して」「プルリクエストを出して」「変更をレビューに出したい」 などと言った時に使用する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Pull Request を作成または更新する。 ユーザーが「PR を作成して」「プルリクエストを出して」「変更をレビューに出したい」 などと言った時に使用する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
タスクの説明からブランチ名を自動生成し、herdr の worktree + workspace を立ち上げ、必要なら作業担当エージェントに委任する。ユーザーが新しい作業を始めたい・worktree を切りたい・「/wt」と言った時に使う。
学習ループ用の教師モード — セッションの内容や設計判断を、段階的な説明・チェックリスト・ クイズでユーザーが深く理解するまで伴走する理解ゲート。 ユーザーが「/learn」「理解ゲート通して」「これ教えて」「クイズ出して」などと言った時に使う。 また、リポジトリの CLAUDE.md が理解ゲートを規定している場合(例: hexhive)、 設計判断を含む PR のマージ前にこちらから発火を提案してよい。
エージェントセッションの意思決定・洞察・成果物を Obsidian の ResearchNotes に昇格させる(蒸留パイプライン層1)。 ユーザーが「セッションをまとめて」「記録して」「/session-log」と言ったときに使う。 また、設計判断・アーキテクチャ決定・重要な学びが生まれたセッションの区切り(タスク完了時・終了間際)には、こちらから記録を提案してよい。 生ログの全転写ではなく、対話で生まれた判断・設計・学びの厳選記録。
Question Behind the Question — 実装プランを出す前に、要望の下にある設計判断を1段掘り、 「本当に問うべき問い」の候補を提示する。 ユーザーが「/qbq」「問いから掘って」「本当に問うべきことは何?」などと言った時に使う。 また、インフラ・ワークフロー・アーキテクチャ系の相談で、要望の背後に未言語化の 設計判断がありそうな時は、実装プランを提示する直前に自発的にこの手順を提案してよい。
マージ済み PR に対応する worktree / workspace / ローカルブランチを安全に掃除する。/wt で作った worktree のライフサイクルの後始末。ユーザーが「worktree を掃除して」「片付けたい」「/wtclean」と言った時に使う。
herdr を介して、ユーザー・Claude Code・Copilot CLI・copilot-quorum の四者が pane 越しに対話するためのプロトコル。相手 pane の見つけ方、宛先プレフィックス付き メッセージ形式、送信・応答待ちの手順、ループ防止の原則を定める。 ユーザーが「Copilot と相談して」「quorum に合議させて」「他のエージェントに聞いて」 「隣の pane と話して」などと言った時、または他エージェントからの宛先付きメッセージ (【from→to】形式)を pane 上で検知した時に使う。 司令塔↔作業者プロトコル(herdr スキルの `agent send` / 上り報告)とは別物 — あちらは 上下関係の報告経路、こちらは対等な対話。既存プロトコルは変更しない。
| name | pr |
| description | Pull Request を作成または更新する。 ユーザーが「PR を作成して」「プルリクエストを出して」「変更をレビューに出したい」 などと言った時に使用する。 |
Pull Request を作成または更新します。
gh pr list --head <current-branch> で現在のブランチにPRが既に存在するか確認する。
PRが既に存在する場合:
gh pr diff <number> でPR作成時点からの差分を確認PRが存在しない場合: 手順2へ進む
.github/PULL_REQUEST_TEMPLATE.md を読み込んでテンプレートの形式を確認し、必ずその形式に従う。
git log main..HEAD と git diff main...HEAD で変更内容を確認する。
Conventional Commits スタイルでタイトルを決定:
feat: 新しい機能fix: バグ修正docs: ドキュメントのみの変更chore: コードに触れない変更refactor: リファクタリングstyle: フォーマットのみの変更test: テストの追加・修正perf: パフォーマンス改善ci: CI設定の変更build: ビルドシステムの変更テンプレートの形式(## [optional body], ## [optional footer(s)])に沿ってPR本文を作成する。
gh pr create でPRを作成し、作成したPRのURLを表示する。