docs(proposals): Live request tap API (SSE streaming) (#792)

[henschwartz]

Summary

What/Why proposal for #792: GET /api/tap SSE on the admin listener for live request metadata with server-side filters and zero overhead when no clients are connected.

Test plan

• proposal-check CI passes (frontmatter, no ## How?)
• Maintainer review of Decisions (status/path glob, client limits, SSE keepalive)

[praxis-bot]

PR Review

Summary: The proposal is well-structured and clearly motivates the need for live request tap on the admin listener. The SSE design and server-side filtering approach are sound. However, critical failure modes (event dropping under rate limits, backpressure behavior) and the architectural approach to achieving "zero overhead when no clients connected" are not addressed, leaving feasibility questions open.

Severity	Count
Large	1
Medium	2

[praxis-bot]

PR Review

Summary: The proposal comprehensively addresses all previous review findings on max_rps overflow behavior, zero-overhead architecture, and default value rationale. The Goals, Decisions, and graduation criteria are now clear and actionable. However, two operational details remain underspecified: the HTTP status code for max_clients rejection and the client experience when disconnected due to slow send buffer.

Severity	Count
Medium	2