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 内容生成。