ハクソク

世界を動かす技術を、日本語で。

クロードコードが簡素化されている

103日前原文(symmetrybreak.ing)

概要

Claude Codeのバージョン2.1.20で、ファイルパスや検索パターンの詳細表示が削除され、ユーザーから強い不満が噴出。 Anthropicは「verbose mode」の利用を提案するが、根本的な解決にはなっていない。 ユーザーは簡単なトグルや元の表示への復帰を求めている状況。 改善策としてのverbose modeの改修は、かえって混乱を招いている。 多くのユーザーが旧バージョンに戻す事態に発展。

Claude Code 2.1.20の仕様変更とユーザーの反応

  • Claude Code バージョン2.1.20で、ファイル読み込みや検索パターンの詳細が「Read 3 files.」「Searched for 1 pattern.」という 要約行のみ に変更
  • 以前は 具体的なファイルパスや検索パターン が表示されていたため、作業内容の把握が容易
  • 変更後は どのファイルやパターンか分からず、ユーザーの不満が急増
  • 月額$200 という高額なサービスにもかかわらず、操作内容の可視性が大幅に低下
  • 複数のGitHub issueで「 ファイルパス表示の復活 または トグル機能追加」を求める声が続出

Anthropicの対応とユーザーの不満

  • Anthropicは「 大多数のユーザーにとってはノイズ削減で良い変更」と主張
  • しかし、リリース直後から 否定的なフィードバック ばかりが寄せられている現状
  • 対応策として「 verbose mode の利用」を案内
    • verbose modeは 思考トレースやフック出力、サブエージェントの全文出力 まで表示
    • ユーザーが求める「 ファイルパスやパターンのみの簡潔表示」とは大きく乖離
  • ユーザーは「 冗長すぎて使い物にならない」「必要なのは一行表示のみ」と繰り返し指摘

verbose modeの問題点と修正の迷走

  • verbose modeから 思考トレースやフック出力 を削減し、簡素化する方向へ修正
  • それでも サブエージェントの全文出力 など、依然として冗長な情報が多い
  • 以前は 各エージェントの簡潔な進捗表示 があったが、現在は テキストの壁 が並ぶ状態
  • verbose modeの簡素化が進むほど、 本来のverboseの役割が失われる 矛盾
    • 結果的に「 トグル機能の再発明」に近い状況

結果と今後の課題

  • ユーザーは バージョン2.1.19にダウングレード し、最新バージョンを避ける傾向
  • 要望されているのは「 単純なboolean型トグル」の実装のみ
    • これはverbose modeの改修よりも 遥かに簡単な実装
  • Anthropicの公式発言とユーザー対応の ギャップ
    • Super Bowlでの「 ユーザーをリスペクトする」発言と、GitHubでの「 verbose modeを使え」という対応の乖離

まとめ

  • 詳細なファイルパスや検索パターン情報の表示削除 がユーザーの生産性を大きく損なう事態
  • verbose modeの調整 では根本解決にならず、 シンプルなトグル機能 の追加が最適解
  • 今後のアップデートで ユーザー要望を反映した改善 が求められる状況

Hackerたちの意見

これについての情報は感覚に基づいてるんだ。デバッグが実際には難しいからね。冗長モードはめちゃくちゃだし、代替手段もない。必要なことはできてるからまあいいけど、$20プランにいるからそんなに心配してないよ。最近、企業がAnthropicの財布に大きな波をもたらしてる気がする。気づいてなかったら、たくさんの企業がClaudeに切り替えたよ。理由は全然わからないけど、Claude Codeが大好きな人間からの意見だよ。とにかく、これについてもう少し透明性があればいいな。

└

YouTubeの動画を見ると、必ずClaudeの広告が出てくる。友達も同じ。プログラマーじゃない友達には安全だけど。

└

気づいてなかったら、たくさんの企業がClaudeに切り替えたよ。理由は全然わからないけど、Claude Codeが大好きな人間からの意見だよ。これは完全にOpus 4.5が前のLLMに対する転換点になったからだよ。そこでの話題は、強さのおかげでほとんどが口コミで広がってる。Opus 4.5は控えめに言っても高価だから、Claude Codeがより魅力的になるんだ。でも今でも、Openrouterのようなトークンプロバイダーは、価格にもかかわらずOpus 4.5を最も人気のあるモデルの一つにしてるよ。

└

代替手段がないよ。piコーディングエージェントを使ってみて。基本的なコンテキストで、ハッキングも簡単。

