القائمة
Codexの計画・実装内容・差分・検証結果をClaude Codeに渡して、読み取り中心のセカンドレビューを受けるスキル。トリガー: ユーザが「Claudeにレビューして」「Claude Codeに見てもらって」「セカンドオピニオンを得て」「計画や実装をレビューして」と依頼したとき、または大きめの変更前後に別モデルの観点で設計・バグ・テスト不足を確認したいとき。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Read academic papers from local raw/papers entries, arXiv/HTML/PDF sources, or provided URLs; create detailed Japanese Markdown explanations with formulas, figures, experimental results, limitations, and Obsidian/MathJax compatibility checks. Use when the user asks to read, explain, summarize, or turn a paper into an Obsidian-ready Markdown note.
漠然とした初期段階のアイデアを「発散→収束」の 2 サイクルで洗練するスキル。Double Diamond 思考フレームに沿って、対象ユーザ・成功条件の明確化、複数案の発散、批判的評価、HMW（How Might We）形式の問題定義への収束までを対話形式で進める。トリガー条件: ユーザが「アイデアを洗練したい」「ブレストしたい」「How Might We を作りたい」「アイデアを練りたい」「企画を考えたい」「サービスのアイデアを発散したい」と依頼したとき。
Kaggle コンペ参加期間中（序盤の戦略立案・中盤の追加実験・終盤の取捨選択いずれも）の実験投資判断スキル。次に試す仮説の発散と、優先度付けした実験バックログ生成を行う。Kaggle／コンペ／LB／CV／public notebook／discussion／submission／leaderboard／QWK／MAP@K／adversarial validation／pseudo labeling 等のキーワード、または『何から始めるべきか』『次に何の実験をやるべきか』『LB が伸びない』『仮説を整理したい』『リーク疑いがある』『submission 何回残してる時に何をやるべきか』のような発話で必ず使う。良い案を出すだけでなく『今やるべきでない仮説を殺す』ことも目的。一般的なブレスト・新規事業アイデア・プロダクト企画は対象外（その場合は idea-refinement を使う）。HPO（ハイパーパラ最適化の体系的探索）は対象外。
URLで指定されたWebページ（ブログ記事、X/Twitterポスト、技術記事、論文ページ等）の内容を調査・要約し、マークダウンファイルとしてまとめるスキル。記事内で引用・参照されている外部リンクの内容も追跡して含める。ページ内の画像も元URLから直接ダウンロードしてJPEG圧縮して保存する。トリガー: ユーザがURLを提示して「まとめて」「要約して」「内容を調査して」「ファイルに保存して」と依頼したとき。
作業中に行き詰まったとき、OpenAI Codex CLIをセカンドオピニオンとして呼び出すスキル。現在の問題・コード・エラーをCodexに渡し、別の視点からのアドバイスや解決策を得る。トリガー: ユーザが「Codexに聞いて」「セカンドオピニオンを得て」「Codexの意見を聞かせて」と依頼したとき。
Git の変更を安全にコミットするためのスキル。ユーザーが「コミットして」「変更をコミットしたい」「適切なコミットメッセージを作って」「変更を分割してコミットしたい」と依頼したときに使う。ブランチ確認、ステージ確認、diff 分析、論理単位でのコミット分割、Conventional Commits 形式のメッセージ作成、コミット実行、失敗した pre-commit チェックの修正までを扱う。
| name | claude-advisor |
| description | Codexの計画・実装内容・差分・検証結果をClaude Codeに渡して、読み取り中心のセカンドレビューを受けるスキル。トリガー: ユーザが「Claudeにレビューして」「Claude Codeに見てもらって」「セカンドオピニオンを得て」「計画や実装をレビューして」と依頼したとき、または大きめの変更前後に別モデルの観点で設計・バグ・テスト不足を確認したいとき。 |
Codexの作業計画や実装結果をClaude Codeに渡し、レビュー観点の抜け・設計リスク・バグ・テスト不足を確認するスキル。
ユーザの依頼と現在の作業状況から、以下を集める:
git status --short と関連する git diffレビュー材料が不足している場合は、まず読み取り専用のコマンドで観測する。Claudeに丸投げせず、Codex側でレビュー対象を明確にしてから渡す。
Claudeには、レビューに徹すること、ファイル編集・コミット・修正実行をしないことを明示する。
プロンプトの構成例:
あなたはClaude Codeとして、Codexの計画と実行内容をレビューしてください。
この依頼ではレビューのみを行い、ファイル編集・コミット・修正実行はしないでください。
## 目的
[ユーザの目的と成功条件]
## Codexの計画 / 方針
[計画または実装方針]
## 実装内容
[変更概要、主要ファイル、判断理由]
## 差分
[git diffの要点または全文]
## 検証結果
[実行したコマンド、結果、未実行なら理由]
## 気になっている点
[Codexが懸念しているリスクや未確認事項]
## レビューしてほしい観点
- バグ、仕様漏れ、回帰リスク
- 設計や責務分離の問題
- セキュリティ、安全性、破壊的変更の懸念
- テスト不足、検証不足
- より小さく安全にするための具体的な修正案
出力は重要度順に、具体的な根拠と該当箇所を添えてください。
問題がない場合も、残るリスクと追加で確認すべき点を明示してください。
Bashツールで claude -p を実行し、出力を一時ファイルに書き出す。セッションや権限の影響を抑えるため、レビュー用途では --no-session-persistence と --permission-mode plan を使う。
OUTFILE=$(mktemp /tmp/claude-advisor-XXXXXX.md)
echo "output: $OUTFILE"
timeout 180 claude -p \
--no-session-persistence \
--permission-mode plan \
--output-format text \
--allowedTools "Read,Grep,Glob,Bash(git diff *),Bash(git status *),Bash(rg *),Bash(sed *),Bash(nl *),Bash(ls *)" \
"プロンプト内容" > "$OUTFILE"
プロンプトにコードブロック（```）またはバッククォート（`）が含まれる場合は、必ずヒアドキュメントを使う。
OUTFILE=$(mktemp /tmp/claude-advisor-XXXXXX.md)
echo "output: $OUTFILE"
timeout 180 claude -p \
--no-session-persistence \
--permission-mode plan \
--output-format text \
--allowedTools "Read,Grep,Glob,Bash(git diff *),Bash(git status *),Bash(rg *),Bash(sed *),Bash(nl *),Bash(ls *)" \
"$(cat <<'EOF'
あなたはClaude Codeとして、Codexの計画と実行内容をレビューしてください。
## 差分
```diff
...
EOF )" > "$OUTFILE"
`'EOF'` をシングルクォートで囲み、プロンプト内の `` ` `` や `$` がシェル展開されないようにする。
### Step 4: 出力を読み取り、一時ファイルを削除する
Step 3の出力に表示されたパス（例: `/tmp/claude-advisor-abc123.md`）を読み取る。`$OUTFILE` はシェル変数なので、ツール呼び出しをまたいで参照できない点に注意する。
読み取り後は一時ファイルを削除する。
```bash
rm -f "/tmp/claude-advisor-abc123.md"
Claudeの回答をそのまま転記しない。Codexが内容を検証し、採用すべき指摘・保留すべき指摘・誤っている指摘を分けて説明する。
出力では以下を含める:
ユーザが実装まで求めている場合でも、Claude Advisorの呼び出し自体はレビュー取得までに留める。修正はCodexがレビュー内容を評価した後、通常の作業として行う。
--dangerously-skip-permissions や --permission-mode bypassPermissions はレビュー用途では使わない。