
noone-hub/jsreverser-mcp
Developer toolsThis page was translated automatically. Technical details may differ from the original. View the original
JSReverser-MCP is an MCP tool for JavaScript reverse analysis, specifically designed to help developers efficiently locate core front-end logic in real browser environments. It integrates script retrieval, breakpoint debugging, function hooks, network request tracing, call chain analysis, obfuscation reduction, and risk assessment into a unified capability, allowing direct access to clients supporting MCP such as Claude, Codex, and Cursor.
Overview
An MCP service that standardizes front-end JavaScript reverse processes. The goal is not just page debugging, but to string page observation, runtime sampling, local reproduction, environment remediation, and evidence accumulation into a reusable workflow. - Observe-first - Hook-preferred - Breakpoint-last - Rebuild-oriented - Evidence-first - Pure-extraction-after-pass 1. First, confirm the source of requests, scripts, functions, and dependencies in the browser. 2. Then minimize hook sampling. 3. Then export local rebuild. 4. Then add environment improvements item by item in Node. 5. Each step is settled as a task artifact, not just in the dialogue - JD.com h5st parameters - Index: scripts/cases/README.md - Case:scripts/cases/jd-h5st-pure-node.mjs - Falcon risk control parameters for a certain user - Index: scripts/cases/README.md - Case:scripts/cases/ks-hxfalcon-pure-node.mjs - Douyin a-bogus parameter - Index: scripts/cases/README.md - Case:scripts/cases/douyin-a-bogus-pure-node.mjs - The README homepage only displays the desensitized parameter types and public entry points - real artifacts/tasks/ / by default treated as a local private task directory - Git by default only commits artifacts/tasks/_TEMPLATE/ The public parameter method has been deposited into docs/knowledge/parameter-blueprints/ to replace the old runnable case entry. How to view and contribute:
Overview (machine translated)
English README
An MCP service that standardizes the frontend JavaScript reverse process.
The goal is not just page debugging, but to weave page observation, runtime sampling, local reproduction, environment supplementation, and evidence accumulation into a reusable workflow.
Core Methodology
This project defaults to the following methodology:
Observe-firstHook-preferredBreakpoint-lastRebuild-orientedEvidence-firstPure-extraction-after-pass
This means:
- First, confirm the sources of requests, scripts, functions, and dependencies in your browser
- Then minimize hook sampling
- Then export the local rebuild
- Then, add the environment item by item in the Node
- Every step is settled as a task artifact, not just in conversation
Already settled links
The following parameter links are publicly indexed and can serve as reuse entries within the warehouse:
-
JD.com
h5stparameters -
Index: scripts/cases/README.md
-
Case:scripts/cases/jd-h5st-pure-node.mjs
-
Certain hand
falconrisk control parameters -
Index: scripts/cases/README.md
-
Case:scripts/cases/ks-hxfalcon-pure-node.mjs
-
Certain sound
a-bogusparameters -
Index: scripts/cases/README.md
-
Case:scripts/cases/douyin-a-bogus-pure-node.mjs
Explanation:
- The README homepage only displays the parameter types and public entry points after desensitization
- True
artifacts/tasks/ /is treated by default as a local private task directory - Git only commits by default
artifacts/tasks/_TEMPLATE/
Parameter Blueprint Library
The public parameter method has been deposited into docs/knowledge/parameter-blueprints/ to replace the old runnable case entry. How to view and contribute:
Contribution guidelines can be found in docs/guides/parameter-workflow-contribution.md.
The ability to support it
Page Observation and Script Positioning
First, answer “What scripts and target code are on the page?”
list_scripts: List the scripts loaded on the current page, first establishing the script scope.get_script_source: View the specified script source code, suitable for further reading on the specific implementation.find_in_script: Locates strings, variable names, or feature fragments within a single script.search_in_scripts: Batch searches in the cache of collected scripts, suitable for narrowing down candidate scripts.
Hook and runtime sampling
This page was translated automatically. Technical details may differ from the original.
Install
This server does not publish a one-line install command.
Open the repository installation guide New to MCP? Start with the mcpskill.org guide →