con un clic
codex-first
Route implementation work to Codex CLI; Claude specs, reviews, verifies.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Menú
Route implementation work to Codex CLI; Claude specs, reviews, verifies.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
Browser automation CLI for AI agents, run without global installation via npx agent-browser. Use when the user needs to interact with websites: opening pages, clicking, filling forms, taking screenshots, scraping data, testing web apps, logging into sites, exploratory QA, dogfooding, bug hunts, or any browser debugging task. Prefer this over built-in browser automation for interactive web work.
Deep adversarial multi-lens code review (simplicity, correctness, scalability, boundaries, idiomatic fit) with cross-lens validation of proposed fixes. Heavier than /roast. TRIGGER when: the user explicitly asks for /deep-review, deep review, deep-review, deep-roast, or a thorough multi-lens review. DO NOT TRIGGER when the user asks for a quick review, roast, critique, sanity-check, cleanup, or any file operation — use /roast for light review requests and normal file-operation handling for filesystem changes.
Guide the user to deeply understand the current session, current code changes, or a named area of the codebase through incremental explanation, a running checklist, user restatement, and quizzes. TRIGGER when: the user invokes /teachback, asks to understand the current session/current changes, asks for a guided walkthrough, or asks to understand a specific module, feature, diff, bug, or implementation. Default with no explicit target: teach the current session and current branch changes.
Critically analyze code changes to verify they're optimal, elegant, and correct. Challenges assumptions and proves the solution is the best approach for the problem. TRIGGER when: the user asks to review, roast, critique, or sanity-check their code changes.
Gather requirements and create a specification for a new feature or system. Use when the user wants to design, spec out, or plan requirements for something they want to build.
Remove AI-generated code slop from current branch
| name | codex-first |
| description | Route implementation work to Codex CLI; Claude specs, reviews, verifies. |
Claude Code sessions only. Codex/other harnesses: skip; never self-delegate.
Rationale: Claude (Fable/Opus) tokens metered + expensive; Codex flat-rate. gpt-5.6-sol is usually the better and faster model at writing/implementing code; Claude wins at ergonomics - judgment, design, spec-writing, review, orchestration. So Codex types, Claude thinks and verifies.
Delegate to Codex (default for hands-on work):
Keep in Claude:
Mixed task: Claude designs first, freezes spec, delegates build-out.
Heuristic: prompt reads as a work order -> delegate; writing it forces decisions -> design, Claude.
Portfolio/multi-repo work: $maintainer-orchestrator instead.
Prompt via temp file, never inline quoting:
P=$(mktemp); cat >"$P" <<'EOF'
<goal, repo + key paths, constraints ("don't touch X"), non-goals, proof expected, output shape>
EOF
command codex exec --sandbox workspace-write -C <repo> \
-o /tmp/codex-last.md - <"$P" 2>/dev/null
--sandbox workspace-write is the house default: Codex runs commands/tests freely, writes confined to the repo + tmp, network enabled via config.toml. Keep prompts scoped to the target repo.--yolo only when the sandbox blocks the task (writes outside the repo, sandbox-hostile tooling). Never launch it unprompted: unless the user already named approvals-off in their message, stop and ask them first — in auto mode the classifier denies --yolo without that naming, and outside auto mode it prompts anyway.model_reasoning_effort so Codex uses the configured effort from its config.command codex bypasses the interactive zsh wrapper; if not on PATH: fnm exec --using default -- codex2>/dev/null only to debug a failing run-o file for the result; don't parse the JSONL stream-o file on exit; don't kill quiet runs <30 min-o files--skip-git-repo-checkFollow-up fixes - cheaper than fresh runs, keeps context. resume has no -C/--sandbox: run from the repo dir, override via config:
(cd <repo> && command codex exec resume --last \
-c sandbox_mode="workspace-write" \
-o /tmp/codex-last.md - <"$P2" 2>/dev/null)
If the run was escalated to --yolo, resume with --dangerously-bypass-approvals-and-sandbox instead (same authorization rule applies).
Codex starts with zero session context. Every prompt: goal, exact repo/paths, constraints, non-goals, proof expected (exact test command), output shape ("report files changed + test output"). Spec quality decides success.
git status -sb + read the full diff; judge like a contributor PR$autoreview before shipWin = generation + exploration tokens moved to Codex; Claude spends only on spec + diff review. Don't ping-pong trivia through delegation; don't re-read what Codex already summarized.