メニュー
OpenAI Codex に外部視点での調査・レビュー・セカンドオピニオンを依頼するスキル。「Codexに調査を依頼して」「Codexにレビューをお願いして」「Codexの意見も聞いて」「セカンドオピニオンが欲しい」「別のAI視点で確認して」といった依頼時に使用する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
安全なステージング、作業テーマ単位のコミット分割、ドキュメント更新、Conventional Commits メッセージ生成、必要に応じた push までを行うスキル。`コミットして`、`commit`、`コミットプッシュして` など commit を求められたときに使う。push は明示された場合だけ実行し、commit-only では push せず止まる。`pushして`、`プッシュして` など push だけの指示では使わない。
対象の変更がドキュメントに与える影響を判断し、必要な更新だけを行うスキル。呼び出し元から対象ファイル集合が渡されればそれを使い、無ければ staged change、さらに無ければ git diff HEAD と未追跡ファイルにフォールバックする。commit-push スキルから呼び出された場合、またはユーザーが /doc-updater と明示的に指示した場合にのみ実行し、自律的には起動しない。
ソフトウェア開発の複数ステップ作業について、実装前に具体的な計画書を書くスキル。機能実装、バグ修正、リファクタ、移行、テスト追加、運用変更、ドキュメント改修などで、ユーザーが「計画して」「実装方針を作って」「planを書いて」「作業を分解して」「実装前に整理して」と言ったら使う。コードに触る前、またはサブエージェントや別セッションへ委譲する前には積極的に使う。
対象ブランドのサイトURL、VI PDF、リポジトリの既存コードを入力として、awesome-design-md 準拠の9セクション構成で自己完結型の DESIGN.md を生成するスキル。DESIGN.md を新規作成したいとき、既存の DESIGN.md を更新・改善したいとき、サイトやPDFからデザイントークンを抽出して整理したいとき、AIエージェント向けのデザイン参照ファイルが必要なとき、ブランドガイドラインや VI（ビジュアルアイデンティティ）をコード実装に橋渡ししたいときに使う。
モバイルアプリUIの設計・改善・レビューを行うスキル。iOS、Android、Flutter、React Native を問わず、情報設計、UIパターン選定、タイポグラフィ、色、ブランド世界観、状態設計、プラットフォーム適応を伴う実装判断で使う。設定画面、一覧、フォーム、オンボーディング、空状態、エラー状態、詳細画面などの画面設計や、スクリーンショット・実装コードのレビュー、UI改善提案が必要なときに使う。
Design, inspect, and troubleshoot Pencil .pen files with MCP tools. Use this skill when an AI coding agent needs one selected mode per request: (1) Design-only editing in Pencil, (2) Design to Code implementation from Pencil files, (3) Code to Design synchronization into Pencil, or (4) Pencil MCP troubleshooting.
| name | ask-codex |
| description | OpenAI Codex に外部視点での調査・レビュー・セカンドオピニオンを依頼するスキル。「Codexに調査を依頼して」「Codexにレビューをお願いして」「Codexの意見も聞いて」「セカンドオピニオンが欲しい」「別のAI視点で確認して」といった依頼時に使用する。 |
OpenAI Codex CLI の非対話モード（codex exec）で直接実行して、外部視点でのセカンドオピニオンを得る。-C でプロジェクトパスを渡せばファイルを直接参照させることもできる。
Bash ツールで codex exec を実行する。必要に応じて事前に Read / Grep / Glob でコンテキストを収集し、プロンプトに含める。
# 推奨: 承認待ちなし + 読み取り専用
codex -a never exec -s read-only "質問内容"
# Agent Safehouse 内から実行する場合
/usr/local/bin/codex -a never exec -s danger-full-access "質問内容"
# パイプでコンテキストを渡す
echo "質問内容" | codex exec -
# 作業ディレクトリを指定してプロジェクトを参照させる
codex exec -C /path/to/project "このプロジェクトをレビューして"
# 読み取り専用サンドボックスで実行（セカンドオピニオン用途に推奨）
codex exec -s read-only "質問内容"
# モデルを指定
codex exec -m gpt-5.3-codex "質問内容"
| オプション | 説明 |
|---|---|
exec | 非対話サブコマンド（必須） |
-a / --ask-for-approval never | 承認待ちなしで実行（exec の前に置く） |
-m / --model <model> | モデル指定（例: gpt-5.3-codex） |
-C / --cd <dir> | 作業ディレクトリ指定（プロジェクト参照用） |
-s / --sandbox read-only | 読み取り専用サンドボックス（セカンドオピニオン用途に最適） |
-o / --output-last-message <file> | 最後のメッセージをファイルに出力 |
--add-dir <dir> | 追加ディレクトリへの書き込みアクセスを許可 |
Codex の回答を受け取ったら、以下の形式でユーザーに報告する：
# Codex セカンドオピニオン結果
## 質問内容
[Codex に投げた質問]
## 回答サマリー
[主要なポイントを箇条書き]
## 既存分析との比較
### 共通の指摘
- [両方が指摘した点]
### 独自の視点
- [Codex だけが指摘した点]
### 推奨アクション
[統合した上での具体的な推奨事項]
-C でプロジェクトパスを指定すること-a / --ask-for-approval はグローバルオプションなので、codex exec の後ろではなく exec の前に指定すること2>&1 で標準エラーも回収することstream disconnected before completion が発生した場合は通信要因のため再実行することAgent Safehouse 内で動いている場合、-s read-only は Codex 内部の sandbox-exec が外側 Safehouse とネストして sandbox_apply: Operation not permitted になることがある
このエラーは対象ファイルの権限ではなく nested sandbox の制約として扱う
すでに外側 Safehouse に守られている前提で、Agent Safehouse 内から呼ぶ時だけ /usr/local/bin/codex -a never exec -s danger-full-access -C /path "質問内容" のように Codex 内部 sandbox を無効化する
fish の codex wrapper はさらに Safehouse をネストするため、Agent Safehouse 内からは使わない
Codex の回答は参考情報として扱い、最終判断はプロジェクトのコンテキストを踏まえて行うこと