[BUG] Desktop app (Windows): Japanese IME text is scrambled when typed over Chrome Remote Desktop — kanji stripped inline and re-appended at the end in reverse order

Typing Japanese into the Claude Code **desktop app** input box from a phone over **Chrome Remote Desktop** produces scrambled text. Native Windows input boxes on the same host, in the same session, are unaffected.

## Symptom

Every converted (kanji) word is stripped from its position in the sentence and appended as a block at the end, **in reverse order of appearance** (LIFO / stack behavior). Kana and Latin characters stay in place, so the result is readable but scrambled.

## Minimal reproduction

Typed: `今日は良い天気なので、公園で写真を撮影しました。`

Received: `今日いなので、でをしました。撮影写真公園天気`

Conversion order was 天気 → 公園 → 写真 → 撮影, and they come back as 撮影 写真 公園 天気 — exactly reversed. Note that 今日 (the first conversion) stayed in place, and 良 was dropped entirely.

A longer sample shows the same pattern at scale. The trailing block is the bug:

```
chrome～とデスクトップで、スマホからの二でこのをしました。…直場合付貼取切壊付貼取切文章送信文章正消入力履歴送付貼取切全部選択一度文章証拠思崩変換文章送信漢字変換…日本語送確原因送信文章壊送信文章日本語入力claude codePC
```

Some kanji that do stay inline are replaced with wrong IME candidates (文章 → 楡田, 変換中 → 熨斗内).

## Isolation test

Same phone, same Chrome Remote Desktop session, same keyboard, same sentence, typed back to back:

| Target | Result |
| --- | --- |
| Windows Notepad | correct |
| Claude Code desktop app input box | scrambled |

Chrome Remote Desktop is delivering the input correctly to the host; the desktop app's input box is mishandling it.

## Workaround

Select all in the input box, cut, then paste it back before sending — the message then goes through correctly.

## Expected

Committed IME text is inserted at the caret, once, in order.

## Environment

- Claude Code 2.1.215 (`claude --version` on the host; the desktop app is reported to be on the latest release channel)
- Host: Windows 11 Home 10.0.26200
- Client: Android 17, build CP2A.260805.005
- Chrome Remote Desktop Android app: TWA 1.5.2
- Keyboard: Gboard 18.1.3.962075747-release-arm64-v8a

## Note on where the reordering may originate

The Chrome Remote Desktop Android client is a TWA (Trusted Web Activity), so composition happens in a Chrome-hosted input on the phone. Android Chrome has a known class of IME reordering bugs with Gboard (e.g. microsoft/monaco-editor#528, where こんにちは arrives as んにちはこ). That may contribute to the ordering of what reaches the host. However, since Notepad on the same host in the same session receives the same sentence correctly, the corruption the user actually sees is introduced by the desktop app's input handling.

Possibly related: #91205 (CJK IME from mobile SSH clients) — different symptom (text is dropped rather than reordered) and different surface (TUI over SSH), but the same general area of committed-IME-text handling.

Start by reproducing the Japanese IME input in the Claude Code desktop app input box over Chrome Remote Desktop, then compare it with Windows Notepad in the same session. Trace the desktop app's committed-IME-text handling and verify that converted text is inserted once at the caret in order, including the provided sentence and the cut-and-paste workaround case.

Escrita pelo modelo de indexação a partir do texto da issue.