القائمة
OpenAI Codex CLI をセカンドオピニオンとして活用するためのガイド。ソフトウェア設計の検証、厳格なコードレビュー、複雑なデバッグ仮説の取得に使用。Agent Teams での並列開発において、重要な設計判断やセキュリティレビューで別 AI の視点が欲しい時に使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Generate draw.io diagrams as .drawio files, optionally export to PNG/SVG/PDF with embedded XML
Figma MCP を使ってデザインを FE コードに変換するスキル。 Trigger when: Figma URL が共有された時、デザインからコンポーネント実装時、 UI 実装でデザイン参照が必要な時、"Figma", "デザイン", "UI実装" への言及時、 「このデザインを実装して」「Figma から」「デザイン通りに」と言われた時。 Always use with: /web-design-principles
プロジェクト全体の統括エージェント向けスキル。要件整理から技術選定・アーキテクチャ設計・タスク分解・委譲までをカバー。git worktreeを活用した並列開発オーケストレーション（featureブランチ管理、BE/FE統括への委譲、横断レビュー）も担う。プロジェクト全体を俯瞰し、適切なエージェント/スキルに委譲する。新規プロジェクト立ち上げ、技術選定、全体設計、タスク分解・委譲、並列開発時に使用。
Webデザイン実装の鉄則ガイド。CSS/レイアウト設計の原則を提供。 Trigger when: UI/UX実装時、CSS設計時、レイアウト実装時、レスポンシブ対応時、 アクセシビリティ確認時、"レイアウト", "CSS", "スタイル" への言及時。 /figma-to-code スキルと併用する場合に自動で参照される。
Codex CLIワーカーエージェントを起動してタスクを実行する。 Claude CodeがオーケストレーターとしてCodexを呼び出すハイブリッド構成。 トリガー: 「Codexで実行」「Codexに任せて」「並列でCodex」「高速に処理」
CSS の包括的なベストプラクティスガイド（フレームワーク非依存）。パフォーマンス最適化、保守性、シンプルなコード、親子要素の相対値設計、モダン CSS 機能（Container Queries、:has()、ネイティブネスティング、Cascade Layers）をカバー。CSS 設計・実装・レビュー時に使用。Tailwind CSS 等のユーティリティフレームワーク使用時は tailwind-css スキルを参照。
| name | codex-cli |
| description | OpenAI Codex CLI をセカンドオピニオンとして活用するためのガイド。ソフトウェア設計の検証、厳格なコードレビュー、複雑なデバッグ仮説の取得に使用。Agent Teams での並列開発において、重要な設計判断やセキュリティレビューで別 AI の視点が欲しい時に使用。 |
OpenAI Codex CLI をセカンドオピニオンとして活用し、重要な判断の品質を高めるためのガイド。
# 基本形: codex exec でプロンプトを実行
codex exec "プロンプト"
# モデル指定（推論が必要な場面では o3 を推奨）
codex exec --model o3 "プロンプト"
# ファイルの内容を含めて実行
cat ファイル | codex exec "プロンプト"
# git diff をパイプで渡してレビュー
git diff | codex exec "プロンプト"
| フラグ | 説明 | 使用例 |
|---|---|---|
--model | 使用モデルを指定 | --model o3 |
--quiet | 出力を最小限に抑制 | スクリプト内での利用時 |
--full-auto | 承認なしで自動実行 | 信頼できる読み取り専用タスク |
--no-full-auto | 承認付きで実行（デフォルト） | 安全性を重視する場合 |
重要なアーキテクチャ判断や設計選択で、別の視点を得る。
codex exec --model o3 "
以下のソフトウェア設計について、問題点・改善案・見落としがないかレビューしてください。
## 設計内容
{設計の概要}
## 技術スタック
{使用技術}
## 制約
{制約条件}
特に以下の観点で評価してください:
1. スケーラビリティ
2. 保守性
3. セキュリティ
4. パフォーマンス
"
使いどころ:
git diff をパイプで渡し、セキュリティやパフォーマンスの観点で厳格にレビューする。
# 特定ブランチとの差分をレビュー
git diff feature/{機能名}...HEAD | codex exec --model o3 "
以下の差分を厳格にレビューしてください。
特に以下の観点で問題がないか確認してください:
1. セキュリティ脆弱性（インジェクション、XSS、CSRF、認証バイパス等）
2. パフォーマンス問題（N+1、メモリリーク、不要な再レンダリング等）
3. エラーハンドリングの漏れ
4. エッジケースの未処理
5. 並行処理の安全性
問題がある場合、ファイルパスと行番号を含めて具体的に指摘してください。
"
使いどころ:
原因が特定できないバグについて、別の AI から仮説を得る。
codex exec --model o3 "
以下のバグについて、考えられる原因と調査手順を提案してください。
## 症状
{バグの症状}
## 再現手順
{再現手順}
## 環境
{環境情報}
## すでに試したこと
{調査済みの内容}
## 関連コード
$(cat {関連ファイル})
"
使いどころ:
以下の条件に該当する場合、Codex CLI の活用を検討する:
| 条件 | 活用パターン |
|---|---|
| アーキテクチャの大きな方針転換 | パターン 1: 設計セカンドオピニオン |
| セキュリティクリティカルな機能 | パターン 2: 厳格レビュー |
| 認証・認可フローの新規設計 | パターン 1 + 2 |
| 原因不明のバグが長時間解決しない | パターン 3: デバッグ仮説 |
| 本番デプロイ前の最終確認 | パターン 2: 厳格レビュー |
| 複数の設計案で迷っている | パターン 1: 設計セカンドオピニオン |
呼び出さない場合: