Anthropicの開発者向けツール「Claude Code」に、新たなレンダリングモード「NO_FLICKER」が追加されました。
Boris Cherny氏がXで9つのポイントに分けて詳細を解説しています。
そして、Redditでも大きな反響を呼びました。
ただし、その反響の中身は歓迎ムード一色とは言いがたいものです。
そもそも何が起きていたのか
Claude CodeはターミナルベースのUIを採用しています。
いわゆるTUI（Text User Interface）と呼ばれる方式です。
このTUIには、以前から厄介な問題がありました。
画面がちらつく。
最悪のタイミングでターミナルバッファの先頭にジャンプする。
さらに、古いメッセージが消える。
開発者にとって、これは単なる見た目の問題ではありません。
作業の流れを断ち切る深刻なストレスでした。
NO_FLICKERモードは、この問題に対するAnthropicの回答です。
技術的に何が変わったのか
新モードでは、ターミナルの代替画面バッファとマウスイベントを利用しています。
そして、独自のビューポートを構築しました。
これにより、画面のちらつきやバッファジャンプの問題は解消されています。
しかし、Reddit上の実際の使用報告を見ると、話はそう単純ではありません。
あるユーザーは、バッファジャンプの問題は確かに解決したと報告しました。
ただし、新たな問題点も指摘しています。
- コピー&ペーストの挙動が変わった
- スラッシュコマンドの補完が効かなくなった
- 使用量の通知ポップアップが2秒で消え、別ウィンドウで作業していると見逃す
- スクロールバーが表示されなくなった
別のユーザーも、ちらつきと古いメッセージの消失は解消されたと認めています。
ただし、トラックパッドでのスクロールは「ひどい」とも述べていました。
一歩進んで二歩下がる。
そんな印象を受けたユーザーは少なくなかったようです。
「そもそもなぜちらつくのか」という根本的な問い
コミュニティの反応で最も目立ったのは、技術選択そのものへの疑問でした。
Claude CodeのTUIはReactで構築されています。
しかも、60fpsのフレームレートで動作しているとのこと。
これに対して、多くの開発者が困惑を示しました。
「なぜTUIがフレームレートを意識する必要があるのか」。
この声は象徴的でしょう。
堅牢なTUIは40年以上前から存在してきました。
古くはTurboPascal IDEのように、ターミナル上でGUIライクなインターフェースを実現した例もあります。
ただ当時は、そうするしかない理由がありました。
2026年の今、ターミナルの中にGUIを再発明する必然性はあるのでしょうか。
「GUIが欲しいなら、GUIを作ればいい」「CLIはシンプルに保って、VS Code拡張に注力すべきでは」。
こうした指摘は、技術的なこだわりと実用性の間にある溝を浮き彫りにしています。
コピー&ペースト問題の深刻さ
一見すると些細に思えるコピー&ペーストの問題。
しかし、開発者の業務を直接妨げるものです。
従来のTUIモードでは、ターミナル画面を超える長さの会話をマウスで選択コピーすることが、ほぼ不可能でした。
選択範囲が画面外にスクロールしません。
マウスホイールで動かそうとすると、選択が解除されてしまいます。
NO_FLICKERモードでも、この問題の根本的な解決には至っていないようです。
Claude Codeには /copy というコマンドが用意されています。
レスポンス全体やコードブロック単位で、クリップボードに送れる仕組みです。
だが、部分的なテキストを気軽にコピーしたい場面は日常的に発生します。
ターミナルでテキストをコピーする行為は、呼吸をするように自然であるべきでしょう。
それが機能しないのは、やはり苦しいものがあります。
興味深いことに、この問題はClaude Code固有ではありません。
OpenCodeなど他のTUIベースのAIコーディングツールでも、同様のコピー問題が報告されています。
TUIで凝ったインターフェースを構築すること自体に、構造的な限界があるのかもしれません。
コミュニティが本当に求めていること
Reddit上で最も支持を集めたコメントの多くは、NO_FLICKERモードとは直接関係のない話題でした。
使用量制限の問題です。
多くのユーザーが、最近の使用量制限の厳格化に不満を抱えています。
「プロンプトを一つ打つたびに、命綱を使い果たすような感覚だ」と表現したユーザーもいました。
「生産性が急落した」という声も上がっています。
この文脈で、レンダリングの改善を大々的に発表されても、ユーザーの受け止め方は冷ややかになるでしょう。
「使用量の問題を先に解決してほしい」「NO_FLICKERモードより、使用量データの透明性を公開してくれ」。
こうした反応が多数を占めた理由は理解できます。
画面のちらつきが消えても、使えるトークンが半分になったのでは意味がありません。
あるユーザーのコメントは、この状況を端的に表現していました。
「ちらつきは消えた。でもトークンの消費は相変わらずだ。少なくとも滑らかにはなったけど」と。
CLIツールの設計思想を問い直す
この一連の議論は、AIコーディングツールの設計思想そのものに問いを投げかけています。
ターミナルは本来、テキストを扱うための道具です。
入力して、出力を読む。
そして、必要な部分をコピーする。
これがターミナルの原点であり、開発者が期待する基本動作でもあります。
しかしClaude Codeは、ターミナルの中にリッチなインターフェースを構築する方向に進んでいます。
スピナーアニメーション、装飾的な罫線、マウスイベントのキャプチャ。
見た目は洗練されますが、ターミナル本来の操作性と衝突する部分が出てきます。
2026年にターミナル上でマウスイベントが動作することを、大きな成果として発表する。
見方によっては、やや奇妙でしょう。
あるユーザーが「GIFに音声をつけた」的なアプローチだと評したのは、なかなか的を射ています。
まとめ
NO_FLICKERモードは、Claude CodeのTUIが抱えていた実際の問題に取り組んだ改善です。
画面のちらつきやバッファジャンプに悩まされていたユーザーにとって、歓迎すべき変更でしょう。
ただ、コミュニティの反応が示しているのは、もっと大きな絵です。
開発者が求めているのは、洗練されたターミナルUIではありません。
安定した使用量と、信頼できるツールとしての基盤ではないでしょうか。
画面のちらつきを直すことと、ユーザーの信頼を取り戻すこと。
どちらが先かは明白でしょう。
