Claude Code v2.1.111

変更前

以前のモデル（Sonnet 4.6など）では思考レベルの選択肢が限られており、Opus 4.7のデフォルトかつ推奨される思考の深さを指定する専用のレベルが存在しませんでした。

変更後

Opus 4.7専用のxhighレベルが追加され、コーディングやエージェントとしてのタスクに最適な、速度と推論能力の高度なバランスを簡単に選択できるようになりました。

ユーザーへの恩恵

Opus 4.7の能力を最大限に引き出す設定がデフォルトとなり、複雑な開発タスクにおいて、過剰なトークン消費を抑えつつ最も精度の高い推論結果を得られるようになります。

変更前

ターミナルの外観設定を変更してもClaude Codeのテーマは固定されていたため、環境に合わせて手動でテーマを切り替える手間がありました。

変更後

「Auto」テーマを選択することで、OSやターミナルのテーマ変更に合わせてClaude Codeの配色も自動的に最適化されるようになりました。

ユーザーへの恩恵

時間帯や環境に応じてターミナルの外観を変える開発者にとって、視認性を維持するための手動設定が不要になり、常に快適な作業環境が保たれます。

変更前

頻繁に使う安全なコマンドであっても、その都度実行許可を求められることがあり、手動で.claude/settings.jsonに許可ルールを記述するのは手間でした。

変更後

新スキルが実行履歴から最適な許可リストを作成し、設定ファイルへの追加を提案してくれるため、セキュリティを維持しつつ承認の手間を最小限に抑えられます。

ユーザーへの恩恵

「何度も同じ許可を求められる」というストレスが軽減され、開発作業の中断回数を大幅に減らすことができます。

変更前

これまでのコードレビューは単一のパスで行われることが多く、複雑なバグの発見や誤検知の排除において精度に限界がありました。

変更後

複数のエージェントが「バグハンター」として並列に問題を探索し、さらにお互いの指摘を検証して信頼性の高い問題リストをランク付けして提示します。

ユーザーへの恩恵

PRを作成する前に、人間によるレビューに近い多角的な視点でのチェックを自動で受けられるため、重大なバグの流出を防ぎ、チーム全体のレビュー負荷を軽減できます。

変更前

多数のスキルがある場合、どのスキルがコンテキストを多く消費しているかを把握するのが難しく、トークン節約のための整理が困難でした。

変更後

各スキルの「重さ」を視覚的に把握し、コンテキスト容量を圧迫しているスキルを特定して管理できるようになりました。

ユーザーへの恩恵

コンテキスト使用量の最適化が容易になり、長いセッションでもモデルの精度を維持しやすくなります。

変更前

自動化スクリプトなどから実行した際、特定のプラグインがなぜ動作していないのかをプログラム的に検知して対処するのが困難でした。

変更後

プラグインの読み込み失敗理由がJSONストリームから直接取得できるようになり、デバッグや自動エラー報告の構築が容易になりました。

ユーザーへの恩恵

CI/CDや自動化ツールとの連携において、環境構築の問題を早期に発見して自動的にリトライや通知を行う仕組みが作りやすくなります。

変更前

モデルが具体的にどのようなデータを送受信しているかの詳細なデバッグが必要な際、中間層でのキャプチャが必要で非常に手間がかかっていました。

変更後

環境変数を有効にするだけで、標準的なオブザーバビリティ・プラットフォームを介して生のAPI通信ログを確認できるようになりました。

ユーザーへの恩恵

企業導入時の監査対応や、高度な動作不良の調査において、証跡となる生データを容易に取得できるようになります。

変更前

思考レベルを変更するには、/effort highのようにコマンドの後ろに正確なレベル名を手動で入力する必要がありました。

変更後

直感的なGUI風のスライダーUIで設定できるようになり、現在のレベルを確認しながら視覚的に思考の深さを調整できるようになりました。

ユーザーへの恩恵

コマンドの正確な引数を覚えていなくても、その場で思考の深さを素早く切り替えられるため、作業のリズムを崩さずにモデルの挙動を調整できます。

変更前

オートモードを利用するには、起動時に毎回専用のフラグを渡すか、設定ファイルを複雑に書き換える必要がありました。

変更後

フラグなしでもShift+Tabのモード切り替えサイクルにオートモードが含まれるようになり、要件を満たすすべてのユーザーが簡単に利用できるようになりました。

ユーザーへの恩恵

