Claude Code v2.1.223

変更前

特定の GitHub 組織（Organization）配下にある複数のマーケットプレイスリポジトリに対して許可やブロックを制御する際、リポジトリを1つずつ個別に管理設定ファイルへ追加する必要があり、組織全体の統制を手間なく行うことが困難でした。

変更後

管理設定で "owner/*" という形式のワイルドカードを使用できるようになり、特定の GitHub 組織が所有するすべてのマーケットプレイスリポジトリを一括で許可またはブロック対象に指定できます。

ユーザーへの恩恵

組織内の開発環境におけるプラグインマーケットプレイスの利用制限を、リポジトリごとに個別登録することなく、組織単位でまとめて安全に管理できるようになります。

変更前

サブエージェントとして実行したいモデルの選択が組織のポリシーなどで制限されている場合、警告なしに黙って親モデルへとフォールバックして処理が実行されていたため、どのモデルでタスクが実行されているかを正確に把握できませんでした。

変更後

指定したサブエージェントモデルが制限されて親モデルで代わりに実行される際、ターミナル上で明確に警告が表示されるようになります。

ユーザーへの恩恵

意図しないモデルの利用や制限による挙動の変化に、警告メッセージを見るだけですぐに気づけるようになります。

変更前

Webインターフェースで起動しているクラウドセッションをローカルのターミナルに引き継ぎたい場合、移行のための具体的なコマンドや手順がセッション内で案内されず、移行方法がわかりづらい状況でした。

変更後

クラウドセッション内に、現在のセッションIDを指定してローカルで継続するための claude --teleport <session id> というコマンドを提示するヒントが表示されます。

ユーザーへの恩恵

迷うことなく提示されたコマンドを実行するだけで、クラウド上の作業を自分のローカルターミナルへスムーズに移行して開発を継続できます。

変更前

1Mコンテキスト制限用フラグは特定のモデル群しか制限できず、新しいモデルがリリースされると制限が効かない場合があり、また自動要約が追いつかずに 200K を超過してしまった場合にユーザーがその事実に気づけませんでした。

変更後

1Mコンテキスト対応のすべてのモデルを漏れなく 200K 制限の対象に内包させ、自動要約で 200K を維持できない場合には起動時に明確な警告を促します。

ユーザーへの恩恵

トークンの使いすぎを厳格にコントロールでき、予期せぬ料金の発生やコンテキスト超過エラーに即座に対応できます。

変更前

カスタムゲートウェイなどで未認識のモデル名を使用している場合、Claude Code が適切なコンテキストウィンドウの上限値を判断できず、自動要約が実行されないまま限界を超えて API エラーを引き起こす場合がありました。

変更後

未登録のモデルIDであってもデフォルトの想定コンテキストウィンドウ枠を適用して要約を走らせ、会話が上限を超えて途切れるのを防ぎます。

ユーザーへの恩恵

どのような独自設定モデルを使用している場合でも、会話履歴が勝手に限界に達してセッションが突然クラッシュするのを防げます。

変更前

プルリクエストを単発でレビューする /review と、各種パラメータで詳細な制御ができる /code-review が別の挙動のコマンドとして分かれて存在しており、どのように使い分ければよいか混乱しがちでした。

変更後

/review は /code-review のエイリアスとなり、/code-review <レベル> <PR番号> などの統一された引数スキーマで動作するようになり、深層マルチエージェントレビューは /code-review ultra から呼び出せます。

ユーザーへの恩恵

レビューを行いたい時に覚えるコマンドが1つに統一され、状況に合わせて簡単な差分確認から高度なクラウド検証までをシームレスに行いやすくなります。

変更前

コードレビューを実行する際、エフォート引数を省略すると常にセッション全体のデフォルトエフォート値に戻ってしまい、毎回好みの検証深度を手動で再入力する必要があり不便でした。

変更後

一度設定したレビューエフォート（high や medium など）が内部に保持され、次回からはコマンド単体で実行するだけで同じ深さのレビューが継続されます。

ユーザーへの恩恵

開発中の細かなコード修正に対して、毎回引数を打ち直すことなく同じ深度でレビューを高速に繰り返し実行できます。

変更前

ワークフロー機能用のスクリプトが隔離されたサンドボックス内で実行される際、動的な import() 構文を利用することで、制限をバイパスして意図しないホスト環境の外部コードを読み込んで実行できる危険性がありました。

変更後

動的 import() を経由したサンドボックス外のコード実行が適切にブロックされ、ワークフロースクリプトの実行環境が強固に分離されます。

ユーザーへの恩恵

外部の未検証なスクリプトをワークフローとして実行する際も、ローカル環境を侵害されるリスクを心配せずに安全に実行できます。

変更前

組織管理者が managed-settings などで disableBypassPermissionsMode を設定して権限チェックのスキップを禁止していても、特定のカスタムエージェント定義内の bypassPermissions モードを介すとそのポリシーがすり抜けられてしまう抜け道が存在しました。

変更後

エージェント定義内の設定であっても組織の無効化ポリシーが最優先で適用され、bypassPermissions モードが正しく無視されるようになります。

ユーザーへの恩恵

組織全体のセキュリティルールを個別設定でバイパスされる恐れがなくなり、確実なガバナンスが機能します。

変更前

LLMゲートウェイ経由でモデル一覧を検出する際、プロバイダ固有のプレフィックス（Vertex AI や Bedrock など）を持つモデルIDが除外されてしまい、モデル選択画面に表示されない不具合がありました。

変更後

これらのプロバイダ接頭辞付きの Claude モデルIDもゲートウェイモデル自動検出において正確に抽出され、モデル選択画面に現れるようになります。

ユーザーへの恩恵

クラウドプロバイダ経由のゲートウェイデプロイメント環境でも、提供されているモデルを手動設定することなく一覧からそのまま選べるようになります。

変更前

設定ファイル内の modelOverrides マップにおいて、公式の Anthropic モデルIDではない未定義または無効なキーを指定すると、それが誤ってセッション全体の標準モデルIDとして解釈され、推論エラーや接続失敗を引き起こしていました。

変更後

マップ内に記述された不明なキーはドキュメントの記載通り無視され、誤設定による予期せぬセッションのクラッシュを防止します。

ユーザーへの恩恵

設定ファイルの記述に不要なキーが含まれていても、エラーによる実行停止を避けて動作を維持できます。

変更前

クラウドコンソールやゲートウェイサーバーから管理設定ポリシーが動的に配信されると、ローカル側にあらかじめ設定されていたローカル固有の env 項目がすべてクリアされて機能しなくなっていました。

変更後

サーバーから届く設定とローカルの managed-settings.json や MDM 内の env 項目が、キー単位で自動的にマージされて両立するようになります。

ユーザーへの恩恵

ローカル環境に必要な環境変数設定をサーバー管理ポリシーの適用によって上書き消失する事態を気にせずに利用できます。

変更前

バックグラウンドで会話履歴を丸ごと引き継いだ（フォークした）サブエージェントの処理をレジュームする際、親プロンプトの読み込みエラーや構成失敗が起きると、状態がデッドロックに陥り再起動もアタッチもできなくなっていました。

変更後

プロンプトの構築失敗時でもセッション状態が正しくリセットされるようになり、再開処理がスタックする問題が解消されます。

ユーザーへの恩恵

再開プロセスのエラーによってターミナル全体のセッション操作が操作不能になり、最初からやり直す必要がなくなります。