Inspector V2 Working Group Meeting - May 27, 2026 #2783
cliffhall
started this conversation in
Meeting Notes - Inspector V2 WG
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Inspector V2 Working Group Meeting - May 27, 2026
Agenda
Attendees
Discussion
Cliff Hall demonstrated new V2 debugging surfaces, including a network tab that tracks HTTP traffic and OAuth flows. Bob Dickinson cautioned that OAuth state across redirects needs careful handling — earlier implementations stashed in-flight messages to avoid losing session continuity.
Messages and history. The group discussed renaming the "Logs" tab to "Messages" so it covers both requests and unsolicited server notifications, unifying HTTP and server-originated messages into a single filterable list keyed by an origin field. Rather than storing raw streaming payloads, they favored correlating requests with their resulting messages via trace IDs / links so users can jump between network history and the message log. Cliff proposed formatting logs, HTTP, and protocol data with OpenTelemetry to enable drill-downs and timeline views.
Export and replay. The team explored JSON export of logs and history as a shareable "crash dump" for collaborative debugging, plus the ability to pin and replay specific requests or notifications (with annotations) without re-running a whole flow.
Secrets and OAuth. They adopted a URI-based secret-injection convention (e.g.
env:,onepassword:) inspired by Microsoft's approach to support arbitrary secret stores, noting keystore storage limits portability. For client identity, a SIMD URI can live in the client-ID field; whether to ship a default SIMD implementation was left open.Configuration and forms. Cliff suggested
rootsmay be better configured per-server than globally. The team wants to import server configs from the registry / command line so authors can validate server JSON in the Inspector before publishing — with command-line server definitions treated as ephemeral. Bob and Cliff also identified the need for a single consolidated module to render forms from JSON schema, replacing today's fragmented tool-parameter and server-config implementations.Next Steps
Transcript
Operational Details
v2/mainbranch of the Inspector repov1.5/mainbranch of the Inspector repoBeta Was this translation helpful? Give feedback.
All reactions