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

首先，按照本报告中的参数和步骤，在 Claude.ai 或 Claude Desktop 中通过 GitHub MCP server，分别使用 update 和 create 重现 issue_write。将表单小部件的行为与正常工作的 get_me 显示小部件进行比较。当表单保持打开、接收所提供的参数、针对 update 进入编辑模式并允许提交时，即表示完成。

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.