What problem does it solve? When a Rango request feels slow or serves stale data, you need visibility into where time is spent across loaders, rendering, caching, and revalidation. This Skill shows how to enable per-request performance waterfalls and wire structured telemetry into production monitoring. ## Core Features & Use Cases - Performance timeline: Enable debugPerformance globally or per-request via ctx.debugPerformance() to print a shared-axis waterfall and emit a Server-Timing header showing handler, render, loader, cache, and middleware spans. - Structured telemetry: Attach a pluggable sink (createConsoleSink, custom emit(event)) to receive lifecycle events like request.start/end/error, loader.start/end/error, cache.decision, and revalidation.decision. - Platform tracing: Use createOTelTracing/createOTelSink for OpenTelemetry, createCloudflareTracing for Workers native spans, or createVercelTracing for Vercel Functions, covering phases like rango.request, rango.loader, rango.render, rango.response, and rango.background. - Use Case: A page renders stale data after a form submission. Enable debugPerformance plus a console telemetry sink, then inspect revalidation.decision events and cache spans to see which segment re-ran or was skipped. ## Quick Start Enable debugPerformance on my Rango router and show me the request waterfall so I can find which loader is blocking first paint.