最近、非開発者のClaude Codeユーザーがめっちゃ増えてるよね。バイブコーディングの hype で、みんながエンジニアになれると思ってる。問題は、Anthropicがその層に合わせると、真面目なエンジニアリングタスクをやってる開発者が疎外されちゃうことなんだ。「並行エージェントを動かして祈る」って方法論を信じてない人たちがね。もしかしたら、Claude Codeのウェブ版やデスクトップ版は、こういう新しいバイブコーダー向けにターゲットを絞るべきかも？この人たちは、シンプルなbashコマンドの使い方も知らないから、ターミナルは間違ったUXだよね。bashはエージェント体験にはすごく強力なツールなんだけど。

└

まさにその通りだね。もっと多くの人がこれらのツールを使って、エンジニアリングについて学んでくれるのは嬉しいけど、「もっと高度な」ユーザーにとってのコア体験が損なわれるべきじゃないと思う。彼らは自分をバイブコーダーだとは思ってないし、何が起こってるかを正確にコントロールしたいんだから。

└

anecdotalに言うと、知ってる非技術系の人たちはコンソールにうまく適応してるよ。bashコマンドの使い方を知らなくても、コマンドを承認するだけだからね、書くわけじゃないし。

└

面白いのは、スペクトラムの一端には、すべてのログがノイズに感じる非開発者のバイブコーダーがいる一方で、もう一端には、たくさんのエージェントをオーケストレーションしてるハードコアユーザーがいるってこと。彼らは一つのエージェントが動くのを見てるわけじゃないから、これらのログには全然興味がないんだよね。その中間には、エージェントが動くのを見てるエンジニアたちがいる。

└

もし有料顧客の80%が「バイブコーダー」なら、IDEを「簡単」にするのは納得だね。「おい、クロード、ウェブサイト作って。ミスしないでね。」とか。逆に、これが本当の将来の長期顧客（＝流暢なコーダー）を怒らせる教科書的な例になるかも…なんて戦略だ :)

└

ダリオたちが自分たちの供給に酔いしれて、「2026年末までにソフトウェア開発者が仕事を失う」って信じてる気がする。実際のところ、これらのツールの真の価値は、優秀なソフトウェアエンジニアを置き換えるんじゃなくて、補強してパワーアップさせるところにあるっていう証拠がたくさんあるのに。クロードコード自体の質も、彼らの哲学を批判する材料になってるよ。経験豊富で優秀なエンジニアのチームにこのコーディングツールを使わせれば、すごいものが作れるけど、ソフトウェアエンジニアリングの基礎もない新人のプロダクトマネージャーがプロンプト出したら、めちゃくちゃになるよ。自分の仕事でもそう感じるし、これらのツールを使ってフロントエンドエンジニアリングをやると、結果は良さそうだけど、信頼性の問題が多い。だって、自分の専門はシステム、組み込み、バックエンドだから、Reactとかのコードをレビューするのは得意じゃないんだ。

└

並行エージェントの軍団を運営する方が、人あたりの利益が桁違いに多いから、そっちに誘導されることが多いよ。

└

それに、情報が必要ない/好まないバイブコーダーがたくさんいても、必要な人のためにトグルにすればいいんじゃない？

https://github.com/anthropics/claude-code/issues/8477 https://github.com/anthropics/claude-code/issues/15263 https://github.com/anthropics/claude-code/issues/9099 https://github.com/anthropics/claude-code/issues/8371 Anthropicがエンドユーザーに秘密のソースを見せたくないのは明らかだね。毎回のリリースでこの機能を戻すためにClaudeをパッチしなきゃならないよ。

└

パッチはこの世界に長くはないよ；クロードコードはバイナリリリースに移行した。もうすぐ、NPMリリースはバイナリの薄いラッパーになるだけだね。

└

彼らが提供を分けて、上位プランにもっとお金を取ることに気づいたんだと思ってる。（はい、さらにね。）もしクロードコードがエンジニアを置き換えられるなら、エンジニアより少し安いくらいの値段にすべきで、半額にはならないはず。

└

もし彼らがそれを気にしているなら、最初からエンドユーザーに思考ブロックを見せることはしないだろうし、ユーザー側のコンテキストがサーバー側に保存されたブロックのハッシュを持つようにするはずだよ。

└

正直、OpenCodeを使った方がいいよ。Claude Code Maxとも連携できるし、TUIは100倍良い。唯一残念なのはコンパクションかな。

└

エンドユーザーに対して。他の関係者がClaudeの濃縮版をトレーニングしたい場合が多いね。

└

