/ask-codex
Ask OpenAI Codex (GPT-5) a one-off question about the current repo and get its answer back, without spinning up a subagent. Use when the user says "ask codex", "what does GPT think", "get a second opinion on this", or when you want an independent read on a design call, a tricky
$ npx -y skills add Sateezg/codex-bridge --skill ask-codex --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/ask-codex
Context preview
The summary Claude sees to decide when to auto-load this skill.
Ask OpenAI Codex (GPT-5) a one-off question about the current repo and get its answer back, without spinning up a subagent. Use when the user says "ask codex", "what does GPT think", "get a second opinion on this", or when you want an independent read on a design call, a tricky
SKILL.md
ask-codex.SKILL.mddescription: Ask OpenAI Codex (GPT-5) a one-off question about the current repo and get its answer back, without spinning up a subagent. Use when the user says "ask codex", "what does GPT think", "get a second opinion on this", or when you want an independent read on a design call, a tricky bug, or an unfamiliar area of the codebase.
Ask Codex a question
For a single question with a single answer. Anything multi-step or long-running belongs to a subagent (`codex-second-opinion`, `codex-reviewer`, `codex-debugger`).
codex-run -C <repo-dir> "<self-contained question>"
`codex-run` prints **only Codex's final answer** on stdout (it captures the final message via `codex exec -o` rather than dumping the whole event log). It defaults to a read-only sandbox, so Codex can read the repo but cannot change anything.
Writing the question
Codex has zero knowledge of this conversation. Every question must stand alone:
- Name the files or directories it should look at.
- State what you already know or already tried.
- Say what shape of answer you want ("name the single most likely cause and the
line to look at", "answer yes/no then justify in three sentences").
codex-run -C /path/to/repo \
"In src/auth/session.ts, refreshToken() occasionally returns a token that fails validation immediately. I suspect a clock-skew issue in the exp comparison. Read that file plus src/auth/jwt.ts and tell me the single most likely root cause and the exact line. Be concise."
Useful options
-s workspace-write let Codex modify files (only when the user asked for that)
-m gpt-5-codex model override
-r continue the previous codex session (follow-up question)
--timeout 1800 raise the 900s default for a big repo sweep
--raw also print Codex's full event log to stderr, for debugging
Use `-r` for a genuine follow-up — it keeps Codex's own context and avoids paying to re-read the repo:
codex-run -C /path/to/repo -r "Now show me the minimal patch for that."
Rules
1. **Bash timeout ≥ 600000 ms** (10 min) — Codex explores the repo before answering. 2. **Report its answer as Codex's**, not as your own conclusion. Quote it, then add your own take separately if you disagree — the value here is having two independent opinions, and blending them destroys that. 3. **Sanity-check it.** Codex can confidently cite files or lines that don't exist. Verify any specific claim against the repo before acting on it. 4. **Read-only unless told otherwise.** Don't pass `-s workspace-write` on your own initiative. 5. Each call spends the user's ChatGPT plan quota. One question, one call.
Read more
description: Ask OpenAI Codex (GPT-5) a one-off question about the current repo and get its answer back, without spinning up a subagent. Use when the user says "ask codex", "what does GPT think", "get a second opinion on this", or when you want an independent read on a design call, a tricky bug, or an unfamiliar area of the codebase.
Ask Codex a question
For a single question with a single answer. Anything multi-step or long-running belongs to a subagent (`codex-second-opinion`, `codex-reviewer`, `codex-debugger`).
codex-run -C <repo-dir> "<self-contained question>"
`codex-run` prints **only Codex's final answer** on stdout (it captures the final message via `codex exec -o` rather than dumping the whole event log). It defaults to a read-only sandbox, so Codex can read the repo but cannot change anything.
Writing the question
Codex has zero knowledge of this conversation. Every question must stand alone:
- Name the files or directories it should look at.
- State what you already know or already tried.
- Say what shape of answer you want ("name the single most likely cause and the
line to look at", "answer yes/no then justify in three sentences").
codex-run -C /path/to/repo \ "In src/auth/session.ts, refreshToken() occasionally returns a token that fails validation immediately. I suspect a clock-skew issue in the exp comparison. Read that file plus src/auth/jwt.ts and tell me the single most likely root cause and the exact line. Be concise."
Useful options
-s workspace-write let Codex modify files (only when the user asked for that) -m gpt-5-codex model override -r continue the previous codex session (follow-up question) --timeout 1800 raise the 900s default for a big repo sweep --raw also print Codex's full event log to stderr, for debugging
Use `-r` for a genuine follow-up — it keeps Codex's own context and avoids paying to re-read the repo:
codex-run -C /path/to/repo -r "Now show me the minimal patch for that."
Rules
1. **Bash timeout ≥ 600000 ms** (10 min) — Codex explores the repo before answering. 2. **Report its answer as Codex's**, not as your own conclusion. Quote it, then add your own take separately if you disagree — the value here is having two independent opinions, and blending them destroys that. 3. **Sanity-check it.** Codex can confidently cite files or lines that don't exist. Verify any specific claim against the repo before acting on it. 4. **Read-only unless told otherwise.** Don't pass `-s workspace-write` on your own initiative. 5. Each call spends the user's ChatGPT plan quota. One question, one call.
Give Claude Code image generation and a team of GPT-5 subagents — using the Codex CLI login you already have. Claude Code can't generate images, and everything it does runs on your Claude quota.
Other skills on codex-bridge.
- /asset-set
Generate a complete, style-consistent set of image assets for a web or app project in one pass — favicons, app icons, OG/social cards, hero images, empty-state illustrations, or a matching icon family. Use when the user asks for "icons for", "assets for", "favicon", "og image",
Open skill - /codex-delegate
Offer to hand heavy work to Codex (GPT-5) as a subagent so it runs on the ChatGPT plan quota instead of burning Claude context and tokens. Use at the START of any task that is large, repetitive, or asset-producing — bulk refactors across many files, generating boilerplate or
Open skill - /codex-review
Get an independent code review from OpenAI Codex (GPT-5) on uncommitted changes, a branch diff, a PR, or a specific module — returns findings grouped by severity with file:line references. Use when the user says "review this", "review my changes", "check this PR", "what did I
Open skill - /edit-image
Edit, restyle, or vary an EXISTING image file using OpenAI gpt-image-2 through the Codex CLI — change one thing and keep the rest, swap a background, recolor to a brand palette, add or fix text, or produce style-matched variants of a reference image. Use whenever the user points
Open skill - /generate-image
Generate images (icons, logos, banners, illustrations, mockups, photos, textures, diagrams-as-art) with OpenAI gpt-image-2 through the locally installed Codex CLI, using the user's existing ChatGPT login — no API key. Use whenever the user asks to generate, create, draw, or mock
Open skill

