Problem
Frameworks that add fallback context to generic 404 responses cannot distinguish bun-router's already enriched default 404 from a user-created JSON 404 without cloning and consuming the response body. In the Stacks production profile, that downstream clone, stream read, and exact-body comparison remain a measurable part of every missing-route request.
Proposed change
Export a stable symbol from the root and runtime entries and mark bun-router's enriched default 404 responses with it. Downstream frameworks can return a marked response immediately while retaining their body-inspection fallback for custom or older router responses.
Acceptance criteria
- Mark enriched default 404 responses from both router serving implementations.
- Preserve status, body, headers, global middleware, fallback, 405, and error behavior.
- Export the marker from the narrow runtime entry and package root.
- Add deterministic tests for marked default 404s and unmarked user responses.
- Benchmark downstream elimination of response cloning on exact Bun 1.4.2.
- Keep stable package publication pending explicit release approval.