Claude Code v2.1.152

変更前

スキル実行中に、意図しないツールの使用（例：特定の操作中にファイル削除ツールを呼ばせないなど）をきめ細かく制御することが困難でした。

変更後

スキルごとに利用可能なツールのセットを制限できるため、モデルが特定のワークフローに集中し、より安全かつ正確に動作するように定義できます。

ユーザーへの恩恵

カスタムコマンドの挙動をより厳密に制御でき、エージェントによる誤操作や不要なツール呼び出しのリスクを軽減できます。

変更前

スキルの定義ファイル（SKILL.mdなど）を新規追加したり編集したりした際、変更を反映させるには一度 CLI を終了して再起動する必要がありました。

変更後

コマンド一つでディレクトリが更新されるため、スキルの開発や調整を行いながら、現在のセッションですぐに最新のスキルを試すことができます。

ユーザーへの恩恵

開発中のスキルの反復試行がスムーズになり、作業の中断を最小限に抑えられます。

変更前

セッション開始時のフックで新しいスキルをセットアップしても、モデルがそれらを認識するのは次のセッションからになるというタイムラグがありました。

変更後

フックの実行完了と同時にスキルの再読み込みが行われるため、動的に追加されたコマンドも初回から即座に使用可能になります。

ユーザーへの恩恵

環境構築スクリプトなどをフックに組み込んだ際、自動セットアップされたツールをすぐに Claude に使わせることができます。

変更前

セッションのタイトルは自動生成されるか手動で変更する必要があり、フックの処理結果に基づいた動的な命名はできませんでした。

変更後

フックが特定のブランチ名やタスク内容に基づいてセッションタイトルを決定し、/resume 一覧やターミナルのタイトルに反映させることができます。

ユーザーへの恩恵

多数のバックグラウンドセッションを並行して実行している場合でも、各セッションの目的を識別しやすくなります。

変更前

巨大なファイルをコンテキストに含めると、使用状況の確認時にメモリを大量に消費したり、内訳の詳細が表示されなかったりすることがありました。

変更後

どれほど大きなファイルがトークンを消費しているかを安全に把握でき、メモリ不足によるクラッシュを防ぎながらコスト管理が行えます。

ユーザーへの恩恵

トークン消費の要因を正確に特定できるため、不要なコンテキストを整理してコストを最適化しやすくなります。

変更前

セッションが CLI から直接起動されたのか、SDK 経由なのか、あるいはデスクトップアプリからなのかをメトリクス側で識別する標準的な方法がありませんでした。

変更後

起動ソースごとの利用統計を収集できるため、組織内でのツールの使われ方を詳細に分析可能になります。

ユーザーへの恩恵

管理者が開発チームの利用パターンを把握し、インフラの最適化やライセンス管理の判断材料として活用できます。

変更前

以前の /code-review は修正箇所の指摘のみを行い、修正を適用するにはユーザーが手動でコードを書き換えるか、別のコマンドを組み合わせる必要がありました。

変更後

修正案の提示から適用までが一貫して行えるようになり、コードの重複排除やリファクタリング、効率化の提案が直接ワーキングツリーに反映されます。

ユーザーへの恩恵

レビューで見つかった改善点を即座にコードに適用できるため、品質向上と開発サイクルの高速化を同時に実現できます。

変更前

マーケットプレイスの削除時にスコープが指定できなかったため、他の管理コマンドとの操作感に不整合がありました。

変更後

ユーザー、プロジェクト、ローカルの各スコープを明示的に指定してマーケットプレイスを管理できるようになり、設定の対称性が確保されました。

ユーザーへの恩恵

特定のプロジェクトに紐付いたマーケットプレイスだけを確実に削除するなど、構成管理が直感的になります。

変更前

モデルが過負荷などで利用できない際、特に非対話型のスクリプト実行中にリクエストが失敗し、作業が中断されてしまうことがありました。

変更後

代替モデルへ自動的にフォールバックするため、一時的なサービス停止時でもエージェントの作業が止まることなく進行します。

ユーザーへの恩恵

長時間かかる自動タスクや CI 上での実行において、モデルの可用性に左右されにくい堅牢なワークフローが構築できます。