より高度な自律動作をすぐに開始できるようになり、定型作業の自動化への障壁が低くなりました。

変更前

Windows上でも内部的にGit Bashを使用していたため、Windows固有のシステム管理やPowerShellコマンドの実行が直接的には困難でした。

変更後

ClaudeがPowerShellを直接操作できるようになり、Windowsネイティブなコマンドやスクリプトを自然な形で扱えるようになりました。

ユーザーへの恩恵

Windows環境での開発において、OSの機能をフルに活用した高度な自動化やトラブルシューティングが可能になります。

変更前

ファイル一覧を表示するだけの簡単なコマンドや、作業ディレクトリの変更であっても、パターンマッチングが含まれると実行の度に承認が必要で作業が中断されていました。

変更後

明らかに安全な読み取りや移動操作が自動承認の対象に含まれるようになり、情報の探索がよりスムーズになりました。

ユーザーへの恩恵

探索的なコマンドを頻繁に実行する際の「承認の繰り返し」による疲労が軽減され、開発の思考を妨げません。

変更前

サブコマンドを打ち間違えると単に「不明なコマンド」としてエラーになり、正しい綴りを調べて再入力する必要がありました。

変更後

タイポを検知して正しい候補を提示してくれるため、ミスの修正が迅速に行えます。

ユーザーへの恩恵

CLI操作での些細なミスによるフラストレーションが解消され、スムーズに作業を再開できます。

変更前

プランファイルが完全にランダムな名前だったため、後からファイル一覧を見たときにどのファイルがどのタスクに対応しているか判別が困難でした。

変更後

タスクの内容がファイル名に反映されるようになり、複数のプランを並行して作成しても内容を識別しやすくなりました。

ユーザーへの恩恵

プロジェクト内の.claude/plans/ディレクトリの整理が容易になり、過去に作成したプランの再確認や管理が効率化されます。

変更前

これまでは行頭までの削除だったため、複数行にわたる長いプロンプトを一括で消去して書き直すのが手間でした。

変更後

シェルコマンドのようにバッファ全体を即座にクリアでき、かつ復元も可能なため、思考の整理やプロンプトの書き直しが容易になりました。

ユーザーへの恩恵

長い入力内容を編集する際の操作性が向上し、プロンプト作成の効率が上がります。

変更前

ターミナルの表示が乱れた際、画面をクリアしても表示崩れが残ることがあり、手動でウィンドウサイズを変更して描画を直す必要がありました。

変更後

入力エリアを掃除すると同時に、CLIのUI全体が正しく再描画されるようになり、表示の乱れを確実に解消できるようになりました。

ユーザーへの恩恵

表示の問題を1つのショートカットで即座に解決でき、クリアな画面で作業を継続できます。

変更前

全画面表示モードなどにおいて、ログ内容を検索したりエディタにコピーしたりするための便利な機能があることに気づきにくい状況でした。

変更後

主要な操作が常に画面端に表示されるようになり、必要な時に迷わずログを活用できるようになりました。

ユーザーへの恩恵

過去の複雑なログをエディタで詳細に分析したり、ターミナルの検索機能を使ったりするまでのステップが短縮されます。

変更前

自動更新チェックの失敗や一時的な通信の乱れなど、無視してもよいエラーが画面上に突然現れ、作業中の注意を削ぐことがありました。

変更後

バックグラウンドで解決される軽微な問題は通知されなくなり、重要な情報のみに集中できるようになりました。

ユーザーへの恩恵

インターフェースがより整理され、不要な警告に惑わされることなく開発に集中できます。

変更前

v2.1.110で導入された上限により、APIが高負荷な際、長い待機時間の代わりに即座にエラーで失敗するようになっていました。

変更後

多少時間がかかっても実行を継続しようとする挙動に戻り、ネットワークやAPIが不安定な状況でのタスク完遂率が向上しました。

ユーザーへの恩恵

高負荷時でも「途中で諦める」ことが減り、不安定な環境下での信頼性が回復しました。

変更前

Windows環境ではこれらが機能しておらず、仮想環境の自動有効化やカスタム環境変数の永続化が動作していませんでした。

変更後

Linux/macOSと同様の動作がサポートされ、フックを利用した高度なワークフロー構築が可能になりました。

ユーザーへの恩恵

Windows開発者も、プロジェクト開始時にPythonの仮想環境を自動でアクティベートするといった効率化の恩恵を受けられます。

