القائمة
GitHub の Issue / Discussion / PR をコンテキストとして読み込む。 ユーザーが「Issue #123 を見て」「PR #45 の内容を確認して」「Discussion #67 を読み込んで」 などと言った時に使用する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | context |
| description | GitHub の Issue / Discussion / PR をコンテキストとして読み込む。 ユーザーが「Issue #123 を見て」「PR #45 の内容を確認して」「Discussion #67 を読み込んで」 などと言った時に使用する。 |
GitHub の Issue / Discussion / PR をコンテキストとして読み込みます。
123 または issue 123 → Issue #123discussion 45 または d 45 → Discussion #45pr 67 または pull 67 → Pull Request #67ユーザーの入力を解析して、タイプと番号を特定する:
123）→ Issue として扱うdiscussion N または d N → Discussion #Npr N または pull N → Pull Request #Nissue N または i N → Issue #Ngh repo view --json nameWithOwner -q .nameWithOwner で現在のリポジトリを取得する。
Issue の場合:
gh issue view <number> --json title,body,comments,labels,state,author
Pull Request の場合:
gh pr view <number> --json title,body,comments,reviews,labels,state,author,commits
Discussion の場合: GraphQL API を使用:
gh api graphql -f query='
query($owner: String!, $repo: String!, $number: Int!) {
repository(owner: $owner, name: $repo) {
discussion(number: $number) {
title
body
author { login }
comments(first: 50) {
nodes {
body
author { login }
}
}
}
}
}' -f owner=<owner> -f repo=<repo> -F number=<number>
取得した情報を以下の形式で出力:
## [Issue/Discussion/PR] #<number>: <title>
**Author:** @<author>
**State:** <state>
**Labels:** <labels>
### 本文
<body>
### コメント
#### @<commenter> (<date>)
<comment body>
...
読み込んだコンテキストの要約を表示し、ユーザーに内容を確認させる。
タスクの説明からブランチ名を自動生成し、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` / 上り報告)とは別物 — あちらは 上下関係の報告経路、こちらは対等な対話。既存プロトコルは変更しない。