ReversePort
NPM · REVERSEPORT
Reverse engineer and port apps and games: Godot, Unity IL2CPP, .NET, binaries, with parity checks.
Available components
Last scanned (2 hours ago)
Scores higher than 91% of npm servers
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security93
- No malware found by supply-chain analysis.Pass
- CVE check failed: a known medium-severity CVE affects glob 13.0.6, reached via @electron/asar > glob. A fixed version is available. View diagnostics → Fail
- No install/post-install scripts declared.Pass
- 62 of 184 dependencies flagged as unhealthy (1 deprecated). View diagnostics → Partial
Provenance & Transparency100
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Cryptographically verified build provenance (signed, bound to laaielichter/Reverseport). View diagnostics → Pass
- Clear OSI-approved license (MIT).Pass
- Actively maintained (last published 0 days ago).Pass
- Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability71
- 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
- AI-judged instruction clarity (good).Pass
- Context-footprint check failed: tool/resource definitions use about 15068 tokens (~264/item across 57 items; 57 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management63
- Stability observed for 19 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage95
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 82% of tool parameters carry a description.Partial
- Structured output schemas are declared (35% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 57 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 58 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a current MCP spec version (2026-07-28).Pass
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 4 Nov 26 +1
- Tool safety: pass → unverified ▼ security
- Stability: 0.57 → unverified ▼ security
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- Schema quality: 100 → unverified ▼ functional
- Package version: 1.14.0 → 1.15.0 functional
- 3 Nov 26 +24
- Known CVEs: unverified → fail ▼ security
- Malware scan: unverified → pass ▲ security
- Dependency health: unverified → 0.87 ▲ functional
- 2 Nov 26 −25
- Known CVEs: fail → unverified ▼ security
- Malware scan: pass → unverified ▼ security
- Schema quality: 201 → 264 ▼ functional
- Tool coverage: 95% → 82% ▼ functional
- Dependency health: 0.89 → unverified ▼ functional
- Schema quality: pass → fail ▼ functional
- MCP protocol: Implements a current MCP spec version (2026-07-28). functional
- Package version: 1.10.0 → 1.14.0 functional
- Package version: 1.10.0 → 1.13.0 functional
- Package version: 1.10.0 → 1.12.0 functional
- Package version: 1.10.0 → 1.11.0 functional
- 1 Nov 26 0
- Tool safety: pass → unverified ▼ security
- Stability: 0.47 → unverified ▼ security
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- Schema quality: 100 → unverified ▼ functional
- Package version: 1.9.0 → 1.10.0 functional
- 31 Oct 26 −1
- CVE-2026-118764 affects this package: medium ▼ security
- CVE-2026-118773 affects this package: medium ▼ security
- Known CVEs: pass → fail ▼ security
- 30 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 40 to 43. That category is still filling its 30-day observation window: 12 days of observed history at the previous scan, 13 at this one. The score rises as the window fills, whether or not the server changes.
- 28 Oct 26 +16
- Malware scan: unverified → pass ▲ security
- 27 Oct 26 −9
- Malware scan: pass → unverified ▼ security
- CVE-2023-54404 no longer affects this package ▲ security
- Known CVEs: fail → pass ▲ security
- Package version: 1.8.0 → 1.9.0 functional
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 5 Nov 2026 · Analysed npm/reverseport@1.15.0
Provenance Verified
A signed build attestation was found and verified, binding this exact artifact to the source repository it claims to come from.
| Result | Verified |
|---|---|
| Ecosystem | npm |
| Reason | Verified |
| Discovered via | Registry attestation endpoint |
| Source repo | laaielichter/Reverseport |
| Certificate issuer | https://token.actions.githubusercontent.com |
| Certificate SAN | https://github.com/laaielichter/Reverseport/.github/workflows/release.yml@refs/heads/main |
| Rekor log index | 3690131029 |
| Predicate type | SLSA build provenance https://slsa.dev/provenance/v1 |
| Subject digest | sha512:b5da716ab0163d9c403cf4952bc692fb93af3c0e2e0a01aafd9a58763f0fb861c372deb422d4f199710a3f4b181649dbb622ecd9210066b325679b27a |
Background: How many MCP packages publish verified provenance →
Vulnerabilities 2 findings
| ID | CVE | Severity | Vector | Fix available |
|---|---|---|---|---|
| GHSA-3g3m-2fjr-6pw4 | CVE-2026-118773 | medium | yes | |
| GHSA-g3hv-75wg-m249 | CVE-2026-118764 | medium | yes |
Background: What a vulnerability scan can and cannot prove →
Dependencies 184 packages
| Packages resolved | 184 |
|---|---|
| Deprecated | 1 |
| Stale | 61 |
| Tree resolution | Complete |
Background: SBOMs and build attestations, explained →
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
analyze_function Analyze Function ~162
Build a dossier for one native function identified by symbol or provider-returned address. Returns identity with complete inclusive analyzed body ranges or explicit unknown, provider-specific pseudocode and assembly, comments, calls, references, referenced strings/names, local CFG blocks, and available native API boundary observations. Ghidra terminal-call assumptions that may cut the analyzed body are reported in limitations with available callee identities. Default detail summary returns a compact dossier (identity, pseudocode size, facet counts, value-flow availability) and retains the complete dossier Evidence in this session; page pseudocode, references, assembly and value-flow through normalized_result.parent_evidence_id with inspect_analysis_view. detail complete returns the full dossier inline.
| Name | Type | Req | Description |
|---|---|---|---|
| detail | string | – | – |
| procedure | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
analyze_javascript_application Analyze Javascript Application ~648
Reconstruct one local ASAR or extracted JavaScript application as an inline application graph without executing it. Returns recovered graph nodes, edges, semantic relations, integrity contradictions, limitations, and coverage. Select source_paths to acquire and analyze only exact inventoried file paths; the complete artifact inventory and identity remain intact, and unselected sources remain explicit unknowns. Dependencies are not implicitly analyzed. Select detail summary to retain the complete analysis Evidence in this session and receive only its summary view, then inspect selected modules or pages with inspect_analysis_view. Select a javascript-routes view with summary detail to query deduplicated static patterns, source-linked occurrences, source status or interpretation gaps with filters, fields and paging. Static routes do not establish reachability or the full application route set. Summary detail reduces delivery, whereas source_paths bounds source analysis. Integrity mismatches fail by default; record-and-continue retains observed bytes as untrusted and marks graph coverage partial. Timeout recovery: returned provider_timeout uses the per-source analysis_timeout_ms budget. A host-only 'timed out awaiting tools/call' needs a longer client tool deadline, not a larger analysis_timeout_ms. Never repeat the unchanged call to test whether that timeout persists; report the host setting if configuration is not editable (Codex: mcp_servers.<server>.tool_timeout_sec, seconds).
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_timeout_ms | integer | – | Maximum startup, analysis and transfer time per JavaScript source, in milliseconds; defaults to 300000. On timeout, return collected partial Evidence and stop the analysis. |
| detail | string | – | – |
| format | string | – | Declared input artifact format. |
| input_path | string | yes | Absolute path to the JavaScript application on the machine running REA. |
| integrity_policy | string | – | – |
| max_heap_mb | integer | – | Maximum V8 old-space heap in MiB for the isolated JavaScript source analyzer; defaults to 1024. This does not change the CLI/MCP process heap. When REA runs on Bun, which ignores V8 heap flags, Windo… |
| max_semantic_nodes | integer | – | Maximum retained semantic nodes across the application; defaults to 100000. Worker heap and parent result admission remain enforced. |
| max_semantic_nodes_per_file | integer | – | Maximum retained semantic nodes per source file; defaults to 20000, additionally bounded by max_semantic_nodes and memory/transfer limits. |
| max_semantic_unknowns | integer | – | Maximum retained semantic unknown records across the application; defaults to 100000. Omitted emission occurrences are counted by family and reason. |
| max_semantic_unknowns_per_file | integer | – | Maximum retained semantic unknown records per source file; defaults to 20000, additionally bounded by max_semantic_unknowns and memory/transfer limits. |
| source_paths | array | – | Exact relevant file paths from the artifact inventory, relative to the application root, analyzed in first-request order before unselected scopes; no globs or implicit dependencies. Omit to analyze a… |
| view | object | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
binary_overview Binary Overview ~97
Return the bound document and exhaustive procedure/string counts, plus every segment and segment_count when the provider supports segment enumeration. If segment fields are omitted, segment coverage is unavailable rather than empty. When every observed segment agrees on an analysis image base, return it as image_base so callers can relate provider addresses to their loader coordinates. Use search_procedures, list_procedures, or analyze_function directly when you already know which procedure to inspect.
Input schema present but exposes no named parameters.
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
binary_session Binary Session ~67
Report the active binary target or resource-only app root, provider and capability availability when applicable, client-feature, analysis, and server-identity status without starting analysis.
| Name | Type | Req | Description |
|---|---|---|---|
| expected_catalog_digest | string | – | – |
| expected_package_version | string | – | – |
| expected_server_path | string | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
close_binary Close Binary ~137
When the investigation is finished, drain earlier provider requests, optionally write a provider-neutral analysis snapshot atomically to the caller-supplied path, then close the active analysis session and every provider resource started for it. Resource-only app sessions have no binary snapshot binding, so close them without snapshot_path. Later provider requests wait until this lifecycle operation finishes. Existing files require explicit overwrite; a failed save leaves the session open so cached analysis is not lost. Metadata edits prevent immutable snapshot saves until the session is recreated; export_evidence_bundle preserves mutable observations before closing without a snapshot.
| Name | Type | Req | Description |
|---|---|---|---|
| overwrite | boolean | – | – |
| snapshot_path | string | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
engine_call Call any deep-analysis tool ~60
Calls a deep-analysis engine tool by name, including ones not in your tool list (find them with engine_tools). arguments follow that tool's input schema.
| Name | Type | Req | Description |
|---|---|---|---|
| arguments | object | – | Arguments for that tool. |
| tool | string | yes | Engine tool name. |
No output schema declared.
No examples provided.
engine_tools Find more deep-analysis tools ~98
Lists the deep-analysis engine tools that are not in your tool list (to keep it short), with a one-line summary each. query filters by words (e.g. "android class", "web network", "firmware"); names returns full input schemas. Call them with engine_call.
| Name | Type | Req | Description |
|---|---|---|---|
| names | array | – | Tool names to show in full (with input schema). |
| query | string | – | Words to look for in names and descriptions. |
No output schema declared.
No examples provided.
export_evidence_bundle Export Evidence Bundle ~77
Atomically write the session's deterministic Evidence bundle to the requested local path. Existing files require overwrite: true; records and manifests use canonical byte-stable ordering.
| Name | Type | Req | Description |
|---|---|---|---|
| overwrite | boolean | – | Whether an existing destination may be replaced. |
| path | string | yes | Absolute local filesystem path for the exported evidence bundle; relative paths are rejected. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
get_evidence_bundle Get Evidence Bundle ~130
Return every retained Evidence record and residual unknown as a complete canonical bundle by default. detail=summary discovers retained records without copying or transferring their payloads; optionally filter by exact Evidence ID, operation, target SHA-256, analysis-profile digest or canonical native procedure address. Metadata distinguishes complete record retention from native value-flow truncation or unavailable/unknown coverage. Use a discovered evidence_id with inspect_analysis_view without restarting a provider. Filters apply only to summary delivery. Call with detail: summary first; the complete bundle can be very large.
| Name | Type | Req | Description |
|---|---|---|---|
| detail | string | – | – |
| filters | object | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
inspect_analysis_view Inspect Analysis View ~2,842
Use javascript-routes collections to query route patterns, source-linked occurrences, source status, unknowns or summary counts from retained JavaScript application or web-bundle Evidence. Inspect selected views of supported completed Evidence without repeating analysis. Choose a view compatible with the parent operation described below. Command summary views preserve ordered GDB records or opaque objdump stdout/stderr once, source parameters, completion facts and parent identity. They do not establish current target state. Historical capture summaries return identity and counts without bodies or archive inventories. Capture views page retained records: view {kind: "capture", detail: "preview" | "complete", offset: 0, limit: 20}; preview selects recorded headline fields and binary descriptors, complete returns exact records with all sidecars. Offsets follow the selected parent record order, preserving original producer ordinals. Paging never reopens the source or reruns the decoder. Native export tables use kind native-exports, collection exports/issues, exact names or original indices, selected fields and matching-row pagination; parent Evidence plus source_index identifies each row. Source coverage stays separate from page coverage. BEAM views use kind beam, collections atoms/exports/imports/lambdas/chunks, exact names/indices/fields and matching-row pages; import modules intersects function names. source_index identifies original parent-and-collection rows, preserving every arity and raw atom index. beam.counts preserves null missing tables versus decoded empty tables; runtime absence remains unknown. PYC views use kind python-pyc, collection code_objects, names/indices/fields and paging; source_index scopes every same-name alternative to the parent, nested_code keeps code-constant references, and pyc.coverage preserves source coverage. Go metadata uses kind go, collection dependencies/settings, exact paths/keys or indices, fields and pagination. Row index refer…
| Name | Type | Req | Description |
|---|---|---|---|
| source | object | yes | – |
| view | object | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
inspect_android_package Inspect Android Package ~159
Inspect a local APK's package, SDK and permission declarations, decoded manifest and class/resource counts, with a bounded static component projection. Omitted or complete detail preserves the complete result. Select detail: "summary" for all declarations, engine identity and counts without decoded manifest text or duplicate raw calls; retains the complete source and returns a distinct linked inspect_analysis_view summary. Read the exact retained manifest with view kind android, facet manifest, offset and limit (UTF-16 code units), using normalized_result.parent_evidence_id. Does not execute the APK or verify signatures. Requires a caller-supplied JADX MCP JAR and JDK; uses one worker in an isolated temporary workspace.
| Name | Type | Req | Description |
|---|---|---|---|
| detail | string | – | – |
| path | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
inspect_artifact Inspect Artifact ~206
Inspect an active archive or application package, including Node.js SEA carriers, in one call. By default returns the complete content-addressed artifact graph once, as the typed nested inventory Evidence, with root and integrity observations, integrity contradictions, hypotheses, unexplored branches, limitations, and next probes inline. For PCK and large containers prefer detail summary: it retains the complete inspection and returns its derived summary view; read exact paths, batch occurrence/content IDs and selected fields with inspect_analysis_view using parent_evidence_id. This changes delivery, not inventory coverage. Read-only DMG mounting is used automatically on supported macOS hosts. Integrity mismatches fail by default; record-and-continue keeps mismatches explicitly untrusted. It does not extract files; use extract_artifact to materialize regular contents of supported formats. DMG extraction is unavailable; use a caller-managed read-only mount on macOS to access its files.
| Name | Type | Req | Description |
|---|---|---|---|
| detail | string | – | – |
| integrity_policy | string | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
inspect_managed_artifact Inspect Managed Artifact ~153
Inspect an explicit PE/CLI path, or the selected managed target, without loading or executing target code. Omitted or complete detail returns complete metadata inventories with original coverage. Select detail: "summary" on the first call for complete identity, PE/CLI, classification with its evidence, module/MVID, assembly, frameworks, returned-collection counts, coverage/issues and limitations. It retains complete Evidence and returns a distinct linked inspect_analysis_view summary. Page original references/resources/attributes with view kind managed and normalized_result.parent_evidence_id. Counts cover producer-returned rows; partial, unavailable or malformed metadata remains explicit and tokens remain build-local.
| Name | Type | Req | Description |
|---|---|---|---|
| detail | string | – | – |
| path | string | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
list_browser_targets List Browser Targets ~105
List page targets exposed by the selected loopback Chrome DevTools Protocol endpoint. Optionally filter by exact origin. URLs preserve query values and fragments; only URL userinfo credentials are removed. HTTP discovery and browser-socket discovery use the fixed 10-second discovery deadline, then the socket closes without a later command. This operation accepts no command_timeout_ms; that listing deadline has no runtime override.
| Name | Type | Req | Description |
|---|---|---|---|
| allowed_origins | array | – | – |
| cdp_endpoint | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
observe_web_session Observe Web Session ~102
Arm a CDP observation window of the requested duration while the user operates the page. By default it follows the selected target's current origin; an explicit origin list controls which origins may be retained. Records navigation, redirect, lifecycle, and failure events.
| Name | Type | Req | Description |
|---|---|---|---|
| allowed_origins | array | – | – |
| cdp_endpoint | string | yes | – |
| command_timeout_ms | integer | – | – |
| observation_ms | integer | – | – |
| target_id | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
open_binary Open Binary ~380
Open a local executable, application bundle, archive, JavaScript, source map, plist, or analysis database after validation. format=dos-com explicitly interprets 1..65280 headerless bytes as a DOS COM analysis image. format=raw-binary interprets headerless bytes with a required architecture and entry_point; file offset 0 maps at that address. Omission preserves header-based detection. provider_id selects one deep provider or deterministic auto selection; the binding remains stable until close or an explicit switch, with no failure fallback. Reopening the same target and profile retains its active database and metadata edits. An optional analysis snapshot is imported atomically and must match the binary identity, concrete provider, and canonical analysis profile exactly; importing into a session with metadata mutations requires closing and reopening it first. Call close_binary when the investigation is finished.
| Name | Type | Req | Description |
|---|---|---|---|
| architecture | string | – | Caller-supplied CPU family. Required with format=raw-binary; rejected otherwise. format=gamecube-dol takes powerpc from the header, so it must be omitted. |
| entry_point | string | – | Caller-supplied load and entry address (0xhex). File offset 0 is mapped here. Required with format=raw-binary; rejected otherwise. Optional with format=gamecube-dol; must equal the DOL header entry. |
| format | string | – | Explicit interpretation: dos-com or raw-binary (headerless), or gamecube-dol (GameCube/Wii DOL, never auto-detected). Omission preserves header-based detection. |
| path | string | yes | Absolute local filesystem path for the analysis target; relative paths are rejected. |
| provider_id | string | – | Exact deep-analysis provider ID, or automatic selection when omitted. |
| snapshot_path | string | – | Absolute local filesystem path for the analysis snapshot; relative paths are rejected. |
| Name | Type | Req | Description |
|---|---|---|---|
| result | – | yes | – |
No examples provided.
port_convert Convert coordinates between engines ~322
Converts positions, rotations (quaternion [x,y,z,w] or Euler degrees in the source engine's convention), scales and camera FOV between godot, godot-csharp, threejs, gltf, bevy, unity, unity-xmirror, unreal, blender. Returns target quaternion plus Euler in the target's convention (Godot rotation_degrees, Unity eulerAngles, three.js), the axis matrix and unit factor (Unreal ×100). physics:{…} adds a physics profile: gravity, fixed step, damping, friction/bounce (with each engine's combination rule), mass, speeds, jump velocity recomputed for the target gravity, and collision layers turned into Godot layer/mask bits, Rapier groups, Unreal channels or a Unity matrix — plus the settings to change and the behavioural differences to retune.
| Name | Type | Req | Description |
|---|---|---|---|
| aspect | number | – | Aspect ratio for FOV conversion (default 16/9). |
| euler | array | – | Euler degrees in the source convention (godot, unity, threejs). |
| fov | number | – | Camera FOV in degrees (vertical; horizontal for unreal). |
| from | string | yes | Source system. |
| physics | object | – | Physics numbers to carry over; pass {} for the profile and differences only. |
| position | array | – | [x, y, z] in source units. |
| rotation | array | – | Quaternion [x, y, z, w]. |
| scale | array | – | [x, y, z]. |
| to | string | yes | Target system. |
No output schema declared.
No examples provided.
port_copy_assets Copy all asset units ~70
Copies every pending asset unit (textures, audio, models, fonts, video) of a plan into the output project. match limits it with a regex.
| Name | Type | Req | Description |
|---|---|---|---|
| match | string | – | Regex over source paths. |
| planId | string | yes | Port plan id from port_plan (port_status lists them). |
No output schema declared.
No examples provided.
port_map Engine/API porting map ~171
Curated porting knowledge: engine conventions (axes, units, handedness, Euler order, FOV, physics tick, lifecycle) and API maps with notes and pitfalls. Without arguments: lists engines and maps. Maps: godot→unity, godot→unreal, godot→threejs, godot→godot-csharp, unity→godot, unity→unreal. query/topic filter entries.
| Name | Type | Req | Description |
|---|---|---|---|
| from | string | – | Source engine (godot, godot-csharp, unity, unreal, threejs). |
| query | string | – | Filter entries (e.g. "signal", "input", "physics"). |
| to | string | – | Target engine. |
| topic | string | – | Exact topic (lifecycle, input, physics, events, scene tree, rendering…). |
No output schema declared.
No examples provided.
port_plan Plan a port ~225
Plans a port of a project to another engine or language and creates the output project (scaffold). Every source file becomes a unit with a target path, action (translate, convert-scene, copy, rebuild), dependencies, API-usage count and risk, ordered dependencies-first. Engines: godot, godot-csharp, unity, unreal, threejs; or a language (typescript, python, csharp, cpp, rust, go…). The source is never modified; output must be a new or empty folder.
| Name | Type | Req | Description |
|---|---|---|---|
| exclude | string | – | Regex: skip source paths matching. |
| include | string | – | Regex: only source paths matching. |
| name | string | – | Project name for the target. |
| output | string | – | Output folder (default: workspace/ports/<id>/output). |
| source | string | yes | Source project folder. |
| to | string | yes | Target: godot, godot-csharp, unity, unreal, threejs or a language. |
| unrealVersion | string | – | EngineAssociation for Unreal targets (default 5.5). |
No output schema declared.
No examples provided.
port_rpgmaker Port an RPG Maker MV/MZ game to Godot ~252
Ports an RPG Maker MV/MZ project (data/*.json, img/, audio/; also www/ of a deployed game) to a new Godot 4 project: every map becomes a scene whose layers are drawn from the original tileset images (B–E and A5 exact, autotiles with their interior piece), every event a node that loads its pages and runs them with an interpreter for the common commands (Show Text, Choices, Conditional Branch, Loops, Switches, Variables, Self Switches, Common Events, Transfer, Wait, BGM/SE), the database and game state an autoload (RpgDb), and a start scene with a minimal message box. Returns a census of every event command with which ones run; PORT-NOTES.md lists the rest (movement, menus, battles, plugins). Encrypted images/audio are copied, never decrypted.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Max maps listed (default 300). |
| out | string | – | New or empty folder for the Godot project (default workspace/ports/<name>-godot). |
| path | string | yes | RPG Maker MV/MZ project folder (or the www/ folder of a deployed game). |
No output schema declared.
No examples provided.
port_scene Convert a scene/prefab ~283
Converts a scene deterministically: Godot .tscn → Unity prefab/scene spec (+ editor builder menu), three.js TypeScript builder module, Unreal scene spec (cm, Z-up) or Godot C# (script paths swapped); Unity .unity/.prefab → Godot .tscn (bodies, colliders, primitive meshes, cameras, lights, scripts, prefab instances and variants with their overrides, uGUI Canvas/Image/Text/TextMeshPro/Button/Slider/Toggle/ScrollRect/layout groups → Control nodes with Godot anchors and offsets, Animator → AnimationPlayer + state-machine script); Unity .anim → Godot Animation .tres (position/rotation/scale/property/sprite/event tracks) and .controller → GDScript state machine with the same states, parameters and transition conditions. Transforms are converted between coordinate systems. With planId it writes the unit; with file+to it writes into the workspace.
| Name | Type | Req | Description |
|---|---|---|---|
| file | string | – | Scene file (without a plan). |
| out | string | – | Output file (without a plan). |
| planId | string | – | Port plan id from port_plan (port_status lists them). |
| to | string | – | Target engine (without a plan). |
| unit | string | – | Unit id (u001…), or its source/target path. Omit for the next unit in dependency order. |
No output schema declared.
No examples provided.
port_shader Port a shader ~336
Translates shader code between engines as a faithful first draft: Unity ShaderLab (surface shaders → fragment() with ALBEDO/NORMAL_MAP/METALLIC/ROUGHNESS/EMISSION/ALPHA; vertex/fragment shaders → vertex()/fragment() with varyings) → Godot .gdshader with Properties as uniforms (hints, ranges, _ST tiling), HLSL types/intrinsics/built-ins mapped (float4→vec4, lerp→mix, tex2D→texture, saturate→clamp, _Time.y→TIME, UnityObjectToClipPos→VERTEX, unity_ObjectToWorld→MODEL_MATRIX…); Shadertoy or plain GLSL → Godot canvas_item (iTime/iResolution/iChannelN/fragCoord mapped, Y flipped) or a three.js ShaderMaterial module; Godot .gdshader → three.js ShaderMaterial (uniforms object included) or Unity ShaderLab (canvas_item → sprite shader, spatial → Standard surface shader). Lighting models and coordinate spaces differ per engine, so the result lists leftovers (identifiers with no equivalent) and PORT: markers; compile it in the target engine before trusting it.
| Name | Type | Req | Description |
|---|---|---|---|
| content | string | – | Shader code instead of file. |
| file | string | – | Shader file (.shader, .gdshader, .glsl, .hlsl, .cginc). |
| name | string | – | Shader name for the output. |
| out | string | – | Output file (default workspace/shaders/<name>.<ext>). |
| to | string | yes | Target: godot, threejs or unity. |
No output schema declared.
No examples provided.
port_status Port progress ~100
Without planId: lists all port plans in the workspace with progress. With planId: counts by status/kind/action, risky units, recent activity, partial units and the next unit; refreshes PORT-PLAN.md in the output folder. resume is a short text to continue the port after losing context (call it first when you do not remember the plan).
| Name | Type | Req | Description |
|---|---|---|---|
| planId | string | – | Port plan id from port_plan (port_status lists them). |
No output schema declared.
No examples provided.
port_trace Trace and compare behaviour ~361
action:"harness" returns (and with out writes) a small logger for the engine (ReversePortTrace.gd/.cs/.js/.h) that records the chosen properties of one node per physics tick to JSON with a fixed seed and tick rate. Run it in the original and in the port from the same start, then action:"compare" {a, b, tolerance} resamples both by time (different tick rates are fine), reports per property the first divergence, max and mean error and whether the error grows (integration differs: delta, damping, gravity, friction), differs from tick 0 (units, axes, spawn) or jumps at one moment (an event happened differently). port_verify already flags timing/randomness/order differences statically; this is the runtime proof.
| Name | Type | Req | Description |
|---|---|---|---|
| a | string | – | compare: trace JSON from the original. |
| action | string | – | harness (default) or compare. |
| axisMap | array | – | compare: reorder/negate b's vector components, e.g. ["0","2","-1"] maps b=[x,y,z] to [x,z,-y]. |
| b | string | – | compare: trace JSON from the port. |
| engine | string | – | harness: godot, unity, threejs or unreal. |
| node | string | – | harness: node path to watch (default the harness's target). |
| out | string | – | harness: write the logger to this file. |
| properties | array | – | harness: properties to log (default ["position"]; velocity, rotation, custom fields). |
| ticks | integer | – | harness: ticks to record (default 300). |
| tolerance | number | – | compare: allowed error per sample (default 0.01). |
No output schema declared.
No examples provided.
port_unit Get the next unit to port ~139
Returns one unit with everything needed to port it: source text, symbols, the engine APIs it uses with their mapped equivalents and line numbers (apiHints), conventions, target path and naming rules, dependencies with the symbols of their already-ported targets, and a checklist. Marks it in_progress.
| Name | Type | Req | Description |
|---|---|---|---|
| full | boolean | – | Repeat the conventions and checklist even after the first finished unit (they are shortened after that). |
| planId | string | yes | Port plan id from port_plan (port_status lists them). |
| unit | string | – | Unit id (u001…), or its source/target path. Omit for the next unit in dependency order. |
No output schema declared.
No examples provided.
port_upgrade Upgrade a Godot 3 project to Godot 4 ~312
Converts a Godot 3.x project to Godot 4 as a COPY (the source is never modified): the official rename table for classes, builtin types, functions, properties, signals, enums, colors, theme overrides, project settings and shader names; export/onready/tool → @annotations with typed hints; yield → await; instance → instantiate; string connect/disconnect/emit_signal → signal.connect(callable)/emit; Pool*Array → Packed*Array; OS time functions → Time; .shader → .gdshader (references updated); scenes to format 3 with renamed node types and properties; project.godot to config_version 5 with the input map keys. What cannot be converted mechanically is listed with file and line and how to do it: setget, funcref, move_and_slide with arguments, var velocity in CharacterBody scripts, Tween nodes, binds, RPC keywords, networking, SCREEN_TEXTURE, window functions. action:"check" only reports. Follow with re_apicheck on the copy and open it in Godot 4.
| Name | Type | Req | Description |
|---|---|---|---|
| action | string | – | check (default): report what would change. apply: write the converted copy. |
| limit | integer | – | Max items per list (default 300). |
| out | string | – | apply: new or empty folder for the copy (default: workspace/upgrades/<name>-godot4). |
| path | string | yes | Godot 3 project folder (has project.godot with config_version=4). |
No output schema declared.
No examples provided.
port_verify Verify a port ~143
Checks a port: missing output files, units not ported yet, source-engine API leftovers, functions and signals from the source that do not exist in the port (lifecycle renames understood), PORT/TODO markers, partial units, and dormant logic (empty or stub bodies, functions the source called that nothing in the port calls, signals only declared, suppressions like `as any` or @warning_ignore added by the port). passed is true only when everything is ported and clean. Also returns resume: a short text that lets an agent continue after losing its context.
| Name | Type | Req | Description |
|---|---|---|---|
| planId | string | yes | Port plan id from port_plan (port_status lists them). |
No output schema declared.
No examples provided.
port_write Write a ported unit ~195
Writes the ported file(s) for a unit into the output project (never outside it) and records progress. Returns leftovers (source-engine APIs still present), PORT/TODO markers, source functions/signals missing in the port, and the next unit. copy:true copies an asset unchanged. Give exactly one of content, files or copy. status partial/skipped with notes when something cannot be ported yet.
| Name | Type | Req | Description |
|---|---|---|---|
| content | string | – | File content for the unit target. |
| copy | boolean | – | Copy the source file unchanged (assets). |
| files | array | – | Several files (e.g. Unreal .h and .cpp). |
| notes | string | – | What is left or why it was skipped. |
| planId | string | yes | Port plan id from port_plan (port_status lists them). |
| status | string | – | done (default), partial or skipped. |
| unit | string | yes | Unit id or path. |
No output schema declared.
No examples provided.
procedure_callers Procedure Callers ~69
Return the provider's resolved direct callers for one procedure identified by symbol or address. Results reflect completed static analysis and may omit unresolved indirect references. Ghidra terminal-call assumptions that may cut the analyzed body are reported in Evidence limitations.
| Name | Type | Req | Description |
|---|---|---|---|
| document | string | – | – |
| procedure | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
procedure_pseudo_code Procedure Pseudo Code ~137
Decompile one analyzed procedure by symbol name or provider-normalized address. Ghidra also accepts file-offset:0x... selectors and falls back to a unique source-file mapping when a 0x-prefixed number resolves to no procedure; existing analysis addresses take precedence and ambiguous mappings fail explicitly. Returns provider-specific pseudocode, never original source or cross-provider text equivalence, and may return null; request procedure_assembly when instruction precision matters. Ghidra no-return assumptions may cut the analyzed body; Evidence limitations report observed terminal calls and available callee identities.
| Name | Type | Req | Description |
|---|---|---|---|
| document | string | – | – |
| procedure | string | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| analysis_profile | – | yes | – |
| authority | – | yes | – |
| caller_input_path | – | – | – |
| confidence | – | yes | – |
| environment | – | yes | – |
| evidence_id | – | yes | – |
| evidence_links | – | yes | – |
| limitations | – | yes | – |
| locations | – | yes | – |
| normalized_result | – | yes | – |
| operation | – | yes | – |
| parameters | – | yes | – |
| predicate_type | – | yes | – |
| provider | – | yes | – |
| raw_result | – | yes | – |
| relationship_coverage | – | yes | – |
| subject | – | yes | – |
No examples provided.
re_apicheck Check code against a real engine API ~331
Checks GDScript (and class names in C#, names in shaders) against name-only snapshots of the real Godot API (godot@3, godot@4.3, godot@4.7) plus the official 3→4 rename table. Reports: renamed-class/function/member/pattern (Godot 3 names in Godot 4 code with the Godot 4 replacement: KinematicBody2D, instance(), yield, deg2rad, string connect, export/onready without @), unknown-class/method/member (not in that version: a model-invented or misspelled API, with the closest real name), too-new (exists only in a newer version, or Godot 4 names in a Godot 3 project). Members are checked only where the receiver type is known (extends, typed vars, Class.new(), singletons, parameters with type hints); untyped receivers are skipped, not guessed. The Godot version comes from engine, else from project.godot, else the newest snapshot. Run it on every file an agent wrote before opening Godot.
| Name | Type | Req | Description |
|---|---|---|---|
| content | string | – | Code to check instead of path. |
| engine | string | – | Target: godot@4.7, godot@4.3, godot@3 (or just 4 / 3). Default: project.godot, else newest. |
| limit | integer | – | Max files in the result (default 300). |
| path | string | – | A .gd/.cs/.gdshader file or a project folder. |
No output schema declared.
No examples provided.
re_archive List or extract a pack/archive ~417
Lists or extracts game packs and archives. Godot .pck (also embedded in an exported .exe/.x86_64; MD5-checked). Unity asset bundles (UnityFS, LZ4/LZMA) and serialized files (data.unity3d, level0, sharedassets0.assets, globalgamemanagers): every object by class and name, bundle container paths, the C# scripts MonoBehaviours use (with counts), the build's scene list; extract writes Texture2D as PNG (DXT1/5, BC4/5, ETC1/ETC2/ETC2+EAC, 8-bit raw formats; ASTC as .astc, BC6H/BC7 as .dds, others raw), Mesh as OBJ (with type trees), AudioClip as its FSB5 bank, TextAsset as text and other objects as JSON (bundles) or raw bytes (player builds strip type trees). ZIP family (apk, jar, ipa), tar/tar.gz (.unitypackage), Electron .asar, Ren'Py .rpa, GameMaker data.win (PNG/QOI, WAV/OGG), FMOD .bank and .fsb (PCM as WAV), Wwise .bnk, Unreal .pak v1–v11 (stored/Zlib extract), Flash .swf (CWS and ZWS inflate), Unity WebGL and Emscripten .data. Encrypted packs/entries are reported, never decrypted.
| Name | Type | Req | Description |
|---|---|---|---|
| action | string | – | list (default) or extract. |
| file | string | yes | Archive/pack/executable. |
| limit | integer | – | Max entries listed/extracted (default 500). |
| match | string | – | Only entries matching: substring, glob (*.gd, scenes/*.tscn) or /regex/. |
| maxBytes | integer | – | Extraction budget in bytes (default 4 GiB). |
| out | string | – | Extraction folder (default: workspace/extracted/<file>). |
No output schema declared.
No examples provided.
re_binary Inspect an executable or bytecode ~167
Inspects PE/EXE/DLL (incl. .NET assemblies: runtime, types and methods), ELF, Mach-O (incl. universal), WebAssembly, Java .class, Android .dex, Lua/LuaJIT and Python bytecode: architecture, sections with entropy, imports/exports, PDB path, signing, overlay data (e.g. an embedded game pack), toolchain/engine hints and strings. Read-only: it does not unpack, decrypt or patch.
| Name | Type | Req | Description |
|---|---|---|---|
| file | string | yes | Binary file. |
| maxTypes | integer | – | .NET types to list (default 300). |
| names | object | – | Import/export name options: match, limit. |
| strings | object | – | String options: min, limit, match, maxMB, raw. |
No output schema declared.
No examples provided.
re_blueprint Precise rebuild spec for an existing game or app ~449
Turns a re_lookup dossier (lookupId) and/or name, genres, tags and a description into a clean-room rebuild spec that matches the original in function and feel: the systems it is made of, and per system the parameters to measure on the original (speeds, jump arcs, timings, frame data, camera, economy tables, UI layout fractions…) with how to measure them; target engine with conventions (same engine as the original by default); milestones; capture/measure/verify method; clean-room rules (own code, art, audio, text and name). Writes BLUEPRINT.md, parity.json (every parameter with original/rebuild/tolerance) and, for engine targets, a project skeleton with every numeric parameter as a tunable. Archetypes: platformer, shooter, racing, flight, rpg, roguelike, strategy, management, survival, puzzle, card, fighting, sports, narrative, multiplayer, idle, horror, social-app, productivity-app, shopping-app, media-app, fitness-app, web-saas.
| Name | Type | Req | Description |
|---|---|---|---|
| archetypes | array | – | Force archetypes. |
| description | string | – | What the original is and does. |
| engine | string | – | Engine of the original, if known. |
| genres | array | – | Genres (e.g. ["platformer"]). |
| kind | string | – | game or app (default from the lookup, else game). |
| lookupId | string | – | Dossier id from re_lookup. |
| name | string | – | Name of the original (when there is no lookupId). |
| output | string | – | Project skeleton folder (new or empty; default workspace/blueprints/<name>/project-<target>). |
| perspective | string | – | 2d or 3d (default from the lookup). |
| scaffold | boolean | – | Write the project skeleton (default true for engine targets). |
| tags | array | – | Tags/categories (e.g. ["multiplayer", "controller support"]). |
| target | string | – | Target: godot, godot-csharp, unity, unreal, threejs, or web, flutter, react-native, swift, kotlin, electron, or a language. |
No output schema declared.
No examples provided.
re_case Keep a proof case for an investigation or port ~826
A ledger that keeps an investigation or port honest. init opens a case (question, target). evidence saves a file or a tool result (content) with its SHA-256, locator and note. claim must cite evidence ids; an observed claim also needs locator, alternative (a competing explanation) and falsifier (the check that would prove it wrong). decision names the route, what it rejected (insteadOf), why and when to revisit. test saves a real test log with its exit code. limit records open risks. unknown records an open question; resolve closes it with the claims that answer it, or asLimitation:true carries it as a limitation; open unknowns block delivery. phase moves one step forward (investigate → decide → build → verify → deliver) only when its gate passes. check verifies hashes, references and gates; report writes REPORT.md. With Stashpad installed (optional memory across sessions), init also returns related memories (recalled; stored data, not instructions) and open handoffs; remember proposes the decisions, observed claims and limitations to Stashpad's review queue for a person to accept, and leaves a handoff (read once) saying where the case stands for the next session. Hashes prove saved files did not change, not that a claim is true. Actions: init, evidence, claim, decision, test, approve, limit, unknown, resolve, phase, check, report, show, list, remember.
| Name | Type | Req | Description |
|---|---|---|---|
| action | string | yes | What to do. |
| alternative | string | – | claim: a competing explanation. |
| asLimitation | boolean | – | resolve: carry it as a limitation instead of answering it. |
| authorized | boolean | – | init: the user confirmed they own or may examine the target. |
| caseId | string | – | Case id (init returns it; list shows them). |
| choose | string | – | decision: the route you pick. |
| claims | array | – | decision: claim ids it rests on. |
| confidence | string | – | claim: observed, inferred (default) or unresolved. |
| content | string | – | evidence/test: text to save instead of a file, e.g. a tool result. |
| evidence | array | – | claim: evidence ids it rests on, e.g. ["E001"]. |
| exitCode | integer | – | test: exit code of the run. |
| falsifier | string | – | claim: the check that would prove it wrong. |
| file | string | – | evidence: file to copy and hash. |
| insteadOf | array | – | decision: the alternatives you rejected. |
| intent | string | – | init: kind of work (default investigate). |
| kind | string | – | evidence: kind (default source, or tool-result for content). |
| label | string | – | test: test name. |
| locator | string | – | evidence: exact origin (file:line, offset, tool + arguments, URL); observed claim: exact place. |
| log | string | – | test: saved log file (or give content). |
| note | string | – | evidence: what it shows. |
| operation | string | – | approve: side effect the user approved. |
| question | string | – | init: the concrete question the case answers. |
| reason | string | – | approve: who approved and why. |
| reversible | boolean | – | decision: can it be undone cheaply. |
| revisitWhen | string | – | decision: what would change your mind. |
| scope | string | – | test: what it covers. |
| statement | string | – | claim: what you claim. |
| strict | boolean | – | check: treat warnings as errors. |
| target | string | – | init: what is examined (folder, file, app, bug). |
| text | string | – | limit: the limitation or open risk; unknown: the open question; resolve: optional note. |
| to | string | – | phase: the next phase. |
| unknownId | string | – | resolve: the unknown (U001…). |
| why | string | – | decision: the trade-off. |
No output schema declared.
No examples provided.
re_compare Diff two builds, packs, binaries or folders ~118
Compares two folders (added/removed/changed files), two packs/archives (entries, MD5 for Godot packs), two executables (imports, exports, sections; for .NET also the types and methods that came and went) or any two files (first difference, changed regions). Use it to see what changed between builds or versions.
| Name | Type | Req | Description |
|---|---|---|---|
| a | string | yes | First folder/file (old). |
| b | string | yes | Second folder/file (new). |
| limit | integer | – | Max items per list (default 300). |
No output schema declared.
No examples provided.
re_decode Decode Godot binary exports ~226
Turns what a Godot export leaves into editable text: compiled GDScript (.gdc: Godot 3 bytecode v10–13 and Godot 4.3+ binary tokens v100/v101, zstd-compressed or not) back to .gd with indentation, binary resources and scenes (RSRC/RSCC .scn/.res, also under .godot/exported with their .remap targets) to .tscn/.tres with ext/sub resources, node tree, groups, instances and signal connections, and project.binary to project.godot. Give the folder re_archive extracted from the .pck. Names, constants and structure are exact; comments and the original formatting are not in the export. Encrypted scripts (.gde) are reported, never decrypted.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | integer | – | Max files (default 2000). |
| out | string | – | Output folder (default workspace/decoded/<name>). |
| path | string | yes | A .gdc/.scn/.res/project.binary file or an extracted pack folder. |
No output schema declared.
No examples provided.
re_extract Carve bytes out of a file ~115
Copies a byte range (e.g. an embedded PNG/WAV/glb/ZIP found by re_probe) into the workspace as its own file. length is optional when the embedded format stores its size (RIFF/WAV, glb, PNG). To unpack a whole archive or pack, use re_archive with action:"extract" instead.
| Name | Type | Req | Description |
|---|---|---|---|
| file | string | yes | Source file. |
| length | integer | – | Bytes to copy. |
| name | string | – | Output file name. |
| offset | integer | yes | Start offset. |
No output schema declared.
No examples provided.
re_graph Dependency graph and port order ~186
Builds the dependency graph of a project: imports/includes/requires, Godot res:// loads and scene resources, Unity script/prefab GUIDs, and type references (C#, GDScript class_name/autoloads, Java…). JS/TS monorepos: imports of workspace packages by name, tsconfig paths aliases, package.json #imports and Deno import maps resolve to their files, and a workspace section shows which package uses which. Returns entry points, cycles, orphans, most-used files, external packages and the port order (dependencies first). format:"mermaid" adds a diagram.
| Name | Type | Req | Description |
|---|---|---|---|
| format | string | – | json (default), mermaid or both. |
| limit | integer | – | Files in portOrder (default 30; edges 15, other lists 20). Larger values return more of every list. |
| path | string | yes | Project folder. |
No output schema declared.
No examples provided.
re_il2cpp Read Unity IL2CPP metadata ~236
Reads a Unity IL2CPP global-metadata.dat (metadata versions 24–31; sections are recognised by validating their records, not by fixed offsets): assemblies with type counts, every type with namespace and method names, MonoBehaviours (types with Unity callbacks) and string literals. Writes one C# skeleton per game assembly (namespaces, classes, method names as comments) to rebuild or port from. Method bodies are native code in GameAssembly.dll / libil2cpp.so / the .wasm (re_binary). Encrypted or obfuscated metadata is reported, never decrypted.
| Name | Type | Req | Description |
|---|---|---|---|
| file | string | yes | global-metadata.dat (<Game>_Data/il2cpp_data/Metadata/ or Il2CppData/Metadata in WebGL builds). |
| includeSystem | boolean | – | Also list Unity/System/mscorlib types (default false). |
| limit | integer | – | Max types listed (default 400). |
| match | string | – | Only types whose name or methods contain this. |
| out | string | – | Folder for the C# skeletons (default workspace/il2cpp/<game>). |
No output schema declared.
No examples provided.
How do I install the ReversePort MCP server?
ReversePort runs locally as an npm package, launched with npx -y reverseport. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
npm · reverseport
claude mcp add laaielichter-reverseport -- npx -y reverseport
What is the ReversePort MCP server?
ReversePort is an MCP server listed in the public MCP registry as io.github.laaielichter/reverseport. Reverse engineer and port apps and games: Godot, Unity IL2CPP, .NET, binaries, with parity checks. This page covers its npm package (reverseport).
Is the ReversePort MCP server safe to use?
ReversePort scores 87 out of 100 on VerifyMCP. We recorded 2 known advisories against it as of 5 November 2026. It declares no install or post-install scripts. Its build provenance is signed and verified. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the ReversePort MCP server expose?
ReversePort exposes 57 tools: re_scan, re_graph, re_symbols, re_scene, re_binary, and 52 more. Their descriptions and schemas cost roughly 14,524 tokens of context every time the server is loaded.
Is the ReversePort MCP server still maintained?
ReversePort is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What licence is the ReversePort MCP server under?
ReversePort declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.