メニュー
Claude Code と Codex CLI が tmux ペインで協働してコードレビューを行う。独立レビュー→突き合わせ→議論・説得→合意形成の4段階。片方だけの指摘はもう片方に問い、同意が得られたもののみ最終指摘に掲載する。PR URL、ブランチ名、またはファイルパスを指定して使用する。トリガー：「Codexと一緒にレビュー」「協働レビュー」「Wチェックレビュー」「codex collab review」「ダブルチェックレビュー」
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/TeXmeijin/agent-skills --skill codex-collab-reviewコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SKILL.md を表示中
SOC 職業分類に基づく
| name | codex-collab-review |
| description | Claude Code と Codex CLI が tmux ペインで協働してコードレビューを行う。独立レビュー→突き合わせ→議論・説得→合意形成の4段階。片方だけの指摘はもう片方に問い、同意が得られたもののみ最終指摘に掲載する。PR URL、ブランチ名、またはファイルパスを指定して使用する。トリガー：「Codexと一緒にレビュー」「協働レビュー」「Wチェックレビュー」「codex collab review」「ダブルチェックレビュー」 |
Claude と Codex が同じ差分を独立レビューし、議論・説得を経て両者が合意した指摘のみ最終レビューに掲載する。
合意形成型レビュー。 片方だけの指摘は最終レビューに載せない。 片方が見つけた指摘は、もう片方に「この指摘についてどう思う？」と問い、説得して同意を得たもののみ掲載する。逆に、もう片方が「それは問題ではない」と反論し、指摘側が納得した場合は取り下げる。
codex CLI がインストール済みであることgh) でPR情報を取得できることgh pr diff <number> > $TMPDIR/pr_review.diff
# 差分が大きすぎる場合(20K行超)はgit diffで取得
git fetch origin <branch> <base> && git diff origin/<base>...FETCH_HEAD > $TMPDIR/pr_review.diff
複数ペイン並列で観点を分散する。
# ペイン作成
tmux split-window -h -t <session>:<window>
# Codex起動: 必ず「テキスト送信」と「Enter送信」を分離する
# NG: tmux send-keys -t <pane_id> "codex '...'" Enter ← Enterが届かないことがある
# OK: 以下の2ステップで送る
tmux send-keys -t <pane_id> "codex '...レビュープロンプト...'"
tmux send-keys -t <pane_id> Enter
重要: tmux send-keys の Enter 送信ルール
tmux send-keys でテキストと Enter を同じコマンドに含めると、Codex のインタラクティブプロンプトに Enter が届かないケースがあるtmux send-keys# Step 1: テキストを入力
tmux send-keys -t <pane_id> "質問テキスト"
# Step 2: Enter を送信
tmux send-keys -t <pane_id> Enter
tmux capture-pane で Working 表示が出ているか確認し、出ていなければ再度 Enter を送るClaude は Codex と同じ差分・同じ観点を独立にレビューする。観点の重複は意図的。
Codex 完了後、tmux capture-pane -t <pane_id> -p -S -300 で結果を回収。
Claude は自身の指摘リストと Codex の指摘リストを突き合わせ、3カテゴリに分類する:
| カテゴリ | 内容 | 次のアクション |
|---|---|---|
| 一致 | 両者が同じ問題を指摘 | → そのまま最終指摘へ |
| Claude単独 | Claude のみ指摘 | → Phase 4 で Codex に問う |
| Codex単独 | Codex のみ指摘 | → Phase 4 で Claude が検証 |
Codex ペインに、Claude の指摘を提示して意見を求める。質問が長い場合はファイル経由で渡す:
# 方法1: 短い質問 → 直接入力（2ステップ必須）
tmux send-keys -t <pane_id> "質問テキスト"
tmux send-keys -t <pane_id> Enter
# 方法2: 長い質問 → ファイル経由（推奨）
cat > $TMPDIR/codex_question.txt << 'PROMPT'
I found the following issue in the PR diff at $TMPDIR/pr_review.diff.
Do you agree this is a real problem? If not, explain why.
Issue: <Claudeの指摘内容>
File: <ファイルパス:行番号>
Reasoning: <Claudeの根拠>
Answer with AGREE (and why) or DISAGREE (and why).
PROMPT
tmux send-keys -t <pane_id> "Read $TMPDIR/codex_question.txt and answer the questions inside."
tmux send-keys -t <pane_id> Enter
送信後の確認手順:
sleep 3 && tmux capture-pane -t <pane_id> -p -S -5 で状態を確認Working が表示されていれば処理中 → 待機› のままテキストだけ表示されていたら Enter が届いていない → tmux send-keys -t <pane_id> Enter を再送Claude 自身が該当コードを読み直し、Codex の指摘が妥当か判断する。
合意した指摘のみ 掲載する。
# PR #<number> 協働レビュー結果
**Claude + Codex CLI 合意形成型レビュー**
## Critical（マージ前に対応必須）
### C-1. <指摘タイトル>
- **内容**: ...
- **該当箇所**: file:line
- **合意過程**: 両者独立に検出 / Claude指摘→Codex同意 / Codex指摘→Claude同意
## Warning（マージ可だが早期修正推奨）
### W-1. ...
## Info（改善推奨）
### I-1. ...
---
## 付録: 未合意の指摘（参考）
> 以下は議論の結果、合意に至らなかった指摘。判断はPR作成者に委ねる。
### X-1. <指摘タイトル>
- **主張側**: Claude / Codex
- **主張**: ...
- **反論**: ...
- **不合意理由**: ...
レビュー完了後、以下の手順でリソースを片付ける:
# 1. Codex セッションを終了
tmux send-keys -t <pane_id> "/exit"
tmux send-keys -t <pane_id> Enter
# 2. 少し待ってから Codex ペインを閉じる
sleep 2 && tmux kill-pane -t <pane_id>
# 3. 一時ファイルを削除
rm $TMPDIR/pr_review.diff $TMPDIR/codex_question.txt $TMPDIR/codex_*.txt 2>/dev/null
| 差分規模 | Codexペイン数 | reasoning | 備考 |
|---|---|---|---|
| ~500行 | 1 | high | 議論フェーズも同じペインで |
| 500-3000行 | 2 | medium | 観点を分散 |
| 3000行~ | 2-3 | medium | 観点を分散、議論は1ペインに集約 |
-S -300 等で広く取得する/exit してから新しいプロンプトを送る$TMPDIR に保存する--reasoning フラグは Codex のバージョンによって使えない場合がある。エラーが出たらフラグなしで再実行するCodex のインタラクティブプロンプトにテキストを送る際は、必ず以下の2ステップで行う:
# Step 1: テキストを送信（Enter は含めない）
tmux send-keys -t <pane_id> "テキスト"
# Step 2: Enter を別コマンドで送信
tmux send-keys -t <pane_id> Enter
やってはいけないこと:
# NG: テキストとEnterを同じコマンドで送る → Enterが届かないことがある
tmux send-keys -t <pane_id> "テキスト" Enter
送信確認の手順:
# 3秒後にペインを確認
sleep 3 && tmux capture-pane -t <pane_id> -p -S -5
# 「Working」が見えたら → 処理中、待つ
# プロンプト「›」のままテキストだけ見えたら → Enter未到達、再送する
tmux send-keys -t <pane_id> Enter
PJ管理フロー（長期記憶＋Threadの積み上げ）を任意リポジトリに展開するスキル。デフォルトでは `.claude/my-projects/<slug>/` 配下にProject長期記憶（CLAUDE.md）とThread（OBJECTIVE.md→OUTPUT.md）を積むが、runner / repo 方針に応じて `.agents/my-projects/` 等へカスタム可能。トリガー：「<slug>を再開」「続きやる」「PJ立ち上げ」「新スレッド作って」「OUTPUT書いて」「pbcopyして」「PJクローズ」「このやりとりをPJ管理下に置きたい」「○○PJに合流させたい」「PR/Issueから In Progress PJを作って」「pj-flow にマイグレ」「pj-flow の挙動を直したい」「pjflow」。Claude Code / Codex Agent Skill 両対応。
Create publication-safe redacted images from screenshots or other images that contain internal, private, or company-specific text. Use when the user asks to mask, redact, hide, anonymize, or sanitize sensitive information in an attached/local image, especially when they want selective text masking, public-release screenshots, article images, or iterative "消しすぎ/もっと隠して" adjustment. Always prefer writing a purpose-built script for the specific image before running ffmpeg/ImageMagick, rather than manually guessing rectangles.
画像（PNG）からUI要素の整列（縦中央揃い / 左端揃い / 間隔均等 等）を画素単位で静的判定するスクリプトを、命題ごとに新規実装してから走らせる skill。LLM の主観で「揃ってる」と誤判定するのを防ぐためのメタ手法。固定スクリプトを呼ぶのではなく、検証したい命題ごとに ROI / 判定式 / debug overlay を設計し直す。scripts/ にケース別の参考実装（中央揃い / 左端揃い）を同梱。トリガー：「中央寄せ判定」「縦揃え確認」「左端揃え判定」「centering check」「alignment check」「画像で揃ってるか確認して」