まあ、彼らは1万件以上の未解決の問題やスパム問題を抱えてるから、フィルタリングするのは大変だろうね、ハハ。

最近リリースされたGPT-5.3-Codexは大きな変化で、かなり良くなったよ。今は黙っているんじゃなくて、中間の思考サマリーを表示するようになった。

└

カーソルから使ってみた経験は、かなりがっかりだった。

それが全てだ。「3つのファイルを読み込んで。」どのファイル？関係ない。「1つのパターンを検索した。」どんなパターン？誰が気にするの？ここはプロダクトマネージャーだよ。皮肉を込めて言うと、これは典型的なプロダクトマネジメントだね。「ユーザー体験を改善する」って名目で、役に立つ情報を簡素化して取り除く。影響を受けていることをもっとオープンにするならミニマリズムとも言えるけど。業界として、もうこれを乗り越えるべきだよ。顧客の使い方を深く理解しないと、このミスは避けられない。情報を隠すことで改善してると思うのは本当に簡単なんだよ、その情報がなぜ価値があると見なされるのか理解していないと。多くの人が、効率化や削除がポジティブだと教えられてきた。非専門家のユーザーが注目を集めていると、さらに簡単になる。HNにいる私たち全員が、こういうUIを見たことがあるはず。

└

こちらもプロダクトマネージャーだよ。全く皮肉じゃなくて、これは典型的なプロダクトマネジメントだね - 一部のユーザーには役立つ情報を削除して簡素化する。もうこれで終わりにすべきじゃない。UIのスペースの使い方や、ユーザーに何を提示しているかを慎重に考えるのは良いことだよ。役立つ情報を削除したから悪いと言ってるけど、じゃあAnthropicの冗長モードを使う提案はどうして良い解決策じゃないの？おそらく、役立つ情報を含んでいるだけでなく、ユーザーが望まない情報でUIがごちゃごちゃになるからだと思う。同じことがここにも当てはまるよ。著者が求める詳細レベルを見たい人もいれば、それが役に立たない人もいるし、ただスペースを取るだけなんだ。> このミスを避けるためには、顧客の使用状況を深く理解する必要がある。ミスかどうかを知るためにも、顧客の使用状況を深く理解する必要があるけどね。Anthropicは、君や俺、著者よりもClaude Codeの使用状況をずっと深く理解してる。彼らがその情報をうまく使っているかは確信できないけど、君がPMなら、ユーザーの一部が嫌がる決定をしたことがあるはずだと思う。君は全ユーザーベースの使用状況をより良く理解していたから、製品にとって正しい選択だったんじゃないかな。ここでも同じことが当てはまる可能性を考えてみてもいいんじゃない？

└

プロダクトマネージャーなんてもういらないよね。

└

プロダクトマネージャーが開発者のために「ユーザー体験を改善できる」と思ってるなら、完全に自分を騙してるよ。開発者同士でも、キーのバインディング（vim、emacs）やインデント（タブ、スペース）みたいな簡単なことすら合意できないんだから。アプリケーションを設定可能にしてほしい。開発者は自分のツールをいじるのが好きなんだ。

└

これも時間とともに変わるんだよね。特に、ツールが対象としている分野に精通した新しいユーザーは、製品が自分たちの期待通りに機能しているかを確認したいし、もっと出力を見たいと思ってる。時間が経つにつれて製品に慣れて、信頼や抽象度の階段を上がっていくかもしれないけど、最初は詳細な出力が信頼を築くためのメカニズムなんだ。

└

プロダクトマネジメントは業界で最悪のミームかもしれない。製品を使ったことがない人を雇って、ユーザーを正確に代表することも考えないまま、エンジニアリングリソースを割り当てさせて、何を出すかを制限させる。何が悪くなる可能性があるっていうの？もう流行は過ぎ去ったはずなのに、人は学ばないよね。代わりにやるべきことは、最も社交的なエンジニアを見つけて、月に数回ユーザーと話させること。これで何千万円も節約できるし、ユーザーが本当に欲しいものを作る可能性が高くなるよ。

└

皮肉を込めて言うと、これは典型的なプロダクトマネジメントだね。「ユーザー体験の改善」とか言って、便利な情報を簡素化したり取り除いたりする。もっと影響を受けてることを隠さずに言うなら、ミニマリズムってやつだ。皮肉なことに、Anthropicの「プログラマー」たちはそれを元に戻す方法がわからないみたい。もっと皮肉を言うと、Anthropicの経営陣は人々がトークン数（つまりお金）に結びつけられるようなことを隠そうとしてるから、使用数の数字をいじって私たちからもっとお金を引き出そうとしてるんだよ。

