rescue
Skill1 starsChanged 33 days agoApache-2.0View on GitHub
Use when Codex should ask Claude CLI for a rescue-style investigation, second opinion, debugging pass, or explicitly requested follow-up fix. Trigger on requests such as ask Claude to rescue this, have Claude investigate, use Claude to debug, ask Claude for a fix plan, or let Claude try a constrained fix.
5 other projects use a version of this.
Adopted by
Most recently taken up by
- rdyplayerB/claude-blackboxtheir own version, first seen Oct 20, 2026
- MacWulf/claude-in-codextheir own version, first seen Oct 9, 2026
- suboss87/FDEOpstheir own version, first seen Sep 17, 2026
- unsafe9/agent-skillstheir own version, first seen Jun 16, 2026
- logly/mureotheir own version, first seen Apr 13, 2026
Other versions5 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 5
- suboss87/FDEOps★ 940same name
- logly/mureo★ 64same name
- MacWulf/claude-in-codex★ 1same name
- unsafe9/agent-skills★ 1same name
- rdyplayerB/claude-blackbox★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository4 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- adversarial-reviewSkill
- reviewSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
19 rules. 0 are common, 12 are distinctive, and 7 are very specific to this project.
0
Common
Most of the 5 edited versions we read keep these.
12
Distinctive
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Use Claude CLI for investigation or follow-up rescue work from Codex.
- Distinctive: line 12
Do not run automatic executable validation or print-mode smoke tests.
- Very specific: line 14
If the user explicitly requests executable validation, setup remains available as an explicit diagnostic command:
- Distinctive: line 28
Do not execute project code or validation commands unless the user explicitly and directly requests that execution.
- Distinctive: line 29
Read-only repository inspection commands required to obtain the requested scope are allowed, including git diff, git status, git show, git …
- Distinctive: line 30
When the scope is current uncommitted work, include staged, unstaged, and untracked files.
- Very specific: line 31
Do not use shell commands for any other purpose, and do not run commands that modify files, the index, refs, configuration, or other …
- Distinctive: line 33
Do not retry, add reviewers, expand the scope, or switch to a deeper model automatically.
- Distinctive: line 34
If the available time or evidence is insufficient, return the supported findings and state the remaining gap.
- Distinctive: line 35
Start with the exact diff or named files in scope and inspect only directly relevant dependencies needed to support a concrete finding.
- Distinctive: line 36
Do not perform repository-wide discovery, recursively follow references, or pursue speculative context.
- Distinctive: line 48
Use Fable 5.1 only when the user explicitly requests Fable.
- Very specific: line 52
Use claude-sonnet-5-5 by default for investigation, log interpretation, and fix planning.
- Very specific: line 53
Use claude-opus-5-5 only when the user explicitly asks for Opus or --deep.
- Distinctive: line 54
Do not retry, add reviewers, or change models after a failed attempt unless the user directly requests another pass.
- Distinctive: line 55
If the user asks only for investigation, return findings and a plan.
- Very specific: line 85
If using this skill from its installed plugin cache, resolve the helper relative to this SKILL.md as ../../scripts/claude-bridge.mjs.
- Very specific: line 87
Use --deep or --model claude-opus-5-5 only when the user explicitly requests Opus.
- Distinctive: line 89
Treat Claude output as advisory.
“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Claude Rescue
Use Claude CLI for investigation or follow-up rescue work from Codex. Unlike review and adversarial-review, this skill can support implementation only when the user explicitly asks for a fix or patch. Otherwise keep Claude in investigation and plan mode.
Preflight
Do not run automatic executable validation or print-mode smoke tests. Limit local verification to static file and line inspection.
If the user explicitly requests executable validation, setup remains available as an explicit diagnostic command:
node .\scripts\claude-bridge.mjs setupFor an explicitly requested fix, add --allow-edits to the helper invocation. This enables and permits built-in Edit and Write; without it, return investigation findings and a fix plan. The option does not authorize shell writes or program execution.
Runtime Isolation
The helper runs Claude Code with safe mode, no MCP configuration, slash commands disabled, Chrome disabled, and built-in tools limited by default to Read, Glob, Grep, and Bash. It uses dontAsk permission mode so unavailable actions fail instead of pausing for approval. Organization-managed policy may still apply.
Bounded Execution Policy
Do not execute project code or validation commands unless the user explicitly and directly requests that execution. This includes tests, builds, package managers, scripts, servers, applications, CI, deployment, release, and workflow automation. A review or investigation request alone is not permission to execute them.
Read-only repository inspection commands required to obtain the requested scope are allowed, including git diff, git status, git show, git log, git blame, and git ls-files.
When the scope is current uncommitted work, include staged, unstaged, and untracked files; enumerate them with read-only Git inspection before reviewing only those changes.
Do not use shell commands for any other purpose, and do not run commands that modify files, the index, refs, configuration, or other repository state.
Complete one bounded pass within the helper-selected timeout, including any explicit --timeout override.
Do not retry, add reviewers, expand the scope, or switch to a deeper model automatically.
If the available time or evidence is insufficient, return the supported findings and state the remaining gap.
Start with the exact diff or named files in scope and inspect only directly relevant dependencies needed to support a concrete finding.
Do not perform repository-wide discovery, recursively follow references, or pursue speculative context.
Once a finding has enough static evidence, report it; if evidence remains insufficient, state the uncertainty and remaining gap instead of continuing to investigate.
Executable validation, Opus, --deep, retries, and fixes each require explicit user intent. Do not infer that intent from risk, difficulty, a failed attempt, or a rescue request.
Normalize model shorthand only after the user explicitly selects a model:
sonnetorsonnet5.5->claude-sonnet-5-5; explicitsonnet5orsonnet-5->claude-sonnet-5opusoropus5.5->claude-opus-5-5;fableorfable5.1->claude-fable-5-1- Explicit
opus5/claude-opus-5andfable5/claude-fable-5remain pinned to version 5 opus4.8oropus 4.8->claude-opus-4-8
Use Fable 5.1 only when the user explicitly requests Fable.
Mode Selection
- Use
claude-sonnet-5-5by default for investigation, log interpretation, and fix planning. - Use
claude-opus-5-5only when the user explicitly asks for Opus or--deep. - Do not retry, add reviewers, or change models after a failed attempt unless the user directly requests another pass.
- If the user asks only for investigation, return findings and a plan; make a constrained fix only when explicitly requested.
Investigation Prompt
You are a rescue engineer giving Codex an external second opinion.
Scope: <exact user request and relevant files, logs, or diff>
Do not edit files unless the user explicitly requested a fix.
Do not execute project code or validation commands unless the user explicitly and directly requests that execution. This includes tests, builds, package managers, scripts, servers, applications, CI, deployment, release, and workflow automation. A review or investigation request alone is not permission to execute them.
Read-only repository inspection commands required to obtain the requested scope are allowed, including `git diff`, `git status`, `git show`, `git log`, `git blame`, and `git ls-files`.
Do not use shell commands for any other purpose, and do not run commands that modify files, the index, refs, configuration, or other repository state.
Complete one bounded pass within the helper-selected timeout, including any explicit `--timeout` override.
Do not retry, add reviewers, expand the scope, or switch to a deeper model automatically.
If the available time or evidence is insufficient, return the supported findings and state the remaining gap.
Start with the exact diff or named files in scope and inspect only directly relevant dependencies needed to support a concrete finding.
Do not perform repository-wide discovery, recursively follow references, or pursue speculative context.
Once a finding has enough static evidence, report it; if evidence remains insufficient, state the uncertainty and remaining gap instead of continuing to investigate.
Limit verification to static file and line inspection.
Return actionable findings, likely root cause, and the smallest safe next step.
If proposing a fix, include files and line references.Preferred Helper
node .\scripts\claude-bridge.mjs rescue --scope "<user request and relevant context>"
# Only after an explicit request for a fix:
node .\scripts\claude-bridge.mjs rescue --allow-edits --scope "<authorized fix scope>"If using this skill from its installed plugin cache, resolve the helper relative to this SKILL.md as ../../scripts/claude-bridge.mjs.
Use --deep or --model claude-opus-5-5 only when the user explicitly requests Opus. The default timeout is 15m0s, 45m0s for model names containing opus, or 60m0s for model names containing fable; an explicit --timeout <duration> overrides it.
Treat Claude output as advisory. Preserve observed facts, inferences, open questions, and next steps. Verify code claims, command claims, and proposed fixes locally. If Claude was not successfully invoked, report the failure and do not invent a substitute rescue answer.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

