- AnthropicがAIコーディングツール Claude Codeの出力方式を変更し、どのファイルを読んだり修正したりしているかを表示しないようにした
- 新バージョン(2.1.20)はファイル名の代わりに「3個のファイルを読み込み」のような要約だけを表示し、詳細情報はショートカットキーでのみ確認可能
- 開発者たちはセキュリティ・監査・エラー検知のため、ファイル名をリアルタイムで確認する必要があるとして強く反発
- Anthropic側はUIの簡素化のための措置だと説明したが、「verboseモード」という代替案は不要な情報過多だと批判されている
- AIツールが内部動作を隠すと透明性と信頼性の低下につながりかねないという懸念が提起されている
Claude Code出力変更をめぐる論争
- AnthropicはClaude Codeの進行出力(progress output) を修正し、AIが読み込み中または修正中のファイル名をデフォルトで隠した
- 以前はファイル名と読んだ行数が表示されていたが、新バージョンでは「Read 3 files (ctrl+o to expand)」のように要約表示される
- 詳細情報はショートカットキーで閲覧できるが、開発者たちはこれを煩雑で実用的でないと評価
- 開発者たちは、Claudeが誤ったファイルを参照したり、セキュリティ上センシティブなファイルにアクセスしたりした場合、すぐに把握しにくいと指摘
- コードベースが複雑であるほど、AIのコンテキスト追跡を確認することが重要だと言及
- 誤った方向に進んでいるときに早期中断してトークンの無駄遣いを防げる点も強調された
開発者の反応と批判
- GitHub Issueでは多くの開発者が変更への不満を表明
- あるユーザーは「これは簡素化ではなく、有用な情報の削除だ」と批判
- 別のユーザーは「verboseモードはうるさすぎて代替にはならない」と指摘
- AnthropicのClaude Code責任者Boris Chernyは、「UIを簡素化するための措置であり、重要なのはdiffとbash/mcp出力だ」と説明
- 彼は「数日使ってみてほしい」とし、社内開発者たちは**『ノイズ低減』を前向きに評価**したと述べた
- その後Chernyはフィードバックを反映してverboseモードを調整し、ファイルパス表示機能を追加したが
- 従来のverboseモードの詳細情報は減らされ、完全な情報を望んでいたユーザーには不利だという指摘が続いた
Hacker Newsおよびコミュニティでの議論
- ChernyはHacker Newsの議論でも、「Claudeはより賢くなり実行時間も長くなって、出力量が過剰になった」と述べた
- 出力がターミナルを過負荷にする問題があるため、簡素化が必要だと主張
- しかし多くのユーザーは、要約された出力は有用性を下げると反論
- 「Claudeがどのファイルを読んでいるか分かれば、途中で介入して数千トークンを節約できる」という意見が示された
- 一部ではClaudeの不透明性(opacity) が強まり、「もはや信頼しにくい」との声も上がった
透明性と信頼性の問題
- 開発者たちは、Claude Codeが内部動作を隠すとエラー検知と検証が難しくなると警告
- あるユーザーは「Claudeの意図や論理を追えなければ、セッションはトークンを浪費するだけだ」と指摘
- 「継続的な監督と修正なしに正しい結果を期待するのは難しい」とも述べた
- 記事によればClaude Codeは頻繁にアップデートされているが、以前の方式に戻す兆しはない
要約
- Anthropicの変更はUIの簡素化 vs 透明性低下という論争を呼んでいる
- 開発者コミュニティはAIツールの内部行為の可視性を中核的な信頼要素と見なしている
- Claude Codeの今後のアップデートが透明性と使いやすさのバランスをどう取るかが注目される
1件のコメント
Hacker Newsの意見
Claudeが内部の挙動を隠すのはおかしなことだ
単なる好奇心のためではなく、モデルが妙な動きをする前に捕まえるためだ
たとえばコードベース全体を誤って読んだり、変更してはいけないファイルに手を出したりするのを防ぐためだ
verboseモードの改善は良いが、そもそもこうした透明性は最初からデフォルトであるべきだった
AIがファイルを扱うなら、どのファイルを扱っているのかを正確に見せることが不可欠だ
抽象化は良いが、ビルドを壊しかねない部分を隠してはいけない
この観点から見ると、UXが人間中心ではなく結果中心で設計されているのも理解できる
しかし依然として「脱線」の問題は解決されておらず、複数のAIエージェントが自律的に正しい結果を出せるのかは疑問だ
面倒ではあるが、間違ったプロジェクトを修正しようとするのを防げる
何百ものライブラリプロジェクトがあるモノリシックなコードベースでは必須だ
モデルが命令を誤った意味で解釈すると、何十分も空回りすることがある
その代わり別の作業をしたり、スマホを見たりしている
手動で出力を監視するのは非効率なやり方だと思う
Anthropicがこれを理解していないのは不思議だ
「もっと多くの情報を見せてほしい」という要求に、「より少なく見せる」形で応えたのは皮肉だ
「速い(fast)」も会社ごとに意味が違い、言葉の意味がばらばらなので、ラベルだけでは理解できない
シンプルで、ユーザーの要求を満たしていると考えているようだ
デフォルトモードはほとんど無音モードに近く、バックグラウンドで自律実行されるので画面がちらつく
質問の後に数秒待つと自動でデフォルト選択が進むが、Escでも止まらないことがある
最近のアップデートはかなりいら立たしかった
ただし以前より詳細ではなくなっており、もっと詳しく見るには新しいモードが必要だ
Anthropicは開発者市場を狙ってうまくやってきたが、今回の決定は危うい選択だ
競争が激しい中でこうした頑なさは、開発者の信頼を失わせる可能性がある
私はClaudeモデルを複数のプラットフォームで使っているが、Claude Codeは使いにくいので使っていない
その代わり、Claude Co-workやExcel統合のような非開発者市場での拡大余地は大きそうだ
Codexに乗り換えたが、Claude Codeは遅くてフィードバックも乏しく、もどかしい
ちょっとしたプロンプトひとつでも20分止まったままなのを見ると、もう使う理由がない
代替としてOpenCodeがある
Claude Codeに最も近い体験を提供するが、それでも今のところはClaude Codeのほうを好んでいる
Anthropicはコードレビューを避けるワークフローへ誘導しているように見える
人間がコードを直接見ないようにするのは、一種のロックイン戦略だ
コード生成が速いので、全体時間の40%ほどをレビューに使っているが、それだけ品質が重要だということだ
私は一日中5個以上のエージェントを回している
結果を徹底的に測定・検証しているので、出力が静かなほうがむしろ都合がいい
必要なときだけ「思考過程を説明しろ」というプロンプトを使ってログを残す
それでも、以前の方式が良い人のために選択モードがあればいいと思う
ただ、リアルタイムでエージェントを見張るやり方は、まもなく時代遅れになる気がする
モデルの進化が速すぎる
最近、Claudeのリサーチの進め方が悪化したと感じた
単純な問題に対しても何十もの不要なスレッドを生成する
30分以上空回りした末に、結局「道に迷った」状態になる
いまはこうした兆候が見えたらすぐに止めている
「関連するコードだけを見ろ」と言っても、「自分で見ます」と返してくる — 本当に面食らう
この問題はすでにHNの別スレッドでAnthropicの開発者が直接言及していた
Claudeは会話ログを
~/.claude/projectsに保存するそのためcc-tailのようなツールでログをリアルタイムに見られる
私はいつもClaude Codeに変更計画を先に立てさせる
どのファイルを修正するのか説明させたうえで、新しいコンテキストで実行させる
仕様をJSONの計画に分解したあと、各タスクをClaudeやCodexで非対話的に実行する
あなたのワークフローにもよく合いそうだ