Claude Code v2.1.139

変更前

複数のセッションを並行して実行している場合、各セッションのステータス(進行中か、ユーザーの入力を待っているか、終了したか)を一箇所で把握する手段がありませんでした。

変更後

claude agentsコマンドを実行することで、実行中やブロックされているすべてのエージェントの状態をシングルリストで表示し、管理できるようになります。

ユーザーへの恩恵

複雑な並列タスクの進捗状況を直感的にモニタリングでき、効率的に作業を切り替えたり、中断しているタスクを再開したりすることが容易になります。

変更前

特定の目的を達成するために、ユーザーは毎回Claudeの進捗を確認し、次のステップを指示し続ける必要がありました。

変更後

/goalを使って完了条件を一度指定すれば、Claudeは自律的に必要な回数だけツール実行と推論を繰り返し、目標達成まで作業を続けます。

ユーザーへの恩恵

「テストがすべてパスするまで修正して」といった明確なゴールを投げるだけで良くなり、開発者は細かいプロンプト入力の繰り返しから解放されます。

変更前

ターミナルの環境によってスクロール速度が異なり、早すぎたり遅すぎたりして会話履歴を確認しにくい場合がありました。

変更後

/scroll-speedコマンドで1から20の範囲で速度を設定でき、実際にスクロールしながら最適な感度を確認できます。

ユーザーへの恩恵

自分の好みの操作感に合わせてスクロールをカスタマイズでき、長いログや会話の閲覧ストレスが軽減されます。

変更前

インストールされているプラグインが具体的にどのようなスキルやMCPサーバーを含んでいるのか、またそれらがどれほどコンテキスト(トークン)を消費するのか不明透明でした。

変更後

詳細コマンドにより、プラグイン内部の構造と、それがセッション開始時に消費する推定トークン数を事前に確認できます。

ユーザーへの恩恵

プラグインによるコンテキストの肥大化を防ぎ、トークンコストを意識した効率的な環境構築が可能になります。

変更前

過去の会話履歴(トランスクリプト)を表示した際、特定の質問箇所まで戻るには手動でスクロールし続ける必要がありました。

変更後

専用のキーバインドにより、会話の区切り目(ユーザーの質問)を素早く行き来できるようになり、キーボード操作のみで迅速な検索が可能です。

ユーザーへの恩恵

膨大な会話ログの中から目的の情報を探し出すスピードが飛躍的に向上します。

変更前

フックにファイルパスを渡す際、名前にスペースが含まれているとシェルで適切にパースされず、煩雑なエスケープやクオート処理が必要でした。

変更後

args配列形式で指定することでOSが直接引数を渡すため、パスにスペースがあっても安全かつ確実にコマンドを実行できます。

ユーザーへの恩恵

フック設定の記述がシンプルになり、パス操作に起因する予期せぬ実行エラーやセキュリティリスクを排除できます。

変更前

フックがツール実行をブロックした場合、そこでプロセスが中断されてしまい、Claudeがその理由を理解して別の方法を試すことができませんでした。

変更後

拒否理由をClaudeへのフィードバックとして返せるため、Claudeは「なぜ拒否されたか」を理解し、修正案を提示するなど作業を継続できます。

ユーザーへの恩恵

自動化されたルールチェックとAIの柔軟な対応を組み合わせることができ、ワークフローの停止を最小限に抑えられます。

変更前

MCPサーバーが現在のプロジェクトのルートパスを知る標準的な方法がなく、プロジェクト固有のパスを扱うのが困難でした。

変更後

フックと同様にプロジェクトディレクトリ情報が渡されるため、サーバー側でプロジェクト相対パスを正確に処理できます。

ユーザーへの恩恵

プロジェクトごとに異なる設定ファイルやデータにアクセスするMCPツールの開発が容易になります。

変更前

MCPサーバーの設定を変更した後、反映させるにはClaude Code自体を再起動する必要があり、失敗時も原因の特定が困難でした。

変更後

再接続を試みるだけで最新の設定が読み込まれ、接続エラー時にはデバッグに役立つ具体的なエラー情報が表示されます。

ユーザーへの恩恵

MCPサーバーの設定変更とデバッグのサイクルが短縮され、外部ツールとの連携がよりスムーズになります。

変更前

表示されるトークン数がモデルの実態と乖離していたり、細かい数値で表示されていて直感的に把握しにくい場合がありました。

変更後

使用しているモデルの計算方式に基づいた正確な推定値が、読みやすい丸められた数値で表示されます。

