disabled

変更前

シェルや補助ツールの起動に必要なサブプロセスの生成に失敗した際に、非同期エラーが適切にキャッチされず、CLI全体のクラッシュを招くことがありました。

変更後

サブプロセスの起動失敗が堅牢にハンドリングされ、エラー内容を適切にユーザーへ提示した上で実行セッションが安定して継続します。

ユーザーへの恩恵

環境起因の軽微なコマンド起動失敗のたびに、CLIツール自体が異常終了して作業履歴が失われることがなくなります。

変更前

サードパーティ製クラウドプロバイダーを介して Claude Code を利用する場合、オートモードでのコマンド判定アルゴリズムが単純なテキスト一致に近く、API接続時と比べて柔軟性や精度が落ちていました。

変更後

各クラウド接続先でも直接の Claude API 接続と同じ最新のセキュリティ判定アルゴリズムが動作し、詳細な重大度評価に基づいて的確にコマンドの自動実行が承認または拒否されるようになります。

ユーザーへの恩恵

クラウドプロバイダー経由での利用であっても、安全性を損なうことなくオートモードによる高度なタスク自動実行の恩恵を受けられます。

変更前

セッション A から セッション B へメッセージを送った際、B 側のクロスセッション受信が無効になっていると何もエラーを返さずに通信を遮断したため、A 側の AI が応答待ち状態のままタイムアウトまで操作不能になっていました。

変更後

受信が無効、または拒否ポリシーが設定されている場合、直ちに送信側セッションへ通信拒否のシグナルが返るようになり、送信側の Claude は待機状態を即座に脱して適切な代替のアクションをとるようになります。

ユーザーへの恩恵

他のローカルセッションへのメッセージ送信を指示したまま、画面がいつまでも「思考中」で固まって強制終了せざるを得なくなるトラブルを避けることができます。

変更前

思考をオフにして高い努力レベルを選択すると、検索機能がエラーで機能しませんでした。

変更後

思考の有無に関わらず、高い努力レベル設定で WebSearch が正しく動作するようになりました。

ユーザーへの恩恵

思考機能をオフにしたままで、より詳細な検索を行うことができます。

変更前

ファイルシステムを隔離しようとすると、常に制限が強制されていました。特定の環境で柔軟な運用が難しい状態でした。

変更後

新しい設定項目により、ファイルアクセスの制約を外しつつネットワーク出口の制御のみを適用できるようになりました。

ユーザーへの恩恵

ファイルシステム隔離の制限を気にせず、ネットワーク環境の制約がある場所での操作を完結できます。

変更前

設定ファイルが予期せぬ形式(配列以外)の場合、アプリケーションがクラッシュしていました。

変更後

無効な設定値でもクラッシュせず、適切に処理または無視されるようになります。

ユーザーへの恩恵

設定ミスによる突然のツール停止や起動不能を回避し、安定した環境で利用できます。

変更前

カスタムゲートウェイ(非Anthropicホスト)を使用している場合でも、環境によってはリモートコントロール機能が有効なままになっていました。

変更後

BedrockやVertex AIと同様、Anthropic以外のエンドポイントを使用する際は、一貫してリモートコントロールが無効化されます。

ユーザーへの恩恵

社内プロキシやカスタムゲートウェイを利用するエンタープライズ環境において、意図しない接続によるセキュリティリスクを防止できます。

変更前

音声入力機能がポリシーで利用不可の場合、「使用できません」という汎用的なエラーが表示されるだけでした。

変更後

組織のポリシーによってどの制限が適用されているか具体的な理由が表示されるようになりました。

ユーザーへの恩恵

なぜ機能が使えないのかを即座に把握でき、管理者に問い合わせるべきか、設定を確認すべきかの判断が容易になります。

変更前

特定の環境設定において、モデルが「Extra inputs are not permitted」というエラーを返し、サブエージェントの作成やタイトルの自動生成が失敗することがありました。

変更後

思考ブロックの表示に関連する内部パラメータの扱いを修正し、モデルとの通信エラーを解消しました。

ユーザーへの恩恵

サブエージェントを多用する複雑なタスクや、自動タイトル生成機能が安定して動作するようになります。

変更前

エージェントをバックグラウンドで起動する際、モデル選択の UI 表示が不正確で、選択できないはずのモデルが候補に挙がることがありました。

変更後

組織のポリシーに沿ったモデルのみが正しく表示されるようになり、入力補助の表示も自然な形式に修正されました。

ユーザーへの恩恵

バックグラウンドタスクの開始時に、利用できないモデルを選択してエラーになる手間を省き、意図したモデルを迷わず指定できます。

変更前

特定のプラグインやフックが原因で Claude Code が正常に動作しない場合、原因を特定するために設定ファイルを個別に書き換える必要がありました。

変更後

原因不明の挙動が発生した際、--safe-mode を使うことで純粋な Claude Code の状態で起動し、カスタマイズによる影響かどうかを即座に切り分けられます。

ユーザーへの恩恵

複雑な設定を維持したまま、問題発生時の原因究明を迅速に行えるようになります。

変更前

認証エラーが発生した際、どの設定ファイルや環境変数のキーが原因で拒否されているのかが分かりにくい場合がありました。

変更後

「どの環境変数から読み込まれたキーが問題か」といった具体的なガイドが出るため、修正箇所が即座に特定できます。

ユーザーへの恩恵

組織の管理ポリシーに合わせたログイン設定の修正が、迷わず行えるようになります。

