菜单
TRIGGER: ユーザーが「<peer> にレビュー依頼」「<peer> に完了通知」「<peer> に並行作業頼んで」「メッセージ届いてる？」「受信箱見て」「既読にして」のような peer-inbox 関連の自然文を発した場合、または /peer-inbox を明示入力した場合。複数ターミナルで並行起動している Claude Code セッション間の非同期メッセージング（送信・受信・既読化）を行う。SKIP: 同セッション内のサブエージェント呼び出し（/agent-call）、subprocess 1 ターン委譲、外部チャネル通信（Slack/Discord/メール）.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
TRIGGER: ユーザーが /role <name> を入力した場合、または「<ロール名>に切り替えて」「<ロール名>として作業」のような明示的なロール切替要求を発した場合。ロールは capability manifest で定義される。SKIP: 単一ターンの委譲は /agent-call、ロール非依存の質問。
TRIGGER: ユーザーが /routine, /routine status, /routine meta [role|all], /routine <job> [mode] を入力した場合。リポジトリに記録された定期実行タスクを手動で確認・実行する。SKIP: 単発の通常タスク管理は別のタスクスキル、メタエージェントだけを直接起動する場合は /meta を使う。
TRIGGER: ユーザーが /agent-map を入力した場合、または「ディレクトリ構造どうなってる」「エージェントの配置」「どこに何がある」「agent map」のような全体構造の確認要求を発した場合、またはディレクトリの大幅変更（リポ追加・削除・リネーム、設定ストア構造変更等）の直後。エージェント関連ディレクトリ構造の生きた文書（MAP.md）を再スキャンして更新する。SKIP: 単一ファイルの位置確認は直接 ls で十分。MAP.md が最新（例: 直近 7 日以内更新）かつ大幅変更がない場合は再生成不要。
TRIGGER: 作業ディレクトリの入り口に「AI エージェント用 INDEX.md」と「人間用 README.md」を整備したい場合。ユーザーが /dir-entry [path] を入力、または「INDEX と README 作って」「作業ディレクトリの入り口ファイルを整備」「AI 用 index と人間用 readme を作って」と依頼したとき。SKIP: 既存 README を機械的に上書きしたいだけの場合・入り口ファイルを増やしたくない単発ディレクトリ・INDEX/README 以外のドキュメント生成。
TRIGGER: PDF または Google ドキュメント/スプレッドシート/スライドからプレーンテキストを抜き出したい場合（ローカルファイル・Drive 上のファイルどちらも）。入力の種類で適切な抽出ツールへ自動振り分けする。SKIP: スキャン画像のみの PDF（OCR が必要で非対応）・テキストではなく画像/表/レイアウトそのものが目的の場合・このセッションで直接読めば十分な単発の小さいファイルの場合。Examples - /extract-text /path/to/file.pdf, /extract-text <drive-url>, /extract-text <gdoc-id> -o out.md.
TRIGGER: Google Slides の URL または fileId が提供され、スピーカーノートを含むスライド全体の内容が必要な場合（Drive の通常エクスポートではノートが省略されるため）。SKIP: Google Slides 以外のファイル形式（PDF・Docs・Sheets 等）・ノートが不要でスライドタイトルのみ必要な場合・オフラインまたは ADC 未設定の場合。Examples - /gslides-read <url>, /gslides-read <fileId> -o deck.md.
| name | peer-inbox |
| description | TRIGGER: ユーザーが「<peer> にレビュー依頼」「<peer> に完了通知」「<peer> に並行作業頼んで」「メッセージ届いてる？」「受信箱見て」「既読にして」のような peer-inbox 関連の自然文を発した場合、または /peer-inbox を明示入力した場合。複数ターミナルで並行起動している Claude Code セッション間の非同期メッセージング（送信・受信・既読化）を行う。SKIP: 同セッション内のサブエージェント呼び出し（/agent-call）、subprocess 1 ターン委譲、外部チャネル通信（Slack/Discord/メール）. |
複数の Claude Code セッションが別ターミナルで並行稼働しているとき、互いに作業依頼・レビュー依頼・完了通知を送り合うための薄いラッパー。実装は {{ORG_REPO_PATH}}/Agent-team/tools/peer-inbox/peer-inbox.sh。
各セッションの「自分の名前」は以下の順で自動解決される：
PEER_NAME（明示設定）{{TEAM_AGENTS}} のいずれか）→ そのまま採用<persona>*）→ マッピングexport PEER_NAME=<name> を促す）ユーザーの発話から intent と peer 名を抽出して以下のサブコマンドを叩く。実行時は 絶対パス を使う：
SCRIPT={{ORG_REPO_PATH}}/Agent-team/tools/peer-inbox/peer-inbox.sh
| 発話パターン | 実行 |
|---|---|
「<peer> にレビュー依頼」「<peer> にレビュー頼んで」「<peer> に PR <N> レビュー」 | bash $SCRIPT review <peer> "<topic>" |
「<peer> に完了通知」「終わったって <peer> に伝えて」「<peer> に done」 | bash $SCRIPT done <peer> "<what>" |
「<peer> に並行で <task> 頼んで」「並行作業 <peer>」 | bash $SCRIPT parallel <peer> "<task>" |
「<peer> に <message> って送って」「<peer> に伝えて：<message>」 | bash $SCRIPT send <peer> "<message>" |
<topic> <what> <task> <message> はユーザーの発話から文脈に応じて構成する。明示されていない場合はユーザーに 1 行確認する。
| 発話パターン | 実行 |
|---|---|
| 「メッセージ届いてる？」「受信箱見て」「inbox」「何か来てる？」「未読確認」 | bash $SCRIPT check |
| 「既読にして」「全部読んだ」「mark-read」 | bash $SCRIPT mark-read |
「<N> 番だけ既読」 | bash $SCRIPT mark-read <N> |
| 発話パターン | 実行 |
|---|---|
| 「peer 一覧」「誰がいる？」「list」 | bash $SCRIPT list |
| 「自分の名前」「whoami」「私は誰？」 | bash $SCRIPT whoami |
bash $SCRIPT list で候補を見せて確認bash $SCRIPT <subcommand> を実行<peer> に送信完了」$PEER_INBOX_ROOT/<peer>/inbox.jsonl（既定 ~/.peer-inbox/）に JSONL（1 行 1 メッセージ）で追記。既定はリポ外のため通常 .gitignore 不要（リポ配下に置く運用にした場合のみ、そのパスを gitignore する）。
1 行のエントリ形式：
{"ts": "2026-05-10T14:30:00+09:00", "from": "<sender>", "to": "<recipient>", "message": "レビュー依頼: ...", "read": false}
review / done / parallel は message の先頭に レビュー依頼: / 完了通知: / 並行作業依頼: を付けて送るだけで、スキーマは send と同一。
peer-inbox.sh は基本的に以下の構造：
case "$1" in
send|review|done|parallel)
# 受信側の inbox.jsonl に 1 行 JSON (JSONL) を追記
;;
check)
# 自分の inbox.jsonl を read=false 優先で列挙
;;
mark-read)
# 指定ファイル（or 全件）の read を true に書き換え
;;
list)
# 全 peer ディレクトリを列挙
;;
whoami)
# PEER_NAME 解決ロジックを実行して結果出力
;;
esac
/agent-call を使う（1 プロセスで 1 ターン委譲）