What problem does it solve? Handlers in a Rango route tree often need the same loader, middleware, or loading skeleton wired at every mount site, forcing repetitive use() callbacks across layouts and paths. This Skill explains how to attach defaults directly to a handler with handler.use so the handler becomes a self-contained, reusable unit. ## Core Features & Use Cases - Handler-attached defaults: Attach loader, middleware, loading, parallel, intercept, and other use items to a handler function or branded Static/Prerender/Passthrough definition via a .use callback. - Mount-site validation: The runtime validates handler.use items against per-mount-site allow lists (path, layout, parallel, intercept, response routes) and throws descriptive errors for disallowed items. - Composable parallel slots: Slot handlers carry their own loader, skeleton, and revalidation contract, so layouts declare only slot names; shared use broadcasts to all slots while slot descriptors scope items like loading() to one slot. - Use Case: A dashboard layout mounts @cart and @notifs parallel slots; each slot handler owns its loader and skeleton, so a second layout can reuse the same slots with zero re-wiring. ## Quick Start Show me how to attach a default loader and loading skeleton to a Rango handler using handler.use and mount it as a parallel slot.