変更前

デフォルトで思考機能が有効なモデルにおいて、設定に関わらず思考プロセスが常に実行されてしまう場合がありました。

変更後

環境変数やCLIフラグ、設定画面から思考機能を明示的にオフにできるようになり、思考プロセスをスキップして直接回答を得ることができます。

ユーザーへの恩恵

思考時間を短縮して素早く回答を得たい場合や、トークン消費を抑えたい場合に、柔軟に動作をコントロールできます。

変更前

インストールされているプラグインの状態を確認するには、タブベースの /plugin マネージャーを開いて個別に確認する必要がありました。

変更後

コマンドラインから直接プラグインを一覧表示できるようになり、有効・無効の状態に応じたフィルタリングも可能です。

ユーザーへの恩恵

開発フローを止めることなく、現在の環境に導入されている拡張機能を素早く確認・管理できるようになります。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

意図的に無効化したプラグインであっても、設定のリロード時や診断コマンドの実行時に、それらの読み込み失敗がエラーとして表示され、ユーザーを混乱させていました。

変更後

無効化されたプラグインは診断やリロードの対象から適切に除外され、不要なエラーメッセージが表示されないようになります。

ユーザーへの恩恵

必要なエラーのみが通知されるようになり、開発環境の健康状態を正しく、ノイズなしに把握できるようになります。

変更前

意図的にオフにしているサーバーがエラーのように見えるため、何らかのトラブルが発生しているのか判断がつきにくい状態でした。

変更後

無効化されている状態が、エラーとは区別して正しく表示されます。

ユーザーへの恩恵

システムの健全性を一目で正確に把握できるようになり、無用なトラブルシューティングの手間が省けます。

変更前

インストール済みのプラグイン一覧が増えると、重要なプラグインや頻繁に使用する項目を見つけるのが難しくなり、無効化したプラグインも混ざって表示されていました。

変更後

対応が必要なプラグインやお気に入りが上部に優先表示されるようになり、無効化されたプラグインは整理されて隠されます。さらにfキーによるショートカットでお気に入りの切り替えが可能になりました。

ユーザーへの恩恵

多数のプラグインを導入していても管理が非常に簡単になり、必要な機能に即座にアクセスできるため、開発環境のカスタマイズ性が向上します。

変更前

テレメトリをオフにしている環境では、席を外した間にAIが行った作業の要約(Session recap)が表示されず、何が起きたかを把握するためにログを読み解く必要がありました。

変更後

データの送信を制限しているユーザーでも、ローカルで生成されるセッション概要を利用できるようになりました。必要に応じて/configから無効化も可能です。

ユーザーへの恩恵

セキュリティ制約の厳しい環境でも、中断後の再開時に「AIがどこまで進めたか」を瞬時に把握でき、スムーズに作業に戻ることができます。

変更前

以前のセッションを再開した際、前回の議論の最後がどのような状態だったかを自力で思い出す必要がありました。

変更後

/recapコマンドや設定により、再開時にこれまでの経緯が要約表示されるようになり、テレメトリ無効時も環境変数で強制有効化できます。

ユーザーへの恩恵

中断した作業にスムーズに戻ることができ、文脈を再確認するための思考のオーバーヘッドを削減できます。

変更前

設定ミスなどでプロンプトキャッシュが無効になっていても気づきにくく、無駄なコストを支払い続けるリスクがありました。

変更後

DISABLE_PROMPT_CACHING系が設定されている場合、起動時に明示的な警告が出るようになりました。

ユーザーへの恩恵

意図しないキャッシュ無効化によるパフォーマンス低下やコスト増を即座に発見し、修正することができます。

変更前

設定の意味が不明確なまま履歴機能がオフになってしまい、ユーザーが意図せず会話ログを失ってしまうリスクがありました。

変更後

無効な設定値に対して警告が出るようになり、誤設定を早期に修正できるようになりました。

ユーザーへの恩恵

ツールの挙動をより予測可能にし、大切な開発記録が知らないうちに消えてしまうトラブルを防ぎます。

変更前

非インタラクティブモード(-p)でスクリプトを実行する際も、通常のセッションと同様にフックの実行やプラグインの同期、メモリの読み込みが行われていました。

変更後

--bare フラグを使用することで、純粋にモデルの推論のみを高速に実行できるようになります。このモードでは OAuth 認証等がバイパスされるため、API キーの設定が必須となります。

ユーザーへの恩恵

CI/CD パイプラインや自動化スクリプトにおいて、不要なオーバーヘッドを削減し、起動速度の向上と実行の安定性を確保できます。

変更前

組織のポリシーによって使用が禁止(force-disabled)されているプラグインであっても、プラグイン管理画面(/plugin)の「Installed」タブに表示されてしまっていました。

変更後

管理者が無効化したプラグインは、インストール済みリストから適切に除外されるようになります。

ユーザーへの恩恵

利用可能なプラグインと管理制限されているプラグインが明確に区別され、ユーザーが誤って使用できない機能にアクセスしようとする混乱を防げます。

変更前

特定のクラウドプロバイダーやプライバシー設定を利用しているユーザーは、定期的な状態確認などを行う /loop 機能が制限されていました。

変更後

環境に依存せず /loop スキルと cron ツールが利用可能になり、ビルド監視などの自動化が可能になりました。

ユーザーへの恩恵

あらゆる利用形態のユーザーが、スケジューリング機能による高度なワークフロー自動化の恩恵を受けられます。