- 最新バージョン 2.1.20 では、ファイル読み込みと検索パターン表示がどちらも 単一の要約文 に置き換えられ、ユーザーはどのファイルやパターンが処理されているのか確認できなくなった
- ユーザーは GitHub Issue を通じて、ファイルパスと検索パターン表示の復元 または トグルオプションの追加 を求めている
- 開発元の Anthropic は「大多数のユーザーには単純化が有用だ」と回答したが、実際には 不満のコメントが大半 を占めている
- 提示された代替案は
verbose mode の利用 だったが、これは過剰なデバッグ出力のため実用性に欠けるという指摘が続いている
- 複数バージョンを経ても根本的な解決はなく、ユーザーは 以前のバージョン（2.1.19） に戻すか、簡単な設定フラグの追加 を求めている
Claude Code 2.1.20の変更点
- 新バージョンでは、すべての ファイル読み込みおよび検索パターンの出力 が「Read 3 files」「Searched for 1 pattern」のような 1行の要約文 に置き換えられた
- 以前は、どのファイルが読み込まれたのか、どのパターンが検索されたのかが具体的に表示されていた
- 現在は詳細情報が失われ、ユーザーはコードベース内での動作を追跡しにくくなっている
- この変更により、月額200ドルを支払っているユーザー からは、ツールの透明性が失われたとの批判が出ている
ユーザーの反応とGitHub Issue
- 複数の GitHub Issue で、ユーザーは同じ要望を挙げている: 「ファイルパスを再表示するか、少なくともトグルオプションを追加してほしい」
- Anthropic は「大多数のユーザーにとって、単純化はノイズを減らす改善だ」と回答
- しかし本文では、「大多数」という根拠は示されておらず、実際には 不満しか存在しない と指摘している
- Anthropic が提示した解決策は、
verbose mode の使用推奨 だった
Verbose mode をめぐる論争
- verbose mode は、thinking traces、hook output、sub-agent transcript、ファイル内容全体 まで端末に出力する
- ユーザーは「欲しいのは単にファイルパスと検索パターンの表示だけだ」として、過剰な出力に不満を示している
- 開発側は「verbose mode を改善し、ユーザーの利用ケースに合わせる」と返答したが、
- 30人あまりのユーザーが「変更を元に戻すか、トグルを追加してほしい」と繰り返し求めている
- あるユーザーは、「Searched for 13 patterns, read 2 files」のような文は 何の意味もない情報 だと指摘した
後続バージョンでの「修正」と問題の継続
- 後続バージョンでは、verbose mode の thinking traces と hook output の一部が削除され、やや冗長さが抑えられた
- しかし依然として sub-agent の出力全体 が表示され、画面は複雑なままだ
- 以前は各 sub-agent の作業が 簡潔な1行ストリーム として表示されていたが、
- 現在は複数エージェントの 大量のテキストが同時に出力 され、可読性が落ちている
- 本文では、「結局 verbose mode から要素を1つずつ削っていけば、トグル機能を作り直すのと変わらない」と批判している
ユーザーの対応と結論
- 一部のユーザーは バージョン 2.1.19 に戻して固定している（pinning）
- 求められている修正は、単純な ブール設定フラグの追加 で解決できるが、
- 開発元は verbose mode の調整にばかり注力している
- 記事は、Anthropic の姿勢を スーパーボウル広告の「ユーザー尊重」メッセージと GitHub 対応の乖離 として皮肉って締めくくられている
1件のコメント
Hacker Newsの意見
Claude CodeチームのBorisです。今回の変更の背景を説明したいと思います。
LLMベースの製品を作る際の難しさは、モデルが継続的に進化することです。Claude Codeをリリースして1年になりますが、Claudeははるかに賢くなり、より長く動作し、より多くのツールを自律的に活用するようになりました。
こうした進歩は驚くべきものですが、その一方で、製品側がモデルのスピードに追いつきにくくなります。ターミナル環境では出力が多すぎて、ユーザーが疲れてしまう状況も出ています。
そこでデフォルトビューでは重要な情報だけを表示し、必要なときに詳細を見られるよう、段階的開示（progressive disclosure）の方式を適用しました。
内部では1か月以上テストしながらUXを磨いてきましたが、一部のユーザーには不便を与えてしまいました。フィードバックを反映して何度も修正しており、次のリリースではsubagent出力改善PRを含める予定です。
ユーザーフィードバックは製品改善の核心なので、引き続き意見を送ってほしいです
「Read 3 files」のような要約出力では、どのファイルを読んでいるのか分からなくなります。verboseモードは情報を出しすぎて、かえってアクセシビリティを損ないます。
単にファイルパスと検索パターンをインライン表示するboolean設定オプションを追加すれば済む話です。これはパワーユーザー向け機能ではなく、アクセシビリティの基本です
「Read 3 files」のような出力は、有用な情報を隠すUXミニマリズムの典型です。プロダクトマネージャーが「ユーザー体験の改善」という名目で情報を削るのは、業界がすでに乗り越えているべき問題です。
顧客の利用パターンを深く理解していなければ、こうした失敗を繰り返すことになります
もちろん失敗することはありますが、ユーザーフィードバックで再調整すればよいのです。結局は情報過多と単純化のあいだのバランスを探る過程です
Claude Code関連のGitHub issue
Anthropicはユーザーに内部動作を露出したくないように見えます。リリースのたびに自分でパッチを当てて機能を復旧しなければなりません
私はヘビーなClaude Codeユーザーですが、最近のアップデートごとに性能問題やバグが増えています。
Anthropicは開発者ワークフロー全体を統制しようとしているようで、クローズドな構造へ向かっているのが残念です。React TUIも扱いにくいです
その代わりCodex 5.3はオープンソースのエージェントチェーンで、はるかに安定しています。ここ1か月半ほどのAnthropicの方向性は気に入りません
Claudeのブランドは次第に**「AI界のMicrosoft」のようになってきています。
開発者中心の文化を失わないためには、社内で自浄の努力が必要です。
Microsoftは90〜00年代に市場を支配しましたが、長期的には開発者体験（DX）**が悪化しました。
AppleはBSDベースでOSを再構築し、Linuxエコシステムとの整合性を取ったことで、長期的な差を生みました。Anthropicもこうした歴史から学ぶべきです
ウォール街の四半期業績圧力の中では、こうした変化は避けがたい道筋です
以前Skyrimが出たとき、システムの簡略化で批判されましたが、結局は成功しました。
今回の論争も似ています。変化に怒るユーザーもいれば、結果物だけを気にする人もいます。
ただ、より大きな問題はプログラマーが制御権を失っていく感覚です。オートコンプリート、プロジェクトスキャフォールディング、そして今ではファイル名表示まで――小さな変化が積み重なって不安を与えます
最近は非開発者ユーザー層が増えており、Anthropicはその層に合わせたUXを作っているようです。
その結果、本物のエンジニアたちは疎外されています。
非開発者向けのClaude Code Web/デスクトップ版を別に用意するほうがよいと思います。ターミナルはもともと強力なエージェント環境に向いています
初心者PMがプロンプトだけ投げてもぐちゃぐちゃになります。熟練したチームがこうしたツールを使えば、驚くような成果を生み出せます
最近のClaude Codeのverboseモードはひどい状態で、デバッグが困難です。それでも必要なことはできるので、そのまま使っています。
最近は企業顧客が急増しており、Anthropicの財務的な圧力が感じられます。透明性がもっと必要です
AI企業が財務的圧力の中でユーザー制約を増やしている現象は興味深いです。
ChatGPTの広告、Claude Codeの機能削除などはそのシグナルです。
Googleはリアルタイム広告挿入を考案しましたが、実際に先に実装したのはOpenAIでした。
私はこうした流れを**「ポップコーンタイム」**として見ています。Geminiはたまに研究用として使う程度です
私は大多数の人とは違ってplanモードを使っています。
中間トークンストリームを監視する必要もなく、エージェントのステップを細かく管理する理由もありません。
重要なのは成果物と明確な要約説明です。
説明が明快でないなら、コードも明快ではありません。そういうときは
git restore .で戻して新しいセッションを始めます。既存の文脈を無理に生かすより、新しく始めるほうがずっと効率的です