Claudeのブランドが「AIのマイクロソフト」に近づいてるのが危険だね。開発者、開発者、開発者、開発者。これはAnthropicの社員が読んでくれることを願って書いてるんだけど、こういう衝動に立ち向かう内部のクルセードが必要だよ。短期的には高い道を選べば、長期的には混乱を避けられるかもしれない。文化の問題だね。おそらく、歴史について人々を教育するのが一番の武器だと思う。90年代後半から00年代初頭のマイクロソフトは完全に支配的だったけど、今見ると明らかだよね。彼らは時代遅れになった根本的な選択をしてしまった。その結果、WindowsのDXはまだ良くないし、Visual Studioが最高の機能を持っていても、センスのある人は大体Linuxを好む。Appleは非常に戦略的な選択をしたよね：BSDを基にOSを再構築して、Linux（サーバーの言語）と連携できるようにした。で、なんでそうしたの？調べてみて。違いは感性の問題で、その感性をビジネスの中で存在させ、育てることが重要なんだ。

これ、めっちゃ役立ったよ。時々、Claudeが間違ったファイルを見てたり、間違ったパターンを探してるのが見えたから、すぐに中断できた。Claudeの動きに深く関わりたい人には、そのアップデートは本当にがっかりだった。

AI企業がユーザーを搾り取る様子を見るのは面白いね。制約（財政的、技術的、容量的）が企業を圧迫し始めてるから。ChatGPTに広告が入ったり、Claude Codeから機能が削除されたり。これから本格的に問題に直面し始めると思うよ。それに、Googleがリアルタイムオークション機能を使って返信に広告を挿入する「発明」をしたのに、OpenAIが最初にそれを実装することになるのが面白いよね。トランスフォーマーの展開にも似てる。私にとっては、また「ポップコーンタイム」だね。これらを使うことはほとんどないけど、Geminiだけはたまに使って、ウェブで深く調べても意味のある結果が得られないときに質問する。最後に聞いた質問では、1つだけ（でも興味深くて正しい）参考文献が返ってきて、それを追って研究を続けたよ。

Claudeのサポートとの最後のやり取りは、楽しいメリーゴーランドだったよ。月額プロサブスクリプションを買うためにVisaカードを使ったんだけど、ある日クレジットが切れたから追加クレジットを買おうとしたら、カードが拒否された。カードの限度額を再確認して再試行したけど、やっぱり拒否された。カードをテストするためにプロサブスクリプションを延長してみたら、うまくいった。そこで気づいたのは、私のカードには「Secure by Visa」というセキュリティ機能があったこと。取引を完了するには、VisaのページでOTPを提出する必要があるんだ。プロサブスクリプションを買うときにはそのページにリダイレクトされるけど、追加使用を買うときにはそうならない。チケットを開いてClaudeのサポートに詳細を伝えたけど、問題の全容を説明しても「カードが拒否された理由はわかりません。銀行に確認してください」と言われた。その後、同じようなOTP保護のあるMastercardを手に入れたんだけど、これはMastercard Securecodeっていうやつ。OTPはサブスクリプションと追加使用のページの両方で発動する。これをサポートにも伝えたけど、返事は同じで「エンジニアリングチームに確認しましたが、他のVisaカードが拒否された理由はわかりません。銀行に確認してください」と。結局、追加使用を買うのを諦めたよ。だから、彼らが製品をどんどん悪化させても驚かないよ。

└

絶対にチャットボットと話してるよ。今はどこにも人間のサポートエージェントなんていないから。

幅広いユーザーベースを持つ一般的なツールには、出力を設定可能にするべきだよ。一つの設定だけでは、たとえ詳細モードがあっても、全員を満足させることはできない。出力をクリーンに保つために最小限のデフォルトを設定しつつ、ユーザーが複数のレベルの詳細さから出力項目を選べるようにしてほしい。tcpdumpやAnsibleみたいにね（-vから-vvvvvまで）。ビジネスはAppleのような「体験」を提供することに夢中だけど、製品があまりにも洗練されて「一つの方法」しかないのは、コーディングエージェントには通用しないよ。アプリは自分のワークフローに合わせてカスタマイズできるUnixのような体験が必要なんだ。マニュアルページを開くと、魔法使いじゃない限り致命的なダメージを受けるし。LLMはすでに魔法の箱みたいなもので、多くの人を不快にさせてる。Anthropicが自社のコアファンであるソフトウェアエンジニアを疎外するようなことがあったら、残念だよね。