変更前

Vim モード使用時にスラッシュキーによる検索アクションが標準的なシェル操作と異なっており、入力の切り替えに手間取ることがありました。

変更後

シェルに慣れたユーザーが期待する通りの動作になり、過去のプロンプトやコマンドを素早く検索して再利用できるようになりました。

ユーザーへの恩恵

ターミナル操作の習慣をそのまま Claude Code に持ち込めるため、入力の生産性が向上します。

変更前

モデルの思考ログがすぐに消えてしまったり、プレーンテキストで見づらかったりするため、Claude が何を考えているかを追うのが困難な場合がありました。

変更後

思考の要約が読みやすい形式で維持されるため、エージェントの意図を把握しやすくなります。詳細は Ctrl+O でいつでも確認可能です。

ユーザーへの恩恵

Claude の推論ステップをより確実かつ快適に観察でき、不適切な方向に進んでいる場合に早期に気づくことができます。

変更前

異なる設定で複数の MCP サーバーを起動しようとしても、実行コマンドが同じだと同一のものとみなされ、一部のサーバーが起動しない問題がありました。

変更後

環境変数の違いが正しく認識されるため、同一のバイナリを異なるコンテキスト（例：別々の API キーやプロジェクト ID）で並列動作させることができます。

ユーザーへの恩恵

複雑なプラグイン構成において、意図したすべての外部ツールが正しく Claude に接続されるようになります。

変更前

過去にインストールして現在は存在しないプラグインのゴミが設定に残っていると、診断コマンドが不適切なエラーを出し続けていました。

変更後

現在の環境に存在しない古い設定が適切に無視または処理されるようになり、診断結果の正確性が向上しました。

ユーザーへの恩恵

トラブルシューティング時に本来注目すべき問題に集中でき、ノイズのないクリーンな診断レポートが得られます。

変更前

プロキシ環境下のリモートセッションでは、外部の MCP サーバーへの通信が正しくルーティングされず、ツールが利用できないことがありました。

変更後

プロキシ設定がリモート MCP 接続にも正しく適用され、クラウド環境からでも外部 API やツールを介した作業がスムーズに行えるようになりました。

ユーザーへの恩恵

エンタープライズなどの制限されたネットワーク環境下でも、クラウドの恩恵を受けながら MCP 連携を活用できます。

変更前

最小構成モード（bare モード）で動作している際、存在しないリストを前提とした不正確なツールの説明がモデルに提供されていました。

変更後

実行モードに合わせてツールの説明が最適化されるため、モデルが現在の環境で不可能な操作を試みようとすることがなくなります。

ユーザーへの恩恵

CI やスクリプト実行などの特殊な環境において、モデルの誤判断によるエラーや混乱を回避できます。

変更前

サブエージェントが終了した後でも残っていた承認待ちの入力操作を行うと、プロセスの不整合により CLI 自体が落ちることがありました。

変更後

無効になったプロンプトへの操作が安全に処理されるようになり、並列タスク管理中の安定性が向上しました。

ユーザーへの恩恵

複数のバックグラウンドタスクを長時間運用している際、操作のタイミングによるクラッシュを気にせず作業を継続できます。

変更前

実際のキャッシュ消費が発生しているにもかかわらず、ログや使用状況画面でトークン消費が正しく表示されないことがありました。

変更後

新しい API レスポンス形式に対応し、キャッシュの生成に伴うトークン使用量が正確に記録・表示されるようになりました。

ユーザーへの恩恵

プロンプトキャッシュによるコスト削減の効果を、正しく透過的にモニタリングできます。

変更前

リモートコントロール機能が有効になっているにもかかわらず、SDKを介して実行されるセッションにおいて、PushNotificationツールが誤ってリモートコントロールが無効であると判断し、通知の送信に失敗したというエラーを返していました。

変更後

SDKホストセッションにおけるリモートコントロールの状態を正しく検知できるようになり、機能が有効な場合には適切にプッシュ通知の処理が継続されます。

ユーザーへの恩恵

プログラムからClaude Codeを実行したり、CI/CDパイプラインなどの外部ツールからプッシュイベントを送信したりする際の通知機能の信頼性が向上します。