Claude Code v2.1.178

変更前

パーミッションの設定では、ツール名全体を許可または禁止することしかできず、特定のモデルの使用や特定の引数での実行を細かく制限することが困難でした。

変更後

Agent(model:opus) のようにツール名とパラメータを組み合わせた指定が可能になりました。ワイルドカード（*）もサポートされており、より柔軟なアクセス制御が実現します。

ユーザーへの恩恵

「Opus モデルのサブエージェントだけを禁止する」といった高度なセキュリティポリシーやコスト管理ルールを、環境に合わせて精密に設定できるようになります。

変更前

エージェントチーム（実験的機能）を利用する際、まず TeamCreate ツールを使用してチームを作成し、名前を付けるセットアップ工程が必要でした。

変更後

セットアップ工程が不要になり、Agent ツールの name パラメータを指定するだけで即座にチームメイトを起動できるようになりました。セッション終了時のクリーンアップも自動で行われます。

ユーザーへの恩恵

複雑なチーム管理ツールの操作から解放され、自然言語の指示だけで並列作業を行うエージェントチームをよりスムーズに開始・運用できるようになります。

変更前

プロジェクト内の特定のディレクトリに閉じたスキルを定義していても、コンテキストに応じて適切にロード・解決されない場合がありました。

変更後

作業中のファイルに近いディレクトリにあるスキルが優先的にロードされます。名前が衝突した場合は <ディレクトリ名>:<スキル名> という形式で識別され、両方のスキルが利用可能な状態に保たれます。

ユーザーへの恩恵

大規模なモノレポなどで、ディレクトリごとに特化したスキルを定義しても競合を恐れることなく、現在の作業文脈に最適な補助機能を活用できます。

変更前

複数のディレクトリに設定ファイルが存在する場合、どの設定が優先されるかが不明確であったり、意図しないスコープのワークフローが保存されたりすることがありました。

変更後

現在の作業ディレクトリから最短距離にある設定が優先されます。また、ワークフローの保存時も、プロジェクトスコープ内であれば最も近い場所にあるディレクトリがターゲットになります。

ユーザーへの恩恵

複雑なプロジェクト構造においても、各ディレクトリ固有のカスタマイズが確実に適用され、意図した通りの挙動でエージェントを利用できます。

変更前

説明なしでバグ報告が送信できてしまったり、GitHub の Issue タイトルが適切に生成されず、モデルの内部的なエラー文言がそのまま使われたりすることがありました。

変更後

送信前に具体的な説明が求められるようになり、適切なタイトルで Issue が作成されます。

ユーザーへの恩恵

より具体的で整理されたバグ報告が可能になり、開発チームによる問題の把握と修正がスムーズに行われるようになります。

変更前

診断結果のレイアウトがセクションごとに一貫しておらず、どの項目が正常でどこに修正が必要かの視覚的な判断がしづらい場合がありました。

変更後

すべてのセクションで一貫したフラットツリー形式が採用され、ステータスアイコンが見やすくなりました。また、実行すべきコマンド名がハイライトされるようになりました。

ユーザーへの恩恵

環境の不整合や設定ミスをより素早く発見でき、提示された修正コマンド（f キーで実行可能）を使って迅速に正常な状態へ復旧できます。

変更前

親プロセスから特定の環境変数が誤って継承されると、メモリを過度に消費してツールが突然終了することがありました。

変更後

環境変数の継承に伴うリソース管理が適切に処理されるようになり、クラッシュが防止されます。

ユーザーへの恩恵

ツールの実行環境を問わず、安定して長時間動作し続けることができるようになります。

変更前

自動化スクリプトなどで -p フラグを使用して実行する際、ネストされたスキルが「ディレクトリ名付きの名前」を持つと、権限確認が入り実行が中断されることがありました。

変更後

非インタラクティブな実行時でも、ディレクトリ修飾されたスキルが適切に権限チェックを通過し、スムーズに実行されるようになりました。

ユーザーへの恩恵

CI/CD やバッチ処理などの自動化ワークフローにおいて、複雑なスキル構成であっても途中で止まることなくタスクを完遂できます。

変更前

ANTHROPIC_BASE_URL などを設定してカスタムゲートウェイ経由で利用している際、バックグラウンドで動作する claude agents がトークンを正しく処理できず失敗することがありました。

