القائمة
TRIGGER: 自分が PR を作成した直後、またはオーナーが「PR 上げて」「PR 作って」「マージまでやって」と言ったとき。作成後は数分待ってレビュー（CI＋コメント）を確認→必要なら修正→問題なければマージまで同一ターンで完走する。SKIP: PR を作らない変更（直 push 運用のブランチ等）、オーナーが「マージはしないで」と明示したとき（その場合は確認まででマージ保留）.
التثبيت باستخدام 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 | pr-review-merge |
| description | TRIGGER: 自分が PR を作成した直後、またはオーナーが「PR 上げて」「PR 作って」「マージまでやって」と言ったとき。作成後は数分待ってレビュー（CI＋コメント）を確認→必要なら修正→問題なければマージまで同一ターンで完走する。SKIP: PR を作らない変更（直 push 運用のブランチ等）、オーナーが「マージはしないで」と明示したとき（その場合は確認まででマージ保留）. |
PR 作成後の標準フロー。PR を作って放置しない。 作成後はこのフローを最後（マージ or 報告）まで同一ターンで完走する。
gh pr create --base <target> --head <branch> --title ... --body ...（または既存 PR 番号）。
CI とレビュー（人／bot／自動レビュー）が付くのを待つ。ポーリングはバックグラウンドで（会話を止めない）：
# 数分後にチェックを促す待機（バックグラウンド）
( sleep 300 ) & # 実運用は Bash run_in_background / スケジュール待機機構を使う
待機中に他の作業を進めてよい。CI が早く終われば早めに次へ進んでよい。
gh pr checks <num> # CI: 全部 pass か（fail/pending を見る）
gh pr view <num> --json reviews,comments,mergeable,mergeStateStatus
gh pr view <num> --comments # レビューコメント本文
確認軸：① CI が緑 ② レビュー指摘が無い（あれば対応） ③ コンフリクトが無い（mergeable）。
gh pr merge <num> --squash --delete-branch # 既定は squash。プロジェクト規約があれば従う
不可逆操作なので、CI 緑・指摘なし・mergeable を確認してから実行する。 マージ可否に疑義がある（レビュー未着・CI 不明・大きめの変更）ときはマージせず、状態をオーナーに報告して指示を仰ぐ。
マージ結果（または現状：CI・レビュー・マージ可否）を必ずオーナーに報告する。失敗は失敗と正直に。
gh が無い／権限が無い環境では、その旨を報告して手動マージを案内する。