Insiders Feedback: MCP Apps: issue_write form widget collapses immediately in Claude clients — parameters never hydrate, submit impossible

Bắt đầu bằng cách tái hiện issue_write với cả update và create thông qua GitHub MCP server trong Claude.ai hoặc Claude Desktop, sử dụng các tham số và bước trong báo cáo này. So sánh hành vi của form-widget với display widget get_me đang hoạt động. Hoàn tất khi biểu mẫu vẫn mở, nhận các tham số được cung cấp, chuyển sang chế độ chỉnh sửa cho update và cho phép gửi.

Version: Insiders — remote hosted GitHub MCP Server via the Claude connector
(claude.ai / Claude Desktop); no local docker instance, server version not
exposed to the client. Observed 2026-07-06.

Feature: MCP Apps — interactive form widgets (issue_write, presumably all
elicitation-type forms)

Feedback:

Calling issue_write (both method: create and method: update, with fully
pre-filled owner/repo/title/body) renders the interactive form for a split
second, then it collapses into an error state (red warning icon on the
tool-call row). Hovering the collapsed widget shows the server's instruction
text as an error tooltip ("An interactive form has been shown to the user …
Wait silently for the user to review and click Submit.").

During the brief moment the form was visible, it was the blank create
form — no repository pre-selected, empty title and description — although
the call was method: update with issue_number and a pre-filled title.
Tool-call parameters never reach the widget, and edit mode is never entered.

Steps to reproduce:

1. Connect the GitHub MCP server to Claude (claude.ai or Desktop).
2. Model calls issue_write with method: update, owner/repo/issue_number
   and pre-filled title/body.
3. Form flashes (blank, create-mode), then auto-collapses to error state.
4. Same result with method: create and a short pre-filled title/body.

Expected: form stays open, hydrated with the tool-call parameters (edit mode
for update), waiting for user review and submit.
Actual: blank create form, no hydration, auto-collapse. Submit unreachable —
the write never happens.

Reproducibility: 4/4 in one session (2× update ~4.5 KB body, 1× update
title-only, 1× create short) — payload-independent. Display-type MCP Apps
widgets (get_me) render fine in the same session, so the failure is
specific to form widgets, not MCP Apps infrastructure. Screenshots available.