変更後

バックグラウンドの監視プロセス（デーモン）がカスタムゲートウェイの認証情報を正しく継承し、安定して動作するようになりました。

ユーザーへの恩恵

独自のプロキシやエンタープライズ向けのゲートウェイを使用している環境でも、バックグラウンドタスクやエージェントビュー機能を制限なく利用できます。

変更前

モデルが過負荷の際に予備のモデルに切り替える「フォールバック設定」をしていても、コンテキストを要約して整理する「圧縮処理」の段階ではその設定が無視されてエラーになることがありました。

変更後

圧縮処理中も設定したフォールバックチェーンが適用され、メインモデルが利用不可の場合でも代替モデルで処理を継続します。

ユーザーへの恩恵

高負荷時でも会話の文脈を維持するための整理処理が止まらず、セッションの中断を最小限に抑えることができます。

変更前

ターンが終了した直後にセッションをバックグラウンドへ移動させると、内部的には完了しているにもかかわらず UI 上は「実行中」と表示され続けることがありました。

変更後

バックグラウンド化したセッションのステータスが正確に反映されるようになりました。

ユーザーへの恩恵

エージェントビュー（claude agents）で各タスクの正確な進捗を把握でき、どのエージェントが次の入力を待っているかが一目で分かります。

変更前

.claude/skills や .claude/hooks を共有フォルダへのシンボリックリンクとして構成している Linux 環境では、セキュリティサンドボックスが正しく初期化できずエラーになっていました。

変更後

シンボリックリンクを適切に解決してサンドボックスを起動できるようになりました。

ユーザーへの恩恵

設定ファイルを複数の場所で共有・管理している開発環境でも、セキュリティ機能を有効にしたまま安全に Claude Code を利用できます。

変更前

マーケットプレイスからのプラグインインストールが失敗した際にデータを残す設定を有効にしていると、新しいプラグインの初回インストールまでブロックされることがありました。

変更後

デバッグ用の設定を有効にした状態でも、正常に新しいプラグインを導入できるようになりました。

ユーザーへの恩恵

プラグイン開発時やトラブルシューティング時でも、インストール機能を損なうことなく効率的に作業が進められます。

変更前

サブエージェントの定義ファイルで disallowedTools を使用して特定のMCPサーバー全体（例：mcp__github）を拒否しようとしても、その設定が静かに無視されていました。その結果、サブエージェントが本来禁止されるべきMCPツールにアクセスできてしまう可能性がありました。

変更後

サブエージェントのフロントマターにおける disallowedTools フィールドで、mcp__* 形式のワイルドカードやサーバー名による指定が正しく認識されるようになりました。

ユーザーへの恩恵

サブエージェントに許可するツールの制限をより確実に、かつサーバー単位で一括して行えるようになり、セキュリティと制御の精度が向上します。

変更前

NORMAL/VISUAL モードでの複数のコマンドが 1 回の undo ステップに統合されてしまい、少しずつ戻すことができない場合がありました。

変更後

u キーを押すと、コマンド 1 つずつを段階的に元に戻せるようになりました。

ユーザーへの恩恵

vim モードでの編集作業において、誤操作をしてしまった際により細かく、正確な地点まで編集内容を差し戻すことができます。

変更前

claude agents で複数のエージェントを監視している際、ステータスバーに表示された IDE 連携用などの特殊なリンクをクリックしても反応しないことがありました。

変更後

カスタム URI スキームが正しく認識され、クリックで対応するアプリケーションを直接開けるようになりました。

ユーザーへの恩恵

エージェントが修正した箇所を VS Code などのエディタで即座に開くといった、ツール間をまたぐ操作がバックグラウンド管理画面からもスムーズに行えます。

変更前

VS Code の統合ターミナルで日本語入力中、変換候補を消そうとして Esc キーを押すと、エージェントの処理全体が中断（キャンセル）されてしまう不便がありました。

変更後

IME の候補キャンセルとエージェントへの指示中断が正しく区別され、変換候補だけを閉じられるようになりました。

ユーザーへの恩恵

日本語入力を多用する環境においても、不意なタスク中断に煩わされることなく快適にプロンプトを入力できます。