ユーザーへの恩恵

コンテキスト制限に近づいている際の判断がより正確になり、トークン節約の計画が立てやすくなります。

変更前

新しいプラグインが追加されていても、手動でマーケットプレイスを更新しない限り「見つからない」とエラーになっていました。

変更後

インストール時に自動で最新のカタログを確認しに行くため、常に最新のプラグインを即座に導入できます。

ユーザーへの恩恵

不要な「カタログ更新」の手間が省け、プラグイン導入体験がよりスムーズになります。

変更前

インストール済みプラグインの情報表示が煩雑で、どのフックやサーバーが提供されているか視認しにくい状態でした。

変更後

各コンポーネントが整理された形式で表示されるため、プラグインがシステムに与える影響を一目で理解できます。

ユーザーへの恩恵

プラグインの管理が容易になり、特定の機能(フックやツール)がどこから提供されているかの混乱を防げます。

変更前

どのスキルがどのプラグインによって追加されたものか判別できず、管理や設定変更が不便でした。

変更後

コンテキスト一覧にプラグイン名が付記されるため、スキルの出所が明確になります。

ユーザーへの恩恵

特定のスキルの挙動を変更したい時に、どのプラグインを操作すべきか即座に判断できます。

変更前

ネットワークの瞬断などでリモートサーバーへの接続が一度失敗すると、手動で再試行する必要がありました。

変更後

一時的なエラーに対して自動でリトライが行われるようになり、接続の安定性が向上しました。

ユーザーへの恩恵

不安定なネットワーク環境下でも、外部ツールとの連携が途切れることなく作業を継続できます。

変更前

OpenTelemetryでの監視において、メインスレッドのリクエストとサブエージェントのリクエストを区別して詳細に分析することが困難でした。

変更後

APIリクエストレベルで親子関係が明示されるため、どのエージェントがどのアクションを実行したか正確に追跡可能です。

ユーザーへの恩恵

企業レベルでの利用において、複雑なタスクのデバッグやコスト分析、動作の監査がより正確に行えるようになります。

変更前

Claude.aiログインとAPIキー(Console)の設定が混在している場合、一部の機能がどちらの権限で動作しているか曖昧になることがありました。

変更後

明示的にAPIキー( Console認証等)が設定されている場合は、それに基づく動作に限定され、意図しない課金や動作の混乱を防ぎます。

ユーザーへの恩恵

認証方式による機能の挙動が明確になり、セキュアで予測可能な利用環境が保証されます。

変更前

一度閉じてしまったセッションタブを再度開くための専用のショートカットキーがなく、履歴から探し直すなどの手間がかかっていました。

変更後

ブラウザのタブ復元と同じ感覚で、使い慣れたショートカットキー（Cmd/Ctrl+Shift+T）を使って直前のセッションを即座に復元できるようになりました。

ユーザーへの恩恵

誤ってタブを閉じてしまった際の中断を最小限に抑え、開発のリズムを崩さずに作業を継続できます。

変更前

ポリシーによってリモート設定の強制リフレッシュが必要なのに、認証切れでそれができず、結果としてログインすらできなくなることがありました。

変更後

認証に関連する基本コマンドはポリシーの制約を受けずに実行できるようになり、トラブル時の復旧が可能になりました。

ユーザーへの恩恵

万が一の認証エラー時も、詰まることなくスムーズに再ログインして作業に戻ることができます。

変更前

$VAR や $(cmd) を含むコマンドは、内容が安全であってもサンドボックス内での自動承認対象から外れ、毎回許可を求められていました。

変更後

これらのシェル拡張を含むコマンドも、サンドボックスの保護下で適切に自動承認されるようになります。

ユーザーへの恩恵

複雑なスクリプトやコマンドを実行する際の承認プロンプトが減り、作業のテンポが改善されます。

変更前

異常な動作をするMCPサーバーが大量のデータを送り続けてきた場合、メモリを無限に消費してアプリケーションがクラッシュするリスクがありました。

変更後

ストリームデータに上限が設けられたため、不正なデータ送信からシステムを保護し、安定性を維持します。

ユーザーへの恩恵

サードパーティ製MCPサーバーを利用する際の信頼性と安定性が向上します。

変更前

スキルの権限設定でワイルドカードを使っても、意図した通りのプレフィックス一致が行われない場合がありました。

変更後

Bashコマンドと同様のルールでワイルドカードが動作し、特定のプラグイン配下のスキルを一括で許可するなどの設定が確実に反映されます。

