reverse-engineer-anything
Skill1 starsChanged 13 days agoMITView on GitHub
Reverse engineer native, managed, Electron/JavaScript, packaged, firmware, and browser targets with REA. Use shipped-artifact or requested runtime evidence to explain features, compare versions, decompile code, or guide a clean-room reconstruction.
We split this skill into the rules it gives an agent
4 rules. 0 are common, 3 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 19 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 10
Use this skill when investigating a shipped binary, packaged application, decompiled code, passive application runtime evidence, or …
- Very specific: line 28
Look for entry points in package.json, main processes (main.js / background.js), preload scripts, and IPC communication channels …
- Distinctive: line 33
Use Ghidra or Hopper headless scripts to generate pseudocode for critical dispatch routines.
- Distinctive: line 47
Catalog Interface Contracts: Document all endpoints, parameters, JSON models, and state transitions.
“Common” is measured: kept by at least 6 in 10 of the 19 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
Reverse Engineer Anything (REA)
Use this skill when investigating a shipped binary, packaged application, decompiled code, passive application runtime evidence, or reconstructing features from compiled software.
1. Principles of Reverse Engineering
- Evidence-First Analysis: Ground every conclusion in factual decompiled symbols, strings, and cross-references. Never guess how a compiled binary or minified bundle works.
- Clean-Room Reconstruction: Distinguish between observed implementation details and modern architectural recreation.
- Safety & Isolation: Process binaries and archives in isolated directories; never execute untrusted targets outside controlled sandboxes.
2. Target Routing Playbook
JavaScript, Node.js & Electron Applications:
- ASAR / Packed Archives: Extract
.asararchives to examine plaintext sources, configuration manifests, and IPC handlers:npx -y asar extract /path/to/app.asar ./extracted_app - CLI Analysis via REA:
npx -y rea-agents@latest analyze-javascript-application /path/to/extracted --json - Look for entry points in
package.json, main processes (main.js/background.js), preload scripts, and IPC communication channels (ipcRenderer.send,ipcMain.handle).
Native Binaries (PE, ELF, Mach-O):
- Inspect headers, imported DLLs/shared libraries, and exported symbols.
- Identify compiler toolchains (MSVC, GCC, Clang, Go, Rust, or .NET NativeAOT).
- Use Ghidra or Hopper headless scripts to generate pseudocode for critical dispatch routines.
Mobile Applications (Android APK / iOS IPA):
- Android APK: Unpack with
apktoolor decompile DEX to Java/Kotlin with JADX:jadx -d ./decompiled_apk target.apk - Analyze
AndroidManifest.xmlfor exported activities, permissions, and network security configs.
Network & Web Traffic Traps:
- Inspect HAR archives, Fiddler SAZ files, and WebSocket streams.
- Reconstruct API request contracts, payload encryption schemes, and authentication handshakes.
3. Reconstruction Strategy
- Catalog Interface Contracts: Document all endpoints, parameters, JSON models, and state transitions.
- Isolate Core Algorithms: Extract mathematical formulas, hashing/checksum routines, and encoding algorithms.
- Re-implement in Modern Stack: Re-author cleanly in TypeScript, Python, or Go with 100% type coverage, comprehensive unit tests, and zero copyright contamination.
Other versions20 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 20
- morluto/rea★ 417ksame name
- mxyhi/ok-skills★ 509same name
- codetesla51/skills★ 32same name
- felvieira/claude-skills-fv★ 27same name
- komluk/scaffolding★ 15same name
- mxrsv/agents-skills★ 9same name
- ZeyuLing/research_autocode_skills★ 9same name
- laaielichter/Reverseport★ 8same name
- BJ1919810/dsh-rea★ 4same name
- psyb0t/docker-reverse-engineer-anything★ 4same name
10 more not listed
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.
Used alongsideProjects with it also use rea-tool-design and rea-changelog-update.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
morlutoSkillrea-tool-design
Audit, investigate, design, or change REA investigation tools, CLI/MCP contracts, provider capabilities, and Evidence semantics.
Also in 5 projects that use this
morlutoSkillrea-changelog-update
Prepare or rewrite REA release changelogs and GitHub release notes from pinned Git history, with verified contributor thanks and Release Please synchronization.
Also in 4 projects that use this
In this repository39 other files it gives its agents.
- AGENTS.mdAGENTS.md
- antigravity-agent/AGENTS.mdAGENTS.md
- claude-code-agent/CLAUDE.mdCLAUDE.md
- CLAUDE.mdCLAUDE.md
- ci/copilot-instructions.mdCopilot instructions
- .github/copilot-instructions.mdCopilot instructions
- .cursor/rules/01-craftsman.mdcCursor rule
- .cursor/rules/02-architecture-standards.mdcCursor rule
- .cursor/rules/03-security-directives.mdcCursor rule
- .cursor/rules/04-testing-tdd.mdcCursor rule
- .cursor/rules/05-design-standards.mdcCursor rule
- adversarial-code-reviewSkill
- agi-god-modeSkill
- audit-context-buildingSkill
- brainstormingSkill
- craftsman-evaluatorSkill
- creative-pipeline-conductorSkill
- data-science-masterSkill
- differential-reviewSkill
- flaw-remediatorSkill
- game-developerSkill
- hacker-modeSkill
- hallwright-memorySkill
- next-best-practicesSkill
- omni-executorSkill
- persona-activatorSkill
- postgres-best-practicesSkill
- prompt-firstSkill
- spatial-3d-physicsSkill
- subagent-driven-developmentSkill
- super-web-devSkill
- swarm-intelligenceSkill
- systematic-debuggingSkill
- test-driven-developmentSkill
- threejs-masterySkill
- writing-plansSkill
- zero-drift-sentinelSkill
- hwmemSkill
- prompt-firstSkill
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.

