2026/02/12 3:23

「Claude のコードが簡略化されています」

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

Summary

Claude Code version 2.1.20 は、ファイル読み込みと検索パターンをすべて単一のサマリー行（「Read 3 files.」「Searched for 1 pattern.」）に置き換えます。この変更により、デフォルト出力から明示的なパスやパターンが削除され、重要なデバッグ情報が隠れているとユーザーからの苦情が増えました。

ユーザーは現在 verbose mode（詳細モード） を有効にするか（サブエージェントトランスクリプト全体、フック出力、ファイル全内容をダンプ）、または verbose mode 内で Ctrl+O を押して欠落した詳細情報を取得しなければなりません。しかし、verbose mode 自体は複数のリリースで冗長性を削減するために縮小されており、それでも多くのエージェントからの大きなテキストブロックが生成され、行単位の簡潔なログではなくなっています。

この変更はほとんどのユーザーのノイズを減らす目的で導入されたため、Anthropic の GitHub コメントでの回答は「verbose mode を試しましたか？」というものが主流でした。ユーザーからはよりシンプルなトグルを求める声もあり、多くの開発者が version 2.1.19 に戻すか、verbose mode を必要とせずに詳細ファイルパスや検索パターンを復元する簡易的なブール設定フラグを呼びかけています。

そのようなトグルが追加されれば、開発者はクリーンなデフォルトビューと詳細なデバッグビューの間を素早く切り替えられ、生産性を向上させつつインターフェースを整理されたままに保てます。

本文

Claude Code のバージョン 2.1.20 で、ファイル読み込みと検索パターンをすべて「Read 3 files」や「Searched for 1 pattern」といった単一の不要な要約行に置き換える変更がリリースされました。

以前は次のように表示されていました：
今では次のようになります。
「Read 3 files。」どのファイル？重要ではありません。
「Searched for 1 pattern。」何のパターン？気にしません。

$200/月で支払っているツールが、デフォルトでコードベースの実際の処理を隠してしまっています。この件について複数の GitHub Issue が開かれましたが、コメントはほぼ同じことを言っています：ファイルパスを戻すか、最低限でもトグルを追加してください。

Anthropic の回答：

ほとんどのユーザーにとって、この変更はノイズを減らしシンプル化するものです。

何人が「多数」なのか？変更がリリースされた直後、唯一得た反応は不満でした。
「修正」として提案されたのは、単に「verbose mode を使う」ということでした。

verbose mode – すべての思考トレース、フック出力、サブエージェントの完全な対話内容、ファイル全体を端末にダンプする大容量出力です。人々は何度も繰り返し言っています：彼らが欲しいのは「ファイルパスと検索パターンをインラインで表示すること」だけだと。デバッグ情報の洪水ではありません。

開発者からの返信は？

verbose mode を改善して、あなたのユースケースに合うようにしたいです。

もう一度読んでください。30人が「変更を元に戻すか、トグルを追加してください」と言っています。答えは「verbose mode をあなた向けに作り直しましょう」というものです。

あるコメントではこう述べられています：

「Searched for 13 patterns, read 2 files」のような情報を表示しても、何もできません。むしろ表示しない方がいいでしょう。

数バージョン後の「修正」は、verbose mode をさらに抑えつつ思考トレースとフック出力を削除し、ファイルパスを取り戻す許容範囲にすることです。しかし verbose mode は依然としてサブエージェント全体の出力を画面にダンプします。

以前は Claude が複数のサブエージェントを生成するとき、各エージェントが行っている作業を簡潔な行単位で流れて見ることができました。今では複数エージェントから同時に大量のテキストが表示されます。計画は何ですか？ verbose mode を一つずつ削除していき、最終的に「verbose でない」状態にするということでしょうか？その結果、実質的に追加手順を伴う設定トグルを再構築したことになるのでは？

verbose mode を思考とフック用に使っていた人々は、デフォルト機能を取り戻すために Ctrl+O を押さなければなりません。つまり、一つの問題を解決する代わりに二つの問題を作った形です。

多くの人がバージョン 2.1.19 にロールバックしており、求められている修正 ― 単一のブール型設定フラグ ― は、verbose mode の膨大な改造よりもはるかに実装コストが低いと考えられます。

Anthropic がスーパーボウルで語ったように「私たちは決してユーザーを軽んじません」
GitHub 上の Anthropic は「verbose mode を試したことがありますか？」と問うのみです。

同じ日のほかのニュース

一覧に戻る →

2026/02/12 1:21

フッ素石（Fluorite）― Flutterと完全に統合されたコンソールレベルのゲームエンジン