ユーザーへの恩恵

きめ細やかな権限管理を少ない記述で確実に行えるようになります。

変更前

設定ファイルをドットファイル管理ツールなどでシンボリックリンクしている場合、内容を変更してもClaude Codeを再起動するまで反映されませんでした。

変更後

ファイルの実体とリンク先の両方の変更を検知し、編集後すぐに設定が有効になります。

ユーザーへの恩恵

設定の試行錯誤がスムーズになり、独自の環境構築をしているユーザーの利便性が向上します。

変更前

環境変数でデフォルトモデルを変更していても、ピッカーの表示上は標準のデフォルト(Sonnetなど)が表示されたままでした。

変更後

実際の動作設定とピッカーの表示が一致し、現在どのモデルがデフォルトとして機能しているか正しく把握できます。

ユーザーへの恩恵

モデル設定の誤認を防ぎ、意図した通りのモデルで作業している確信を持てます。

変更前

特定の条件下で起動に失敗した際、原因が不明なまま「exit 1」で終了してしまい、トラブルシューティングが困難でした。

変更後

権限エラーなどの根本原因がメッセージに含まれるようになり、ユーザー自身で修正手順を判断できるようになります。

ユーザーへの恩恵

エラー時の解決時間が短縮され、環境トラブルへの対応が容易になります。

変更前

BedrockやVertex AIなどの環境でopusエイリアスを使用している際、選択肢に不必要な重複行が現れることがありました。

変更後

UIが整理され、現在選択中のモデルが正しく、かつシンプルに表示されます。

ユーザーへの恩恵

モデル選択時の視認性が向上し、操作ミスを防げます。

変更前

サードパーティのAPIプロバイダーを利用している際、古いOpusモデルを選択しようとしても、システムが誤ってデフォルト設定のモデル（Sonnetなど）として処理してしまっていました。

変更後

プロバイダー側のモデル定義が正しく識別されるようになり、レガシーなOpusモデルを明示的に選択して利用することが可能になりました。

ユーザーへの恩恵

特定の古いモデルが必要なタスクにおいて、意図しないモデルが使用されることを防ぎ、期待通りのモデルで推論を実行できるようになります。

変更前

エディタの種類やバージョンによってスクロールが異常に速かったり、逆にガクついたりして快適にログを読めませんでした。

変更後

トラックパッドは滑らかに、マウスホイールは1ノッチにつき約3行という一貫したスクロール感を実現しました。

ユーザーへの恩恵

IDE内ターミナルでの利用体験が向上し、自然な感覚で会話履歴を追えるようになります。

変更前

バックグラウンドで動かしていたセッションを再度開いた際、スクロールが意図しない位置に飛んだり、追従しなかったりすることがありました。

変更後

アタッチ後も通常のセッションと同様に、正しい位置から快適に操作・閲覧できるようになります。

ユーザーへの恩恵

バックグラウンド作業の確認と復帰がよりスムーズに行えるようになります。

変更前

既に接続を切ったサーバーの情報がオートコンプリートに表示され続け、無効な候補を選択してしまうことがありました。

変更後

接続中のサーバーのリソースのみが適切に提案されるようになり、情報の整合性が保たれます。

ユーザーへの恩恵

不要なエラーを未然に防ぎ、ファイルやリソースの指定を正確に行えます。

変更前

セッション終了処理の際などに、特定の条件下で監視プロセスが予期せず復活し、リソースを無駄に消費する可能性がありました。

変更後

ライフサイクル管理が厳密になり、不要になった監視処理は確実に停止されるようになります。

ユーザーへの恩恵

アプリケーションの安定性が向上し、余計なCPUやメモリの消費を抑えられます。

変更前

スクリプトやCIからの非対話型実行において、利用実態の統計データの一部が欠落していました。

変更後

すべての実行モードにおいて一貫したテレメトリデータが取得できるようになります。

ユーザーへの恩恵

組織内でのClaude Codeの利用状況を、より包括的かつ正確にモニタリングできます。

変更前

アップデートを行うとプラグイン同士のリンクが壊れてしまい、共通ライブラリ等を参照しているプラグインが動作しなくなることがありました。

変更後

更新後もディレクトリ構造やリンク関係が正しく保持され、プラグインが正常に機能し続けます。

ユーザーへの恩恵

プラグインの更新を安心して行えるようになり、メンテナンスの手間が軽減されます。