re-router
Skill9 starsChanged 3 months agoMITView on GitHub
Reverse engineering task router. Use when starting any RE task to determine the correct analysis approach and skill to load.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- sodam-ai/SoDam-Reverse-Engtheir own version, first seen Aug 20, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- sodam-ai/SoDam-Reverse-Eng★ 1same 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 repository29 other files it gives its agents.
- AGENTS.mdAGENTS.md
- analyze-failuresSkill
- anti-debugging-techniquesSkill
- anti-drift-disciplineSkill
- binary-protection-bypassSkill
- code-obfuscation-deobfuscationSkill
- distillSkill
- dwarf-expertSkill
- emulation-reSkill
- find-skillsSkill
- ida-mcpSkill
- code-reviewSkill
- diagnosing-bugsSkill
- domain-modelingSkill
- implementSkill
- prototypeSkill
- researchSkill
- resolving-merge-conflictsSkill
- tddSkill
- to-specSkill
- writing-great-skillsSkill
- mobile-dynamic-reSkill
- native-static-reSkill
- physarumSkill
- re-escalationSkill
- stormSkill
- symbolic-execution-toolsSkill
- vm-and-bytecode-reverseSkill
- web-reverse-engineeringSkill
The file
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 7 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 26
Before choosing a path, determine:
- Distinctive: line 88
When target has multiple protection layers, follow this priority order:
- Distinctive: line 97
Rule: Always clear detection layers before attempting analysis layers.
- Distinctive: line 112
If you've been working for >15 min without progress, STOP and check:
- Distinctive: line 116
Should I switch approach? Load re-escalation for systematic strategy upgrade
- Distinctive: line 120
Before starting, estimate effort:
- Distinctive: line 130
If estimated time exceeds available budget, consider: (a) narrowing scope, (b) accepting partial results, (c) trying a completely different …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
SKILL: Reverse Engineering Router — 5-Second Decision Guide
AI LOAD INSTRUCTION: Meta-routing skill for reverse engineering tasks. Load this FIRST when facing any RE target to quickly determine the correct analysis path. Do NOT start analysis without routing — wrong initial direction wastes 80%+ of effort. This skill routes to specialized skills; it does NOT contain analysis techniques itself.
0. RELATED ROUTING (destination skills)
- mobile-dynamic-re — Frida/Substrate dynamic hooking on iOS/Android
- emulation-re — Unicorn/unidbg/Chomper offline emulation
- native-static-re — IDA/Ghidra static analysis of native binaries
- web-reverse-engineering — Web frontend JS/WASM reverse
- binary-protection-bypass — ELF protection bypass for exploitation
- anti-debugging-techniques — Anti-debug detection and bypass
- symbolic-execution-tools — angr/Z3 automated solving
- vm-and-bytecode-reverse — Custom VM/bytecode analysis
- code-obfuscation-deobfuscation — Deobfuscation techniques
- re-escalation — When current approach fails repeatedly
1. RAPID ASSESSMENT (ask these 4 questions)
Before choosing a path, determine:
- Target type: What am I analyzing? (iOS app / Android app / Web JS / Native binary / Protocol / Firmware)
- Available assets: What do I have? (source? IDA db? jailbroken device? rooted device? traffic capture? binary only?)
- Objective: What's the goal? (algorithm extraction / signature reproduction / vulnerability / bypass detection / protocol decode)
- Protection level: What defenses are present? (none / obfuscation / anti-debug / anti-hook / VM protection / multi-layer)
2. DECISION TREE — Route by Target Type
What is the target?
│
├── iOS App (Mach-O ARM64)
│ ├── Have jailbroken device + want dynamic analysis?
│ │ └── → mobile-dynamic-re (Frida/Substrate hooking)
│ ├── No jailbreak OR need offline reproduction?
│ │ └── → emulation-re (Chomper for iOS ARM64 emulation)
│ ├── Pure static analysis (IDA/Ghidra decompilation)?
│ │ └── → native-static-re (ARM64 Mach-O patterns)
│ └── Has anti-debug/anti-jailbreak detection?
│ └── → anti-debugging-techniques FIRST, then retry dynamic
│
├── Android App (.so / DEX)
│ ├── Have rooted device + Frida available?
│ │ └── → mobile-dynamic-re (Frida Java/Native hooking)
│ ├── No root OR need offline reproduction?
│ │ └── → emulation-re (unidbg for Android .so emulation)
│ ├── Java/Kotlin layer only (no native)?
│ │ └── → jadx decompilation + Xposed (covered in mobile-dynamic-re §Android)
│ └── Packed/encrypted APK?
│ └── → Unpack first (BlackDex/Frida dump), then re-assess
│
├── Web Frontend (JavaScript / WASM)
│ └── → web-reverse-engineering
│ ├── API signature/encryption? → §4 Algorithm Reverse
│ ├── Anti-bot/anti-crawler? → §5-§6 Detection Bypass
│ └── WASM module? → §4.5 WASM Reverse
│
├── Native Binary (ELF/PE, CTF or general)
│ ├── Goal is exploitation (pwn)?
│ │ └── → binary-protection-bypass → symbolic-execution-tools
│ ├── Goal is algorithm extraction?
│ │ └── → native-static-re (decompile + analyze)
│ ├── Has custom VM/bytecode?
│ │ └── → vm-and-bytecode-reverse
│ ├── Heavy obfuscation (CFF/opaque predicates/junk)?
│ │ └── → code-obfuscation-deobfuscation
│ └── Need automated solving (keygen/crackme)?
│ └── → symbolic-execution-tools (angr/Z3)
│
├── Network Protocol
│ ├── HTTP(S) API with encryption? → web-reverse-engineering §1
│ ├── Custom binary protocol? → Wireshark + native-static-re
│ └── Protobuf/gRPC? → protobuf-decoder tools + traffic analysis
│
└── Firmware / Embedded
├── Has DWARF debug info? → dwarf-expert + native-static-re
└── Bare-metal / RTOS? → native-static-re + emulation-re (Qiling/Unicorn)3. MULTI-LAYER TARGETS — Combination Strategy
When target has multiple protection layers, follow this priority order:
| Priority | Layer | Action |
| 1st | Anti-debug / Anti-hook detection | Bypass FIRST — nothing else works until this is cleared |
| 2nd | Packing / Encryption | Unpack/decrypt to get readable binary |
| 3rd | Obfuscation (CFF/VM/opaque predicates) | Deobfuscate OR work around via dynamic analysis |
| 4th | Business logic / Algorithm | NOW analyze the actual target |
Rule: Always clear detection layers before attempting analysis layers.
4. APPROACH SELECTION MATRIX
| Scenario | Primary Approach | Fallback |
| Known algorithm, need reproduction | emulation-re | mobile-dynamic-re (capture I/O) |
| Unknown algorithm, need discovery | native-static-re | mobile-dynamic-re (trace execution) |
| Signature with server verification | mobile-dynamic-re (capture params) | web-reverse-engineering (if web API) |
| Anti-tamper prevents hooking | emulation-re (offline, no detection) | Patch detection, retry dynamic |
| Time-sensitive (algorithm rotates) | mobile-dynamic-re (fast capture) | — |
| Complex CFF, static unreadable | emulation-re (trace through CFF) | symbolic-execution-tools (recover CFG) |
5. ESCALATION TRIGGERS
If you've been working for >15 min without progress, STOP and check:
- Am I in the right skill? Re-run this decision tree
- Am I at the right layer? (fighting detection when should be analyzing logic, or vice versa)
- Should I switch approach? Load re-escalation for systematic strategy upgrade
6. COMPLEXITY ESTIMATION
Before starting, estimate effort:
| Protection Level | Expected Time | Success Rate | Notes |
| None (clean binary) | 1-2h | 95% | Direct analysis |
| Light obfuscation | 4-8h | 80% | Standard deobfuscation |
| Anti-debug + obfuscation | 1-2d | 65% | Multi-step approach needed |
| CFF + anti-hook + packing | 2-5d | 50% | Consider emulation path |
| Multi-layer VM + environment detection | 1-2w | 35% | Requires combined approach + patience |
If estimated time exceeds available budget, consider: (a) narrowing scope, (b) accepting partial results, (c) trying a completely different angle.
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.

