Chinese Zhuyin IME preedit text accumulates in the lower-right corner on macOS

### Describe the bug

When using the macOS built-in Zhuyin input method in GitHub Copilot CLI on macOS, the IME composition/preedit text is rendered in the wrong place. Instead of appearing at the Copilot CLI input cursor, the composing Chinese text accumulates around the lower-right area of the terminal UI.

This appears related to the previously closed CJK IME positioning issue:
https://github.com/github/copilot-cli/issues/1698

That issue was reported for Japanese IME on Windows/WSL and was marked as fixed, but I can still reproduce a severe variant on macOS 26.5 with Copilot CLI 1.0.52.

User impact:

> 我每次輸入中文時，所有的文字都會累積在右下角，問題有點嚴重！

In practice, this makes Chinese input very difficult because the active composition text is detached from the actual prompt.

### Affected version

GitHub Copilot CLI 1.0.52

### Environment

- OS: macOS 26.5
- macOS build: 25F71
- Architecture: arm64
- Kernel: Darwin 25.5.0
- Copilot CLI: 1.0.52
- Copilot CLI path: `/opt/homebrew/bin/copilot`
- Terminal: Ghostty
- Input method: macOS built-in Zhuyin

### Steps to reproduce

1. Start GitHub Copilot CLI in interactive mode on macOS.
2. Switch to the macOS built-in Zhuyin input method.
3. Type Chinese text in the Copilot CLI prompt.
4. Observe where the IME composition/preedit text appears before committing the text.

### Expected behavior

The Chinese IME composition/preedit text and candidate UI should follow the active Copilot CLI input cursor, similar to native terminal input in shells such as zsh.

### Actual behavior

The Chinese composition/preedit text does not appear at the Copilot CLI input cursor. Instead, the text accumulates around the lower-right area of the terminal UI.

### Additional context

The previous issue's discussion suggested that the IME preedit may be rendered at the terminal's last write position instead of the actual input cursor position. The macOS behavior described here seems consistent with that kind of cursor-positioning problem.

This has only been observed in GitHub Copilot CLI so far. On the same machine and terminal/input-method setup, Codex CLI and Antigravity CLI 2.0 do not show this problem.

A screen recording below:

先在 macOS 上使用內建的 Zhuyin 輸入法，於互動式 Copilot CLI 中重現問題，然後檢視 issue #1698 中關於 IME 定位的討論。追蹤 prompt 的輸入游標和終端機最後寫入位置如何處理 preedit 文字。完成條件是組合文字和候選 UI 跟隨作用中的 prompt 游標，而不是不斷累積在右下角。

由索引模型根據 Issue 內容生成。