Claude Code v2.1.146

変更前

既存の /simplify コマンドは、最近編集したファイルの品質や効率の修正を行う「スキルのセット」として定義されていましたが、名前から機能が直感的に伝わりにくい側面がありました。また、コードレビューの強度をユーザーが直接制御する手段も提供されていませんでした。

変更後

コマンド名が機能に即した /code-review になり、引数としてエフォートレベル（low, medium, high, xhigh, max）を指定できるようになりました。これにより、簡単なチェックから徹底的な分析まで、目的に応じたレビューが可能になります。

ユーザーへの恩恵

変更の意図が明確になり、重要なプルリクエスト前には高いエフォートレベルで深くレビューさせるなど、状況に応じた使い分けでコードの品質向上に役立てられます。

変更前

Auto mode では、バックグラウンドの分類モデルがユーザーへの確認プロンプトを自動的に処理・抑制しますが、その過程で必要な多肢選択式の質問（AskUserQuestion）まで表示されなくなることがありました。

変更後

ユーザーが直接質問を求めた場合や、スキルの実行フローにおいて AskUserQuestion が明示的に呼び出された場合は、Auto mode であっても質問が表示され、ユーザーが対話できるようになりました。

ユーザーへの恩恵

自動化されたワークフローの途中で要件の曖昧さを解消するための質問を Claude が行えるようになり、意図しないコード生成や作業の中断を防ぐことができます。

変更前

v2.1.124 以降のバージョンで、特定の経路でインストールされた PowerShell 実行ファイルが正しく起動できず、ツールとしての実行が失敗するデグレードが発生していました。

変更後

PowerShell の起動引数やパス解決のロジックが修正され、winget 等のパッケージマネージャーでインストールされた環境でも正常にシェルコマンドが実行できるようになりました。

ユーザーへの恩恵

Windows 環境のユーザーは、インストールの種類を問わず PowerShell を通じて安定してコマンド実行や自動化を行えるようになります。

変更前

大量の項目を持つ MCP サーバーに接続した際、1ページ分（デフォルトの制限数）のデータしか読み込まれず、それ以降のデータに Claude がアクセスできない制約がありました。

変更後

resources/list、resources/templates/list、prompts/list の各リクエストでページネーションが正しく処理されるようになり、全項目が漏れなく取得できるようになりました。

ユーザーへの恩恵

大規模なナレッジベースや多数のプロンプトを管理している MCP サーバーと連携した際、すべてのリソースを Claude が認識して活用できるようになります。

変更前

セッション開始直後に /batch などのスキルやカスタムコマンドのみを入力した場合、内部的なフラグ管理の不備により、/background によるデタッチ（バックグラウンド移行）が実行できない不具合がありました。

変更後

入力の種類に関わらず、スラッシュコマンドから始まるセッションでも正しくバックグラウンド処理へと移行できるようになりました。

ユーザーへの恩恵

大規模な変更を一括で行う /batch のような重い処理を、コマンド入力直後にすぐバックグラウンドに逃がしてターミナルを解放することができます。

変更前

カラーテーマの編集や新規作成のインタラクティブな画面において、操作をキャンセルしたり前の画面に戻ったりするために Esc キーを押しても反応がありませんでした。

変更後

ダイアログやエディタが Esc キーの入力を正しく検知し、標準的な CLI 操作感で前の画面に戻れるようになりました。

ユーザーへの恩恵

テーマのカスタマイズ中に、誤ったメニューに入った場合でもキーボード操作のみで素早く安全にキャンセルできるようになります。

変更前

Agent SDK を利用したプログラム実行時、Claude からのレスポンスが完了するタイミングでエラーが発生し、プログラム全体がクラッシュしたり後続の処理が実行されないリスクがありました。

変更後

セッション終了時のクリーンアップ処理が改善され、ストリーミング終了時の例外が適切にハンドルされるようになりました。

ユーザーへの恩恵

SDK を使用した自動化スクリプトや組み込みアプリケーションの堅牢性が高まり、予期せぬ終了に悩まされることなく安定して運用できます。

変更前

管理者によってログイン組織や方法が制限されていても、API キーを直接使用したり Bedrock/Vertex 等を経由したりする場合、これらのセキュリティポリシーがバイパスされる可能性がありました。

変更後

すべての認証・接続方式において組織指定やログイン方法のポリシーがチェックされるようになり、管理者が意図した通りのガバナンスが効くようになりました。

ユーザーへの恩恵

企業の管理者は、認証経路を問わず特定の組織アカウントへの利用を確実に制限でき、組織全体のセキュリティとコンプライアンスを維持しやすくなります。

変更前

GNOME Terminalを使用している際、マウスの右クリックやホイールクリックによるテキストの貼り付けが正常に動作せず、コマンドやコードを素早く入力することが困難でした。

変更後

ターミナルの右クリックや中クリックによる標準的な貼り付け操作が正しく認識され、クリップボードの内容が即座に挿入されるようになりました。

ユーザーへの恩恵

Linux環境の標準的なターミナル操作が保証され、キーボード操作とマウス操作を組み合わせた効率的な開発ワークフローが維持できます。

変更前

サブエージェントに特定のモデル（例：Haiku）を使用するよう環境変数で指定していても、その内部で実行される子プロセスや再帰的な呼び出しにその設定が引き継がれないことがありました。

変更後

環境変数が子プロセスまで確実に伝播するようになり、セッション全体で一貫して指定したモデルがサブエージェントに使用されるようになりました。

ユーザーへの恩恵

サブエージェントに安価なモデルを指定することでコストを抑えるといった、モデルの使い分け設定が確実に反映されるようになります。