What problem does it solve?
Debugging live failures that look correct in local tests by pinpointing the earliest decision point where the real system’s behavior diverges from your assumptions.
Core Features & Use Cases
- Boundary-first diagnostics: Identify and instrument only the earliest plausible live boundary (artifact, config, routing/proxy, cache/CDN, feature flags, webhook target, or client/server divergence) to prove which source actually “wins.”
- Minimal, removable probes: Add a single narrow diagnostic (e.g., a stable log marker or a header/payload field) that is easy to remove after verification.
- Patch the winning point: Apply the fix only to the boundary that the evidence shows is responsible, then re-verify on the real/live path.
Quick Start
Use the debug-live-boundary skill by stating the exact contradiction between local tests and live behavior, then adding one narrow diagnostic at the earliest boundary that can distinguish the competing explanations.