変更前

「C:\」と「c:\」が別々の場所として誤認され、パーミッション設定が正しく適用されない、あるいはファイルの状態が不整合になるリスクがありました。

変更後

Windows固有のパス形式が厳密に処理され、権限チェックの信頼性が向上しました。

ユーザーへの恩恵

Windows環境での意図しない権限エラーが解消され、パーミッション設定が常に期待通りに機能するようになります。

変更前

カスタム設定ディレクトリを使用している場合にパス表示が正しくなかったり、再設定時に以前選択したモデルが引き継がれず、設定の手間が大きくなっていました。

変更後

設定ウィザードが現在の環境をより正確に反映し、大規模なコードベースに必要な1Mコンテキストの有効化も簡単に行えるようになりました。

ユーザーへの恩恵

クラウドプロバイダー経由での利用開始や設定変更がより迅速かつ確実になり、特に大規模プロジェクトでのセットアップが楽になります。

変更前

プラグインの導入に失敗しても詳細な理由が分からず、またアップデート後も古いバージョンが参照されたり、失敗したインストールがゴミとして残ることがありました。

変更後

エラーメッセージが具体的になり、インストールのトラブルも自動的に修復される可能性が高まり、管理の信頼性が向上しました。

ユーザーへの恩恵

便利なプラグインを安心して追加・更新でき、環境構築のトラブルに悩まされる時間が減少します。

変更前

大規模な非Gitプロジェクトではファイル保管時の補完が非常に重く、また新規プロジェクト開始直後に肝心のソースファイルが補完候補に出ない不便がありました。

変更後

スキャン効率が改善され、プロジェクトの状態に関わらず期待通りのファイルが素早く補完候補に並ぶようになりました。

ユーザーへの恩恵

どんなプロジェクト構成であっても、ストレスなくファイルを指定してClaudeにコンテキストを渡せるようになります。

変更前

Claudeがファイルを修正した直後に「古いエラー情報」を参照してしまい、既に解決したはずの問題をもう一度調査しようとする無駄な思考が発生していました。

変更後

編集後は最新のコードに基づいた診断結果が正しくモデルに渡されるようになり、無駄な再読み込みや重複した修正作業がなくなりました。

ユーザーへの恩恵

タスクの進行が早くなり、無駄なトークン消費を抑えながらより正確な修正が行えるようになります。

変更前

セッションを選ぼうとしてTabキーを押すと、意図しないセッションが即座に起動してしまい、目的のセッションを探す手間が増えていました。

変更後

補完時にも正しくセッションピッカーが表示され、一覧から目的のやり取りを確実に選択できるようになりました。

ユーザーへの恩恵

過去の作業への復帰がスムーズになり、意図しないセッションの読み込み待ちによる時間の浪費を防げます。

変更前

グリッドの行間に余分な空白があったため、表示が縦に長くなり、一度に確認できる情報量が減っていました。

変更後

描画がコンパクトになり、画面の小さいターミナルでも全体像を把握しやすくなりました。

ユーザーへの恩恵

現在のコンテキストの占有状況を、より少ないスクロールで素早く正確に確認できます。

変更前

会話をクリアして新しくやり直すと、せっかく付けた名前が失われてしまい、ステータスバーでの識別ができなくなっていました。

変更後

会話履歴を消去してもセッション名は保持されるようになり、一貫した管理が可能になりました。

ユーザーへの恩恵

複数のプロジェクトやタスクを名前で管理している際、やり直しの度に名前を付け直す手間が省けます。

変更前

Claudeが勝手に「commitというコマンドがあるはずだ」と思い込んで実行し、結果として「Unknown skill」というエラーで処理が中断されることがありました。

変更後

Claudeが利用可能なスキルのみを正しく把握し、無効なコマンド呼び出しを行わないようになりました。

ユーザーへの恩恵

エージェントが勝手に自滅するようなエラーが減り、タスク完了までの流れが途切れることなくスムーズになります。

変更前

出力されたURLがターミナルの右端で折り返されると、リンクとして認識されず、ブラウザで開くために手動でコピー＆ペーストして繋ぎ直す必要がありました。

変更後

改行を跨ぐ長いURLも正しく1つのリンクとして認識され、スムーズにクリックして開けるようになりました。

ユーザーへの恩恵

ドキュメントやPRへのリンクを素早く確認できるようになり、細かな手作業が削減されます。