code-debug-runtime-boundary

Community

Pin the failing runtime before changing anything.

Authorwebdevcody
Version1.0.0
Installs0

System Documentation

What problem does it solve?

Debugging becomes slow and unreliable when a failure crosses runtime or process boundaries, because fixes may target the wrong environment (for example, rebuilding native modules for one Node ABI while another runtime actually loads them).

Core Features & Use Cases

  • Runtime ownership identification: Map the user action to each boundary hop and determine which runtime actually loads the failing dependency or side effect.
  • Dev vs production boot-path comparison: Contrast launcher/entry differences so you don’t debug the dev behavior while the failure occurs in the packaged/production path.
  • Boundary-focused instrumentation: Add targeted runtime probes (process versions/type, SSR vs browser, worker vs main thread) when call chains vanish into bundles, IPC, or third-party code.

Quick Start

Use the workflow to trace the failing user action across boundaries, then confirm which runtime loads the dependency using runtime probes before changing rebuild or library configuration.

Dependency Matrix

Required Modules

None required

Components

Standard package

💻 Claude Code Installation

Recommended: Let Claude install automatically. Simply copy and paste the text below to Claude Code.

Please help me install this Skill:
Name: code-debug-runtime-boundary
Download link: https://github.com/webdevcody/go-mailing-list/archive/main.zip#code-debug-runtime-boundary

Please download this .zip file, extract it, and install it in the .claude/skills/ directory.
View Source Repository

Agent Skills Search Helper

Install a tiny helper to your Agent, search and equip skill from 471,000+ vetted skills library on demand.