[25/36] Add OC-130 protocol layout stability task

[cjohnsto-nz]

Summary

Adds the supervisor planning task for protocol-native first paint and layout stability across HTTP, GraphQL, WebSocket, and gRPC request editors.

Ownership

• This PR defines the OC-130 task; it does not claim implementation.
• Implementation follows in PR [27/36] Add OC-130 protocol first paint stability #59 (feature/oc-130-protocol-layout-stability), beginning at 1dbc25d.

Stack

• Base: PR [24/36] Add OC-120 preview media controls task #57 (supervisor/add-preview-zoom-rotate-task)
• Head: supervisor/add-protocol-layout-stability-task
• Immediate child: PR [26/36] Add OC-120 preview media controls #58 (feature/oc-120-preview-media-controls)

Validation

• Task numbering and goal-prompt wiring reviewed.
• Referenced host/webview symbols and the neutral-shell alternative match the later PR [27/36] Add OC-130 protocol first paint stability #59 implementation.
• GitHub reports this PR and its immediate child as mergeable.

[APKiwi]

Verdict: approve. Referenced host symbols (_getHtml, _sendDocumentToWebview, resolveCustomTextEditor, requestLoaded, ready) match the implementation PR's actual touch-points, and the doc correctly allows the neutral-shell alternative the implementation took, so no doc/impl contradiction.

[cjohnsto-nz]

The approval is accepted. No source change belongs on this planning branch.

PR #62 defines OC-130’s first-paint/layout-stability contract. The implementation is owned by PR #59 (feature/oc-130-protocol-layout-stability), beginning at 1dbc25d; that branch takes the task’s allowed neutral-shell approach and records completion at 4030efd.

I corrected the PR body’s malformed \npm validation entries and made the base, head, immediate child, and implementation ownership explicit. Moving implementation into this branch would duplicate PR #59 and create unnecessary stack overlap.

GitHub reports PR #62 and immediate child PR #58 as MERGEABLE/CLEAN with all checks passing.