메뉴
Codex CLI (OpenAI gpt-5.4) に直接相談するスキル。設計判断・実装方針・コードレビュー・デバッグ方針など、別モデルの視点が欲しい時に使用する。「codexに相談」「codexに聞いて」「別の視点が欲しい」「セカンドオピニオン」「codexでレビュー」「codexとペアプロ」「codexとTDD」「codexでペアプログラミング」「ペアプロモード」「adversarial review」と言った時にトリガーする。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
デザインシステムの構築・運用を体系的に行うスキル。ドキュメント（要件定義・ブランドガイドライン）からDesign Tokens・コンポーネント体系・ガバナンスまでを一貫して設計する。思考フレームワーク（Double Diamond・Atomic Design・Design Tokens 3層）の適用、暗黙的デザイン判断の形式知化（DDR/QOC/RFC）、UIインベントリ収集（手動+MCP自動化）を統合する。ゼロから体系的に構築する用途向け。既存の単発UIから再利用可能な構造を抽出するにはrelational-design-pluginのdesign-system-backflowスキルを使用すること。Use when: 「デザインシステムを構築して」「デザインシステムを設計して」「デザイントークンを定義して」「デザイン原則を策定して」「UIインベントリを作って」「デザインガバナンスを設計して」「デザイン判断を記録して」と言われた時。
iOS/Androidモバイルアプリのデザインを体系的に行うスキル。Apple HIG・Material Design 3などプラットフォームガイドラインに準拠し、ナビゲーション・レイアウト・コンポーネント・モーション・アクセシビリティを適切に設計する。デザイン判断の観察・関係・仮説・撤回可能性をtraceとして残したい場合はrelational-design-pluginを使用すること。Use when: 「モバイルアプリをデザインして」「iOSアプリのUIを設計して」「Androidアプリの画面を作って」「モバイルのナビゲーションを設計して」「タッチUIを改善して」「アプリのアクセシビリティを対応して」と言われた時。
Webアプリの個別画面・コンポーネントのデザインを体系的に行うスキル。デザインプロセス・レイアウト・コンポーネント設計・インタラクション・アクセシビリティなどWebデザインの確立された手法を適用する。デザインシステム全体の構築・運用はdesign-system-builderスキルを使用すること。デザイン判断の観察・関係・仮説・撤回可能性をtraceとして残したい場合はrelational-design-pluginを使用すること。Use when: 「Webアプリをデザインして」「UIを設計して」「画面をデザインして」「レスポンシブ対応して」「アクセシビリティを改善して」「コンポーネントを設計して」「カラーパレットを決めて」と言われた時。
Use this skill when a design assumption, user segment, business goal, constraint, or product requirement has changed and you need to analyze which design hypotheses, decisions, artifacts, copy, or components should be retracted or revised. Requires a Relational Design trace session with recorded observations/relations/hypotheses/decisions to analyze against — not a general "redo this design" request.
Use this skill to critique an existing UI, frontend implementation, wireframe, flow, or visual design through Relational Design relations: user state, business intent, action risk, trust, information density, reversibility, accessibility, and implementation constraints. This is a relation-based critique, not a general design-methodology review — for platform-guideline or design-system compliance review, use design-plugin instead.
Use this skill after creating or reviewing a design artifact to extract reusable design-system knowledge: semantic tokens, components, variants, interaction rules, copy patterns, accessibility constraints, and governance notes. This only backflows structure out of an artifact that already exists — to build or govern a design system from scratch (Design Tokens layers, Atomic Design, DDR/QOC/RFC, UI inventory), use design-plugin's design-system-builder instead.
| name | codex-consultant |
| context | fork |
| description | Codex CLI (OpenAI gpt-5.4) に直接相談するスキル。設計判断・実装方針・コードレビュー・デバッグ方針など、別モデルの視点が欲しい時に使用する。「codexに相談」「codexに聞いて」「別の視点が欲しい」「セカンドオピニオン」「codexでレビュー」「codexとペアプロ」「codexとTDD」「codexでペアプログラミング」「ペアプロモード」「adversarial review」と言った時にトリガーする。 |
Codex MCP (gpt-5.4, reasoning: xhigh) に直接相談し、セカンドオピニオンを得る。
| 目的 | モード | 概要 |
|---|---|---|
| 通常の実装作業 | Mode A: Driver/Navigator | 一方が実装、他方がレビュー・指示 |
| 精度重視の実装 | Mode B: Ping-Pong TDD | テストと実装を交互に書く |
| セキュリティ・堅牢性 | Mode C: Adversarial Review | 実装後に攻撃的テストで弱点を探す |
| 基本的な相談 | 基本相談 | 単発の質問・レビュー |
mcp__codex__codex ツールを呼び出す:
mcp__codex__codex(
prompt: "<質問・相談内容>",
# 固定パラメータ（下表「固定パラメータ」参照）: model, config.model_reasoning_effort
)
ファイルパスを指定し、Codex自身に読ませる（path-first方式）:
mcp__codex__codex(
prompt: "以下のファイルを読んで<質問>に答えてください。
対象ファイル: src/module.ts
指摘は file:line 形式で記述してください。",
cwd: "<絶対パス形式のプロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort
)
cwd は必ず絶対パスで指定（例: /Users/name/projects/my-app）cwd からの相対パスで列挙同じトピックで深掘りする場合、前回の threadId を使って会話を継続:
# 初回: 新規セッション開始
mcp__codex__codex(
prompt: "<初回の質問>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort
)
# → レスポンスから threadId を取得
# 継続: threadId を指定して会話を再開
mcp__codex__codex-reply(
threadId: "<取得したthreadId>",
prompt: "<フォローアップの質問>"
)
git diff で差分を取得し、Codex に渡してレビューを依頼する:
# 1. Bash ツールで差分を取得
git diff # 未コミットの変更
git diff main...HEAD # 特定ブランチとの差分
# 2. 差分を Codex に渡してレビュー
mcp__codex__codex(
prompt: "以下の差分をコードレビューしてください。設計上の問題点、バグの可能性、改善案を指摘してください。\n\n<diff出力>",
cwd: "<プロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort
)
# カスタム観点でのレビュー
mcp__codex__codex(
prompt: "セキュリティ脆弱性に注目して以下の差分をレビューしてください。\n\n<diff出力>",
cwd: "<プロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort
)
指摘だけでなく、修正可能なものはCodexにその場で直させる場合:
mcp__codex__codex(
prompt: "以下の差分をコードレビューし、バグや明確な問題は対象ファイルを読んだ上でその場で修正してください。設計上の問題は指摘のみ行ってください。差分に含まれるファイル以外は編集しないでください。修正した箇所は file:line 形式で報告してください。\n\n<diff出力>",
cwd: "<絶対パス形式のプロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort, sandbox, approval-policy
)
コード変更を伴う作業を Codex に依頼する場合:
mcp__codex__codex(
prompt: "<変更指示>",
cwd: "<プロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort, sandbox, approval-policy
)
一方が実装（Driver）、他方がレビュー・方向付け（Navigator）を担当する。
Claudeが実装し、ユーザーの要件に基づきコードを書いた後、Codexにレビュー依頼する:
mcp__codex__codex(
prompt: "Navigatorとしてレビューしてください。以下のファイルを読み、
- 設計上の問題点
- エッジケースの見落とし
- より良い代替案
を指摘してください。指摘は file:line 形式で。
対象ファイル: src/feature.ts
要件: <要件の要約>",
cwd: "<絶対パス形式のプロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort
)
指摘を取り込んで修正した後、必要に応じて再レビューする:
mcp__codex__codex-reply(
threadId: "<前回のthreadId>",
prompt: "修正しました。対象ファイルを再読込して再レビューをお願いします。
修正ファイル: src/feature.ts"
)
Codexが実装し、Claudeがレビュー・方向付けする。
Codexに実装依頼:
mcp__codex__codex(
prompt: "以下の要件を実装してください:
<要件の詳細>
制約:
- <技術的制約>
- <アーキテクチャの方針>",
cwd: "<プロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort, sandbox, approval-policy
)
生成されたコードの品質・設計をClaudeがレビューし、修正指示をCodexに送信する:
mcp__codex__codex-reply(
threadId: "<前回のthreadId>",
prompt: "以下の点を修正してください:
- <修正点1>
- <修正点2>"
)
テストと実装を交互に書く。RED→GREEN→REFACTORサイクルを回す。
mcp__codex__codex(
prompt: "以下のテストファイルを読み、テストを通す最小限の実装を書いてください。テスト以外の変更は不要です。
テストファイル: tests/feature.test.ts",
cwd: "<絶対パス形式のプロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort, sandbox, approval-policy
)
mcp__codex__codex(
prompt: "以下の要件に対するテストを書いてください。実装は書かないでください。
要件: <要件>
テストファイル: <テストファイルパス>
テストフレームワーク: <jest/vitest/pytest等>",
cwd: "<プロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort, sandbox, approval-policy
)
mcp__codex__codex-reply(
threadId: "<前回のthreadId>",
prompt: "テストが通りました。次の要件のテストを追加してください:
- <次の要件>"
)
実装後にCodexが攻撃的なテスト・レビューを行い、堅牢性を高める。
mcp__codex__codex(
prompt: "以下のファイルを読み、攻撃的レビューを行ってください:
対象ファイル: src/auth/handler.ts, src/auth/middleware.ts
観点:
- 異常入力・境界値で壊れるケース
- セキュリティ脆弱性（インジェクション、認可漏れ等）
- 競合状態・デッドロックの可能性
- リソースリーク・メモリ問題
- エラーハンドリングの不備
致命的な問題（セキュリティ脆弱性、データ破壊等）は対象ファイルを読んだ上で直接修正してください。設計レベルの問題は指摘のみ行ってください。対象ファイル以外は編集しないでください。
具体的な攻撃ケース（入力例やシナリオ）を提示してください。
修正・指摘は file:line 形式で記述してください。",
cwd: "<絶対パス形式のプロジェクトルート>",
# 固定パラメータ（下表参照）: model, config.model_reasoning_effort, sandbox, approval-policy
)
mcp__codex__codex-reply(
threadId: "<前回のthreadId>",
prompt: "以下の修正を行いました。修正ファイルを再読込して再度攻撃してください。新しい攻撃ベクトルも試してください。
修正ファイル: src/auth/handler.ts
修正概要: <修正内容の要約>"
)
Codexはエージェントとしてファイル読み取り能力を持つため、path-first（パス指定でCodex自身に読ませる）を基本とする。
cwd は毎回絶対パスで指定（例: /Users/name/projects/my-app）cwd からの相対パスで列挙file:line 形式を要求| パターン | プロンプト構成 |
|---|---|
| 設計判断 | 要件 + 選択肢 + トレードオフの質問 |
| デバッグ | エラー内容 + 関連コード + 試したこと |
| コードレビュー | git diff + レビュー観点 |
| リファクタリング | 現状コード + 改善方針の相談 |
| アーキテクチャ | 現構造 + 要件変化 + 方針相談 |
| パラメータ | 値 | 説明 |
|---|---|---|
| model | gpt-5.4 | 常に指定 |
| config.model_reasoning_effort | xhigh | 常に指定 |
| cwd | プロジェクトルート | ファイルアクセスが必要な場合に指定 |
| sandbox | workspace-write | コード変更を伴う場合に使用 |
| approval-policy | on-failure | コード変更を伴う場合に使用 |
mcp__codex__codex-reply で threadId を指定し、文脈を維持した深い議論が可能