Claude CodeのIME入力が重い・変換候補が重複する問題と対処法
Claude Codeで日本語IME入力時に動作が重くなり変換候補が別ウィンドウに重複表示される既知の問題を、原因のinkライブラリの仕様と修正の推移から整理し、回避策を示します。
Claude CodeでIME入力が重い・候補が重複する問題とは
Claude Codeのターミナル画面で日本語(や中国語・韓国語・タイ語)をIME入力すると、動作が明らかに重くなることがあります。変換候補も本来の入力欄ではなく、別のシステムウィンドウに重複表示される現象が報告されています。GitHubのIssue #1547に2025年6月4日に登録された既知の問題です。2026年3月31日のコメントを最後に更新はないものの、GitHub上ではopenのまま残っています。
原因はClaude CodeのCLI画面を組み立てているinkライブラリの入力コンポーネントの仕様にあります。単発のバグではなく、複数バージョンにまたがって少しずつ手当てされてきた経緯があります。根本原因を一度に潰すのではなく、症状が出ている画面ごとに個別対応を重ねてきたのが実態です。Issueにはbug・has repro(再現手順あり)・platform:macos・area:tuiの各ラベルに加え、area:a11y(アクセシビリティ)・perf:memory・oncallも付いています。
症状が起きる環境と再現条件
最初の報告はmacOS 15.5のTerminal.appでした。標準の日本語IMEで文字を打つと動作が目に見えて遅くなり、変換候補がClaude Codeの入力欄とは別のシステムポップアップに出るというものです。英語入力に切り替えると症状が消えることから、IME特有の問題だと切り分けられています。
その後のコメントで、macOS・Windows・Linuxの主要な組み合わせで同種の症状が確認されています。
| 環境 | 報告された症状 |
|---|---|
| macOS + Terminal.app + 標準日本語IME | 報告された症状動作の重さ + 候補の別ウィンドウ表示 |
| macOS + ATOK | 報告された症状候補の別ウィンドウ表示(動作の重さは目立たない) |
| Windows 11(WSL)+ Google日本語入力 / ATOK | 報告された症状候補ウィンドウの位置ずれ |
| Windows 11 + Microsoft IME(VS Code統合ターミナル) | 報告された症状候補が画面右下に表示されUIと重なる |
| Linux(Ubuntu 24.04 / GNOME Wayland)+ ibus-mozc / Fcitx5-mozc | 報告された症状候補位置の不安定化 + 動作の重さ |
| Linux + Anthy(通常ターミナル) | 報告された症状変換前の文字が確定操作まで表示されない |
| macOS + タイ語IME(Claude Code 2.1.12) | 報告された症状文字周囲のボックス表示 + 文字間隔の乱れ |
Anthyの症状は、動かすターミナルによっても違いが出ています。2025年8月31日の報告では、通常のターミナルでは変換前の文字が確定操作(スペースキー)まで表示されません。ところがVS Codeに内蔵されたターミナルの中でClaude Codeを動かすと、確定前から入力中の文字が表示されるという逆の挙動が確認されています。同じLinux環境・同じIMEでも、ターミナルの実装によって症状の出方が変わることを示す例です。
中国語入力でもカーソルに候補が追従しないという報告(2025年9月4日)が別issueとして寄せられており、CJK圏の入力全般で同じ系統の症状が出ています。2026年1月20日にはタイ語入力でも影響が確認されました。文字の周囲に白や黄色のボックスが表示される、文字間隔が広がる、といった別の症状です。ターミナルのリサイズ(SIGWINCHシグナル)によって一時的に直るものの、次の入力でまた崩れるという挙動でした。
ターミナルマルチプレクサ経由だとさらに崩れやすいことも報告されています。2025年11月2日の報告では、macOSでzellij 0.43.1を経由すると症状が出るとされていました。iTerm2・WezTerm・Ghosttyのどのターミナルエミュレータを使っても結果は同じでした。この時点ではtmux配下でも、入力欄の下に文字が表示される位置ずれが確認されています。
原因 — inkライブラリの入力コンポーネントの仕様
この問題にはAnthropicのエンジニア(rboyce-ant氏)が早い段階でコメントを付けています。報告翌日の2025年6月4日で、原因は明快です。Claude CodeのCLI画面はinkというReactベースのライブラリで組まれています。そのTextInputコンポーネントが前提にしている入力モデルが、ターミナル上のIMEには当てはまらないというものです。
通常のターミナルアプリは、カーソル位置を示すエスケープシーケンスをOS側のIMEに正しく伝えます。これによって変換候補ウィンドウが入力位置のすぐそばに表示されます。inkのTextInputはこの前提を満たしていなかったため、OS側が候補ウィンドウの表示位置を見失います。結果として画面の別の場所や、独立したポップアップとして表示されてしまう、という流れです。
この根本原因はClaude Code固有ではありません。同じくinkを使う他のCLIエージェントでも同様の症状が報告されています。コミュニティの開発者(iblea氏)は2025年12月、ink本体(vadimdemedes/ink#833)とそのフォークであるjacob314/ink(jacob314/ink#38)の双方に修正のプルリクエストを送っています。ただしAnthropicのエンジニア(cirospaciari氏)は2026年2月10日、いったんクローズされた社内の修正が実際にはリバートされていたことを認めています。コミュニティ版のフォーク修正ではなく、Claude Code側の実装に合わせた独自の修正を出し直すという方針です。同じ頃、ink本体も6.7.0でIMEカーソル位置指定用のuseCursor()フックを正式サポートしました(vadimdemedes/ink#866)。ライブラリ側の土台とClaude Code側の対応が並行して進んだ形です。2025年12月には、報告者の一人がイベントでClaude Codeチームから前向きな反応を得たとコメントしており、この時期にはチーム内でも把握が進んでいたことがうかがえます。
修正の推移 — バージョン別タイムライン
公式changelogを追うと、IME関連の修正は2025年10月から2026年6月にかけて、対象画面を変えながら少しずつ積み重なっています。
| バージョン | 公開日 | 内容 |
|---|---|---|
| v2.0.5 | 公開日2025年10月4日 | 内容IDE版でIME入力中にEnter/Tabが意図せずメッセージを送信してしまう不具合を修正 |
| v2.0.68 | 公開日2025年12月12日 | 内容中国語・日本語・韓国語のIME変換候補ウィンドウをカーソル位置に正しく表示するよう修正 |
| v2.1.21 | 公開日2026年1月28日 | 内容選択プロンプトで日本語IMEの全角数字入力を受け付けるように対応 |
| v2.1.31 | 公開日2026年2月4日 | 内容チェックボックス選択で日本語IMEの全角スペース入力に対応 |
| v2.1.83 | 公開日2026年3月25日 | 内容CJK IMEが全角スペースを挿入したときに音声入力のhold-to-talkが反応しない不具合を修正 |
| v2.1.84 | 公開日2026年3月26日 | 内容ネイティブターミナルのカーソルが入力位置を追従しておらず、IME変換がインライン表示されない問題を修正 |
| v2.1.153 | 公開日2026年5月28日 | 内容Windowsのバックグラウンドセッションで候補ウィンドウが画面下部に表示される不具合を修正 |
| v2.1.160 | 公開日2026年6月2日 | 内容claude agents画面でCJK IME変換が画面左下に表示される不具合を修正 |
| v2.1.178 | 公開日2026年6月15日 | 内容[VS Code拡張]候補ウィンドウを閉じるEscキーが実行中タスクをキャンセルしてしまう不具合を修正 |
v2.0.68で最初の包括的な修正が入りました。その後も対象がバックグラウンドセッション・claude agents画面・VS Code拡張と個別の画面に広がりながら、半年以上にわたって関連修正が続いています。単一のバグ修正では閉じない、画面ごとに作り直しが要る種類の問題だったことがうかがえます。
v2.1.84の修正はGhosttyでは良好という報告(2026年3月26日)があります。ただし同日のコメントでは、Zellij配下だと変換候補の位置がまだずれるという指摘も残っています。同じZellijセッション内でNeovimを使うと問題が出ないため、Zellij自体の欠陥ではありません。Claude Codeがカーソル位置を取得する処理と、Zellijの相性の問題である可能性が指摘されています。一方tmux配下では、2026年3月26日の報告で問題ないとされています。2025年11月の報告時点から状況が改善したことが読み取れます。
回避策
修正が行き渡るまでの間に使える回避策です。
- まず最新版に更新する:
claude updateを実行し、claude --versionでバージョンを確認します。修正は積み重なっているため、古いバージョンほど症状が重く出やすい状態です。 - ターミナルを変える: GhosttyやiTerm2は素の状態で挙動が比較的良好という報告があります。Terminal.appで重い・候補が二重に出る場合は切り替えの余地があります。
- 長文の日本語は外部エディタで下書きしてから貼り付ける: メモアプリ等で文章を書き、
Cmd+VでClaude Codeの入力欄に貼り付けます。1文字ごとにIMEとやり取りする経路を避けられます。 - パイプモードで渡す:
claude -p(--print)にプロンプトを渡すと、対話モードを介さずに応答を返します。TUIの入力欄自体を経由しないため、IMEの問題が起きません。 - マルチプレクサを外して切り分ける: tmuxやzellij経由で症状が強い場合、マルチプレクサを介さず直接ターミナルで再現するかをまず確認します。tmux固有の設定はClaude Code tmux設定にまとめています。
- 選択肢への回答は全角のまま試す: v2.1.21以降は選択プロンプトへの全角数字入力に対応しています。v2.1.31以降はチェックボックス選択での全角スペース入力にも対応済みで、半角への切り替えという一手間が要りません。
claude --version
claude update改行だけを挿入したい場合はCtrl+Jが全ターミナルで確実に動きます。Claude Code複数行入力の対応表にある方法と合わせて使うと、IME以外の入力周りのつまずきも減らせます。VS Codeの統合ターミナルでShift+Enterが効かない場合の切り分けは、terminal-setupコマンドでShift+Enterが効かないときの対処にまとめています。
他のCLIエージェントとの比較
コミュニティのコメント(2025年10月22日)では、CodexやAmpcodeなど他のCLIエージェントが先に同種の不具合へ対応済みという指摘があります。別のコメント(2026年2月5日)では、Gemini CLIも修正済みという報告があります。いずれも個々の利用者による確認であり、Anthropic側の公式な比較コメントではありません。根本原因が共通のOSSライブラリ(ink)にある以上、対応の速さはツールごとの実装の巻き込み方に左右される面があります。
まとめ
Claude CodeのIME入力に関する不具合は、inkライブラリのTextInputコンポーネントがターミナル上のIME変換を想定していなかったことが根本原因です。2025年10月のv2.0.5を起点に、複数回のリリースへ分かれて修正が進んでいます。v2.0.68・v2.1.84で候補ウィンドウの表示位置は大きく改善しました。一方でZellij配下では、2026年3月26日の報告でも位置ズレが残るなど、環境によって効果に差があります。急ぎで日本語入力を扱うときは、claude updateで最新版に揃えるのが第一歩です。それでも症状が残る場合は、ターミナルを変える・外部エディタから貼り付ける・claude -pのパイプモードを使うといった回避策を組み合わせると現実的です。Claude Codeで頻出するほかのエラーへの対処は、Claude Codeでよくあるエラー10選にまとめています。