メニュー
セッションのつまずき・引っかかりを検出し、業務改善につなげる。 このセッションでの対応を優先し、issue や新しいタスクへの切り出しも選べる。 Claude Code で /retro、Codex で $retro と入力したときに使用する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
claude.ai の cloud 環境の init_script を内部 API で更新し、 環境スナップショットの再構築を発火させる。 Claude Code で /cloud-bump、Codex で $cloud-bump と入力したとき、または dotfiles の main にマージした変更が cloud 配信対象 (cloud-setup.yaml の paths) に触れていたときに使用する。 dotfiles を変更する PR を作成するときも、マージ後の bump の要否判定と予告のために使用する。
スキル (SKILL.md) の新規作成・編集の進め方の正本。 ユーザーが Claude Code で /skill、Codex で $skill と入力したとき、またはスキルの追加・変更を依頼したとき、 または home/.agents/skills/ 配下の SKILL.md を変更する前に使用する。
ドキュメント・記録の運用の正本 (置き場判定・原則・ADR の作法)。 issue / ADR / docs / brain ノートに振り分けて保存まで実行する。 Claude Code で /doc、Codex で $doc と入力したとき、「これ残しておきたい」「どこに書くべき?」と言ったとき、 設計ドキュメント・仕様・README などドキュメントを書く・編集する前、 および実装が完了して PR を作る前の残し漏れ確認に使用する。
repo をまたぐタスクの切り出し方、セッションの作り直し方、git worktree を用意する手順。 Claude Code で /wt、Codex で $wt と入力したとき、セッション開始ディレクトリ以外の repo を変更するとき、 コンテキストが増えたセッションを作り直したいと言ったとき、 またはスキルや作業フローが作業用 worktree を必要とするときに使用する。
現在のブランチに紐づく PR の CI 失敗・レビュー指摘・main との conflict を修復し、 mergeable な状態まで持っていく。Claude Code で /pr、Codex で $pr と入力したときに使用する。
会話やプランの内容をもとに、ブランチ作成・コミット・プッシュ・PR 作成を一括実行する。 Claude Code で /tha、Codex で $tha と入力したときに使用する。
| name | retro |
| description | セッションのつまずき・引っかかりを検出し、業務改善につなげる。 このセッションでの対応を優先し、issue や新しいタスクへの切り出しも選べる。 Claude Code で /retro、Codex で $retro と入力したときに使用する。 |
会話を振り返り、つまずき・引っかかりを検出して改善につなげる。
会話全体を振り返り、つまずき・引っかかりの候補を一覧で提示する:
ユーザーが対応したいものを選ぶ。候補がなければ「特になし」で終了。
ユーザーが項目ごとに対応方法を選ぶ。候補の提示時に推奨を添える。
会話のコンテキストを活かしてその場で実装・修正する。AGENTS.md 追記、skill の修正、設定変更など。AGENTS.md を変更するときは sibling の doc SKILL.md を明示的に読み、その手順に従う。Claude Code を使う repo では CLAUDE.md の bridge も必ず確認する。
会話コンテキストが不要な項目、またはコンテキストが逼迫しているときに使う。ユーザーがこの方法を選んだら、Claude Code デスクトップでは spawn_task、Codex App では新しいタスクを作る機能を使う。CLI では sibling の wt SKILL.md を明示的に読み、worktree を用意する。Claude Code は claude --bg、Codex は codex exec --sandbox workspace-write -C で実行する。プロンプトにはファイルパスと十分な背景を含め、この会話なしで単独実行できるようにする。
調査や設計が必要で今すぐ着手できない項目。
直前までの議論からタイトル・概要・関連 issue/PR を抽出する。
会話内容から対象 repo を推測して提示し、ユーザーに確認する。
issue 本文をドラフトしてユーザーに提示する。 issue 作成は外向き操作なので、作成前に必ず承認を取る。
承認後、対象 repo に issue を立てる:
BODY_FILE=$(mktemp) && cat > "$BODY_FILE" <<'EOF'
（日本語の issue 本文。session URL は書かない）
EOF
gh issue create -R <owner/repo> --title "<type>: <subject>" --body-file "$BODY_FILE"
session URL は GitHub の issue / PR 本文に絶対に載せない。public / private を問わない。
理由: session URL はデフォルト Private で owner 本人のみ閲覧可。GitHub に貼ると、その issue / PR が public 化した瞬間に会話全文が露出しうる。セッション内容は要約して本文に書く。