これ、正直かなり大事な修正だと思う
Claude Codeの更新内容を見て、個人的には派手な新機能よりうれしいやつだと思った。今回入ったのは、日本語を含むCJK入力で、変換中の文字がちゃんとカーソル位置に出るようにする修正。リリースは v2.1.84 で、更新項目には「IME composition now renders inline」とはっきり書かれている。しかも、スクリーンリーダーが入力位置を追えるようになったとも明記されていて、単なる見た目の改善ではなく、アクセシビリティの修正でもある。
Fixed native terminal cursor not tracking the text input caret, so IME composition now renders inline.
GitHub
Claude Codeは、コードベースを読み、ファイルを編集し、コマンドを実行しながら進めるタイプのAIコーディングツールだ。ターミナル、IDE、デスクトップアプリ、ブラウザで使えるけれど、中心にある体験はやっぱり「その場でAIに指示を出し続けること」なので、入力の気持ち悪さは、そのまま生産性の悪さになる。 API Docs
何がつらかったのか
この話、英語だけで使っている人には少し伝わりにくい。日本語入力では、かなを打って、変換候補を見て、確定するまでの途中状態がある。この途中状態を扱うのがIMEで、そこがカーソル位置からズレると、今どこに何を打っているのかが目で追えなくなる。それだけで、会話型ツールの使い心地はかなり落ちる。
実際、昨年11月にはWindowsのVS Code統合ターミナルで、日本語の全角文字が右にずれて表示される報告があり、今年1月にはmacOSでCJKの変換候補や未確定文字が「本来の入力位置ではなく、実カーソル側に固定される」という指摘が出ていた。韓国語入力でも、変換中の文字が別の場所に出てしまい、毎文字ごとに視線を動かす必要があるという強い不満が上がっていた。
つまり今回の更新は、「日本語が打てます」ではなく、やっと日本語で普通に会話しながら開発できる土台が整ってきたという話なんだと思う。
なぜここまで重要なのか
AIコーディングツールって、モデル性能の話ばかり先に広がる。でも現場では、実はこういう入力・差分確認・承認・ショートカット・権限確認みたいな細部が使い続けるかどうかを決める。 Codeはファイル編集、コマンド実行、Git連携まで踏み込めるからこそ、テキスト入力のストレスが積み上がると一気にしんどくなる。逆にここが自然になると、ツールを開く心理的ハードルがかなり下がる。 しかも今回は、日本語ユーザーだけの話で終わらない。変更点にCJKとあるので、中国語・韓国語も含む話だし、スクリーンリーダー対応まで触れている。グローバルに使われる開発ツールが、やっと英語圏前提の設計から一歩抜けた感じがある。こういう修正が積み上がると、海外製ツールを日本チームでそのまま採用しやすくなる。 > こういうのは機能追加というより、使う資格を得るための修正だったんじゃないか、と個人的には思う。 ---
AI駆動開発の景色が少し変わる
Cursor、GitHub Copilot、 Codeみたいなツールは、同じ「AIで開発を速くする」でも、得意な体験が少し違う。 Codeは、コードベースを読んで、複数ファイルをまたぎ、コマンドも叩き、Gitまで触る。そこに日本語で自然に指示を出せるようになると、英語に直してから投げる一拍が減る。これ、地味だけど本当に効く。 API Docs
特に個人開発や小さなチームでは、仕様メモも、思考の整理も、まず日本語で出ることが多い。そこを無理に英語へ変換しなくていいなら、AIとの往復回数が増える。結果として、設計相談、調査、実装、修正のサイクルが速くなる。「モデルが賢いか」だけではなく、「母語で気持ちよく回せるか」も、これからの技術スタック選定の条件になっていくと思う。 ---
ただ、完全勝利ではない
ここは少し冷静に見ておきたい。3月12日にも、macOSの一部ターミナルで日本語IMEの候補位置がまだ左端に寄る、という報告は出ている。しかもその報告では「以前の修正で直ったはずだが継続している」と書かれている。だから、かなり前進したのは間違いないけれど、全環境で完全決着とはまだ言い切れない。 GitHub
それでも、今回のアップデートが大きいことは変わらない。日本語ユーザーにとっては、「高性能だけど毎日触るにはつらい」から、「ようやく常用候補に入る」への一歩だからだ。正直なところ、こういう修正が入ると、次に見るべきはベンチマークじゃなくて毎日の開発で何時間触っていられるかだと思う。そこまで含めて、 Codeはかなり強くなってきた。