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:

Bắt đầu bằng cách tái hiện vấn đề trong Copilot CLI tương tác trên macOS với phương thức nhập Zhuyin tích hợp, sau đó xem lại cuộc thảo luận về vị trí của IME trong issue #1698. Theo dõi cách con trỏ nhập của prompt và vị trí ghi cuối cùng của terminal được xử lý đối với văn bản preedit. Công việc được xem là hoàn tất khi văn bản tổ hợp và UI ứng viên đi theo con trỏ prompt đang hoạt động thay vì tích tụ ở góc dưới bên phải.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.