القائمة
作業中に行き詰まったとき、OpenAI Codex CLIをセカンドオピニオンとして呼び出すスキル。現在の問題・コード・エラーをCodexに渡し、別の視点からのアドバイスや解決策を得る。トリガー: ユーザが「Codexに聞いて」「セカンドオピニオンを得て」「Codexの意見を聞かせて」と依頼したとき。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | codex-advisor |
| description | 作業中に行き詰まったとき、OpenAI Codex CLIをセカンドオピニオンとして呼び出すスキル。現在の問題・コード・エラーをCodexに渡し、別の視点からのアドバイスや解決策を得る。トリガー: ユーザが「Codexに聞いて」「セカンドオピニオンを得て」「Codexの意見を聞かせて」と依頼したとき。 |
Claude Codeで行き詰まったとき、OpenAI Codex CLIに問い合わせてセカンドオピニオンを得るスキル。
ユーザの依頼から以下の情報を収集する:
収集した情報を元に、Codexに渡すプロンプトを作成する。
プロンプトの構成例:
以下の問題について、解決策やアドバイスをください。
## 問題
[問題の説明]
## 試したこと
[これまでのアプローチ]
## 関連コード / エラー
[コードスニペットやエラーメッセージ]
## 質問
[Codexへの具体的な質問]
Bashツールで codex exec を実行し、出力を一時ファイルに書き出す。セッション競合を避けるため mktemp で一意なファイルパスを生成する。
OUTFILE=$(mktemp /tmp/codex-advisor-XXXXXX.md)
echo "output: $OUTFILE"
timeout 120 codex exec --ephemeral \
-o "$OUTFILE" \
--skip-git-repo-check \
"プロンプト内容"
オプションの説明:
--ephemeral: セッションファイルをディスクに保存しない（不要な履歴蓄積を防止）-o "$OUTFILE": 最後のメッセージをプレーンテキスト/Markdown形式で指定ファイルに書き出す（Readツールでそのまま読み取り可能）--skip-git-repo-check: Gitリポジトリ外でも動作させるtimeout 120: 120秒でタイムアウトさせる（ハング防止）プロンプトにコードブロック（```）またはバッククォート（`）が含まれる場合は必ずヒアドキュメントを使う。改行のみであればどちらの形式でも可。
OUTFILE=$(mktemp /tmp/codex-advisor-XXXXXX.md)
echo "output: $OUTFILE"
timeout 120 codex exec --ephemeral \
-o "$OUTFILE" \
--skip-git-repo-check \
"$(cat <<'EOF'
以下の問題について...
## コード
```python
def foo():
pass
EOF )"
`'EOF'` をシングルクォートで囲むことで、ヒアドキュメント内の `` ` `` や `$` が展開されずそのままCodexに渡される。
### Step 4: 出力を読み取り、一時ファイルを削除する
`mktemp` は生成したパスを標準出力に出力する。Step 3 の Bash ツール実行後の出力に表示されたそのパス（例: `/tmp/codex-advisor-abc123.md`）を使って Read ツールを呼び出す。`$OUTFILE` はシェル変数のため Bash ツール呼び出しをまたいで参照できない点に注意。
読み取り後は Bash ツールで削除する。
```bash
rm -f "/tmp/codex-advisor-abc123.md" # Step 3 の出力で確認した実際のパスを指定
Codexの回答を単に再掲したり短く要約するだけにしないこと。Claudeが積極的に補足・解説を加え、ユーザが深く理解できる回答を構成する。
以下の構成テンプレートに沿って出力する:
各要点について、以下のいずれかを行う:
トピックに応じて、以下を積極的に用いる:
--ephemeral を必ず付けてセッションを汚染しないようにするCodexの計画・実装内容・差分・検証結果をClaude Codeに渡して、読み取り中心のセカンドレビューを受けるスキル。トリガー: ユーザが「Claudeにレビューして」「Claude Codeに見てもらって」「セカンドオピニオンを得て」「計画や実装をレビューして」と依頼したとき、または大きめの変更前後に別モデルの観点で設計・バグ・テスト不足を確認したいとき。
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を提示して「まとめて」「要約して」「内容を調査して」「ファイルに保存して」と依頼したとき。
Git の変更を安全にコミットするためのスキル。ユーザーが「コミットして」「変更をコミットしたい」「適切なコミットメッセージを作って」「変更を分割してコミットしたい」と依頼したときに使う。ブランチ確認、ステージ確認、diff 分析、論理単位でのコミット分割、Conventional Commits 形式のメッセージ作成、コミット実行、失敗した pre-commit チェックの修正までを扱う。