## 日本語訳: **改善された要約** Fluoriteは、Flutterと完全に統合された最初のコンソールグレードゲームエンジンであり、開発者がDartでゲームロジックをすべて記述しながら、高性能な3Dグラフィックスを提供できます。そのコアは、低価格/組み込みハードウェアで高速に動作するC++で書かれたデータ指向のEntity‑Component System（ECS）であり、GoogleのFilamentレンダラーとVulkanを併用して物理的に正確な照明、ポストプロセッシング効果、およびカスタムシェーダーを実現しています。Flutterとの統合によりホットリロードが可能となり、シーンの変更は数フレーム以内に表示されるため、ゲームメカニクス、アセット、コードの迅速な反復が可能です。ゲームロジックは馴染み深い高水準Dart APIを介して公開され、FluoriteViewウィジェットは複数の同時3Dシーンをホストでき、ゲームエンティティとUIウィジェット間で状態を共有します。アーティストはBlenderでタッチトリガーゾーンを定義し、インタラクティブなゲームプレイ用にonClickイベントを発火させることができます。将来のリリースでは機能追加が計画されており、エンジンの能力を拡張し、インディー開発スタジオやホビイストの参入障壁を低減します。

2026/02/12 3:06

ネットニュースワイヤー、開業23周年を迎える --- (Note: The translation keeps the length and conveys that NetNewsWire is turning 23 years old.)

## Japanese Translation: > **概要：** > NetNewsWireは23周年を迎え、歴史的なバージョン 1.0 のリリースを祝うとともに、将来のアップデートに向けた明確で段階的なロードマップを提示しています。バージョン 7.0 は2月11日にリリースされ、即時修正パッチ 7.0.1 が回帰や直ちに必要な調整を解決します。チームはまだ多くのバグ、技術的負債、および仕上げ作業に直面していますが、昨年のブレント氏の退職によってこれらの課題に取り組むリソースが確保されました。 > > 今後の展望として、バージョン 7.1 はデバイス間で記事を一貫して同期させるための修正に注力し、7.2 は柔軟性を保ちつつユーザー体験の仕上げやタスクの組み合わせを追加する可能性があります。まだ 7.3 の具体的な計画は存在せず、今後の作業は 7.1/7.2 の成果と Apple の WWDC で発表される新しいプラットフォーム機能（例：タッチスクリーン Mac、折りたたみ iPhone、新しい Swift 機能）に依存します。マイルストーンチケットは流動的であり、追加や削除がいつでも行われる可能性があります。 > > ユーザーにとっては、より信頼性の高いパフォーマンス、スムーズなデバイス間同期、および時折の UI 改善が期待できます。この周年記念は、競争の激しい RSS リーダー市場で継続的に NetNewsWire を改善し続ける自信を示す前向きな祝賀として提示されています。

2026/02/12 4:50

**マイクロ波オーブンの故障：LEDディスプレイが自動で電源を入れた（2024）**

## Japanese Translation: インシグニア NS‑MW09SS8 電子レンジは、約5年の使用後にランダムにランプ・ファン・タータブルを点灯し始めました。装置は「止まらない」状態となり、制御パネルがボタン入力を無視し、扉を閉じても停止しませんでした。三つの別々の扉スイッチを検証しても良好であったため、問題は他にありました。故障は老朽化した青色LEDディスプレイに起因することが判明しました。LEDから逆流するとマイクロコントローラの共有GPIOピン（Port H.0）の電圧が論理高閾値（約2 V）を超え、ボードは扉が開いていると誤認識し、実際には閉じていた状態でも「オープン」と判断しました。LEDセグメントAに直列にショットキーダイオードを追加することで逆流電流を遮断し、H.0 の低電圧を回復させ、ディスプレイの輝度には影響を与えませんでした。ディスプレイがさらに劣化すると、六つの行ワイヤーがLEDアノードと共有されていたため、キーパッドマトリクスにも漏れが生じ、ボタン入力が失敗するようになりました。修理にはカスタムモジュールを使用し、個別の7セグメント桁とシリコンダイオードで保護されたディスクレートLED（青色ディスプレイの代わり）を導入しました。電子レンジの安全性は、RLY1 リレーに直列接続された三つの扉スイッチと、ランプリレーが閉じている間だけマグネトロンを駆動し、マイクロコントローラのパルストレインがアクティブな場合にのみ機能する Q1–Q3 トランジスタによって保証されます。マイクロコントローラが切り替え停止すると、約20 ms後に Q2 がオフになります。ボード上の6×4 キーパッドマトリクスは LED アノードと行を共有しており、漏れにさらされやすくなっています。 MCU（SH69P26K）は内部発振子（約50 % の誤差）を使用し、クリスタルの代わりにオプトカップラ IC102 を通じた 60 Hz AC パルスで駆動されるため、タイミング精度に影響があります。ボード上の「スイッチ」SWA–SWD の6つは、製造者がソフトウェアを変更せずに類似の電子レンジモデルを選択できるようにしており、本ユニットでは SWA が切り離されています。一星レビューの分析によれば、青色LEDディスプレイは同じ FCC ID やマザーボードを共有する緑色ディスプレイと比べて約25倍多く突然点灯に関する苦情が寄せられます。核心問題は、GPIOピンを LED と重要機能（扉検知、キーパッド）で共有することで脆弱性を生み出し、青色LEDは速やかに失敗し、Midea ベースの電子レンジではリスクが増大します。製造者は、クリティカルピンを分離し、ディスプレイ用にダイオードで保護されたディスクレートLEDを使用し、共有ピン競合を避けるファームウェア更新、さらには影響を受けたユニットのリコールを検討することで対策できます。ユーザーは制御されない電子レンジが未監視で調理を続ける安全上の危険に直面します。