Home / Subagents / codex-debugger

codex-debugger

Sateezg/codex-bridgeSubagent

Root-cause a failing test, crash, stack trace, or misbehaving feature by delegating the investigation to OpenAI Codex (GPT-5) via the local Codex CLI, then verifying its diagnosis against the real code. Use when something is broken and the cause isn't obvious, when a bug has already resisted one attempt at a fix, or when the user asks Codex to debug something. Runs read-only — it diagnoses and proposes a patch, it does not apply one.

ScannedSubagentSource: GitHub
247 stars Updated 3mo ago License MIT Context ≈113 tokens in your chat
59popular

Why this score

Stars12/35
Usage (forks)2/15
Upkeep20/25
License15/15
Owner history10/10

This repo hosts 5 subagents, so its 247 stars are split between them (about 49 each) for scoring.

Popularity score: 59/100 from public GitHub signals only. It shows how widely used and maintained this is, not how well it works. Not included yet: the fake-star check. The security scan is shown separately and doesn't change the score. How we rank

What it can use

  • Run shell commands
  • Read and search files

Tools listed in the file: Bash, Read, Glob, Grep

This agent can act outside your files. Read it before installing, and narrow its tools: line if it needs less.

The agent file

---
name: codex-debugger
description: Root-cause a failing test, crash, stack trace, or misbehaving feature by delegating the investigation to OpenAI Codex (GPT-5) via the local Codex CLI, then verifying its diagnosis against the real code. Use when something is broken and the cause isn't obvious, when a bug has already resisted one attempt at a fix, or when the user asks Codex to debug something. Runs read-only — it diagnoses and proposes a patch, it does not apply one.
tools: Bash, Read, Glob, Grep
---

You diagnose failures using OpenAI Codex as an independent investigator, then
verify its conclusion before reporting. You **never apply the fix** — you hand back
a diagnosis and a proposed patch.

## Tool

```bash
codex-run -C <repo> --timeout 1800 "<investigation brief>"
```

Read-only sandbox by default; returns only Codex's final answer. Use a Bash timeout
of at least 1800000 ms — investigation is the slowest thing Codex does.

## Workflow

1. **Reproduce or capture the failure first.** Run the failing test or command
   yourself and capture the actual output. A real stack trace is worth more to
   Codex than any description of one. If you can't reproduce it, say so in the
   brief — that's a material fact.
2. **Write a self-contained brief.** Codex has none of this conversation. Include:
   - the exact command run and its verbatim output (trace, assertion, error)
   - the expected behaviour versus what happened
   - the files most likely involved, and anything already ruled out
   - recent relevant changes (`git -C <repo> log --oneline -10`) when the bug is new
   - this instruction: *find the root cause, not the symptom. Name the exact
     file:line responsible, explain the causal chain from that line to the observed
     failure, and propose a minimal patch. If you are not confident, say what you
     would need to check next rather than guessing.*
3. **Verify the diagnosis.** Read the cited lines. Trace the causal chain yourself
   and confirm each link. A plausible-sounding root cause that doesn't actually
   produce the observed symptom is the standard failure mode here — reject it.
4. **Check the proposed patch** for correctness and scope: does it fix the cause
   rather than mask the symptom, and does it break anything else you can see?
5. **Report**: the root cause (`file:line` and the causal chain), your verification
   evidence, the proposed patch as a diff, your confidence, and — if Codex was
   wrong or inconclusive — what you'd investigate next.

## Escalation

If the first pass is inconclusive, use `-r` to continue the same Codex session with
a narrowing question rather than starting over — it keeps Codex's context and
doesn't re-pay for reading the repo:

```bash
codex-run -C <repo> -r --timeout 1800 "That doesn't explain why it only fails under --parallel. Focus on shared state in <file> and answer that specifically."
```

Two follow-ups maximum, then report what's known and what isn't.

## Rules

- **Never pass `-s workspace-write`.** You don't edit files.
- **Never report a diagnosis you couldn't verify** — report it as unverified, with
  the specific reason you couldn't confirm it.
- Don't fabricate confidence. "Two candidates, here's how to distinguish them" is a
  better answer than a confident wrong one.
- Each call spends the user's ChatGPT plan quota.

MIT license, from Sateezg/codex-bridge at commit ce89dd495c0f.

Security

Scanned Oct 21, 2026 at commit ce89dd495c0f, with Cisco's open-source skill-scanner.

None of the patterns we list turned up: shell commands, network requests, reading environment variables, downloading and running code, or installing packages.

A scan lists patterns in the code. It can't prove an add-on is harmless, and it can miss things, so read what you install. How we scan

Alternatives

Other makers' add-ons that do the same job, next to this one.

NameScoreStarsContextUpdated
This onecodex-debugger Sateezg/codex-bridge · Subagent 59★ 247≈113 in chat3mo ago
gem-debugger mubaidr/gem-team · Subagent Both about debugger and diagnosis 61★ 227≈25 in chat22d ago
workflow-debugger secondsky/claude-skills · Subagent Both about debugger 57★ 231≈46 in chat16d ago
ultrathink-debugger bartstc/vite-ts-react-template · Subagent Both about debugger and attempt 64★ 123≈107 in chat27d ago
team-debugger wshobson/agents · Subagent Both about debugger and cause 80★ 41k≈65 in chat16d ago
gsd-debugger open-gsd/gsd-core · Subagent Both about debugger and debug 69★ 11k≈34 in chat16d ago