Claude Code v2.1.208

変更前

これまでは装飾的な境界線やアニメーションを含むレンダリングが行われており、スクリーンリーダー利用者にとっては不要な情報が多く含まれる可能性があった。

変更後

スクリーンリーダーモードを有効にすると、装飾のないフラットなテキストとしてレンダリングされる。また、このモードではクラシックレンダラーの使用が強制される。

ユーザーへの恩恵

スクリーンリーダーで CLI の出力を読み上げる際に、装飾記号などに邪魔されず内容を直接把握できるようになります。

変更前

Vim モードの挿入モードからノーマルモードに戻るには Escape キーを押す必要があり、標準的な Vim で行われるようなカスタムキーマッピングによる離脱はサポートされていなかった。

変更後

設定ファイルで vimInsertModeRemaps を構成することで、特定の2キー入力を Escape として動作させることができる。これにより、ホームポジションから手を離さずにモードを切り替えられる。

ユーザーへの恩恵

標準的な Vim の設定と同様に、使い慣れたキーシーケンスで素早く挿入モードを抜けられるようになります。

変更前

フルスクリーンレンダリングモードでは、基本的なマウスクリックはサポートされていたが、一部の複雑な複数選択メニューや自由入力欄ではキーボード操作が必要だった。

変更後

権限プロンプトなどのダイアログに表示される選択肢や自由記述欄を直接マウスでクリックして操作できる。これにより、ターミナル上での GUI 的な操作体験が一貫したものになる。

ユーザーへの恩恵

キーボード入力を待たずに、直感的なクリック操作だけで複雑なメニュー選択を済ませられるようになります。

変更前

バックグラウンドで起動されるプロセスがシステムの標準的な方法で直接実行されていたため、特定のラッパー実行ファイルを介す必要がある企業内環境では動作が制限されることがあった。

変更後

この環境変数を設定することで、Claude Code がサブプロセスを生成する際に必ず指定の実行ファイルをラップして起動する。これによりセキュリティやポリシー管理用のランチャーとの統合が容易になる。

ユーザーへの恩恵

企業独自のセキュリティランチャー配下でも、バックグラウンドエージェントを正常に動作させられるようになります。

変更前

MCP ツールが多い環境で SDK や print モードを使用すると、ツール呼び出しのたびにツールプールの構築が行われ CPU 負荷が高まっていた。

変更後

ツールプールの組み立て結果をキャッシュすることで、ツール実行のターンが最大 7 倍高速化される。

ユーザーへの恩恵

大量の MCP ツールを連携させている場合でも、実行待ち時間が短縮されスムーズに作業が進むようになる。

変更前

エージェントを削除すると、プッシュしていないコミットが含まれるワークツリーが意図せず消えたり、再利用時に不整合が起きたりすることがあった。

変更後

未プッシュのコミットがある場合は削除を回避し、ワークツリー再利用時はベースブランチをリセットして安全性を確保する。

ユーザーへの恩恵

エージェントが作成したコード変更を誤って失うリスクがなくなり、安心して並列作業を行えるようになる。

変更前

「rm -rf ~」などの致命的なコマンドも、バッククォートや変数を介した形式だとバイパスモードや自動モードでプロンプトなしに実行されるリスクがあった。

変更後

複雑な記述形式であってもホームディレクトリ等の削除を検知し、安全装置として必ずユーザーに確認を求めるようになる。

ユーザーへの恩恵

AIが誤って重要なシステムファイルを削除してしまう事故を、強力な権限設定下でも防げるようになる。

変更前

ファイル編集時に最大 1,000 個ものファイルをメモリ上に保持し続けていたため、大規模なプロジェクトではメモリ消費が激しくなっていた。

変更後

キャッシュサイズを 16 MB に制限することで、長時間や大規模なセッションでもメモリ消費が一定範囲に抑えられる。

ユーザーへの恩恵

低メモリ環境や大規模リポジトリでの作業中に、ツールが重くなったりクラッシュしたりすることを避けられるようになる。

変更前

編集が頻繁なセッションではトランスクリプト（会話履歴）が膨大になり、不要になった過去のファイルバックアップもディスクを圧迫していた。

変更後

不要なファイル履歴を整理し、トランスクリプトサイズを最大 79 分の 1 に軽量化してディスク使用量を制限する。

ユーザーへの恩恵

大量のファイルを編集し続けるセッションでも、ディスク容量の枯渇を気にせず継続できるようになる。

変更前

大規模な会話履歴を持つセッションからフォークやバックグラウンドエージェントを開始・再開する際、メモリ消費が非常に大きくなっていた。

変更後

セッション再開時のメモリ管理が最適化され、長大な履歴を継承したエージェントの動作が軽量化される。

ユーザーへの恩恵

複雑なタスクを並列化したり、過去の長いセッションを再開したりする際の動作が安定するようになる。

変更前

バックグラウンドで動かしていたエージェントがタスクを完了すると、すぐにタスクリストから消えてしまい、結果の確認が難しかった。

変更後

タスク完了後もクリーンアップ期間が来るまではリストに残り続けるため、いつでも後から完了した内容を参照できる。

ユーザーへの恩恵

完了したタスクを見失うことがなくなり、自分のタイミングで結果を確認できるようになる。

変更前

停止していたエージェントに再接続（attach）する際、起動が完了するまで「Session is starting」という空白画面を待たされていた。

変更後

起動処理（ウォームアップ）の最中でも、即座にこれまでの会話履歴が表示されるようになる。

ユーザーへの恩恵

エージェントの準備が整うのを待つ間も、過去の経緯を読み返してすぐに次の指示を考えられるようになる。

変更前

Claude Code のアップデート後、古いバージョンのデーモンが新しいバージョンのワーカーを古いバイナリで勝手に再起動してしまうことがあった。

変更後

デーモンが自分より新しいバージョンのワーカーを古い環境で再起動しないよう、バージョンの不一致を適切に制御する。

ユーザーへの恩恵

アップデート後にバックグラウンドタスクが古い挙動に戻ったり不安定になったりする心配がなくなる。

変更前

バックグラウンドで自律動作しているエージェント内で、インタラクティブな設定メニューなどが誤って開かれ、処理が停止することがあった。

変更後

バックグラウンド実行時は /install-github-app や /mcp メニューが開かないよう制限され、不要な停止を回避する。

ユーザーへの恩恵

バックグラウンドエージェントがユーザー対話待ちで無期限にストップしてしまう状況を回避できるようになる。

変更前

使用量確認（/usage）の API 自体がレート制限にかかると、エラー画面が表示され現在の残り枠が全く分からなくなっていた。

変更後

エラーにする代わりに、最後に取得できた使用量データに「〜時点のデータ」という注釈を付けて表示する。

ユーザーへの恩恵

一時的に最新データが取れない時でも、目安となる残量を常に把握して作業を継続できるようになる。

変更前

MCP サーバー設定で URL が空になっていると設定エラーとして扱われ、混乱を招くことがあった。

変更後

エラー画面を出す代わりに /mcp メニュー内で「未構成（not configured）」と分かりやすく表示される。

ユーザーへの恩恵

設定の不備がエラーではなくステータスとして表示されるため、セットアップの進捗を正しく把握できるようになる。

変更前

バックグラウンドで動作するエージェントのステータスやタスクリストが更新されるたびに、UI全体が再描画されていた。

変更後

タスク更新時にUI全体を再描画しないよう最適化され、バックグラウンド処理中の入力の遅延が軽減される。

ユーザーへの恩恵

バックグラウンドでエージェントを動かしながらでも、ストレスなく自身のプロンプト入力に集中できるようになる。

変更前

最新のリリースノートを確認するたびにその長文テキストが Claude との会話履歴（コンテキスト）に混入し、トークン消費量を増やし回答の精度を落とす原因になっていた。

変更後

リリースノートの表示は会話履歴とは分離されたオーバーレイとして処理される。表示してもコンテキストを汚染しなくなった。

ユーザーへの恩恵

リリースノートをじっくり読んでも、その後の AI の賢さやコストに悪影響を与えることがなくなります。

変更前

コードベースの長時間の修正作業を行っていると、MCP サーバーのログが溜まり続けたり、開いたファイル情報がすべてメモリに残り続けたりして、徐々にパフォーマンスが低下していた。

変更後

古いリソースや不要になったログを自動的に切り捨てる仕組みが導入された。巨大なプロジェクトで数時間にわたるセッションを続けても、動作の軽快さが維持される。

ユーザーへの恩恵

大規模な開発作業で一日中 Claude Code を開いていても、再起動を意識せずにサクサクと使い続けられます。

変更前

設定ファイルやマネージド設定で数千件規模の Bash 拒否リストなどを運用していると、Claude が何かアクションを起こすたびにルールの全件検索が走り、レスポンスが目に見えて遅くなっていた。

変更後

ルールの評価ロジックが高速化（プリコンパイル）された。どれほど複雑なセキュリティポリシーを適用していても、AI の回答生成が終わった直後にサッとツールが実行される。

ユーザーへの恩恵

セキュリティ設定を厳格にしている環境でも、AI のレスポンスを待たされるストレスがなくなります。

変更前

高速モードを有効にした状態で別のモデルに切り替え、その後再び Opus などのサポートモデルに戻っても、高速モードが自動で再開されず手動で /fast を実行し直す必要があった。

変更後

内部設定に高速モードの優先順位が保持され、モデルを切り替えてもサポートされている限り自動的に高速モード（↯ アイコン）が適用される。モデル切り替え時の手間が削減された。

ユーザーへの恩恵

モデルを頻繁に切り替えても、高速モードの設定をいちいち有効にし直す必要がなくなります。

変更前

バックグラウンドで動作しているエージェントにエージェントビューから返信を送った際、ネットワークエラー等で配信に失敗すると、入力した内容が消えてしまい再入力が必要だった。

変更後

送信に失敗したテキストは内部的に保持される。次にエージェントセッションが再開されたタイミングで、保存されていた返信が自動的にエージェントに届けられる。

ユーザーへの恩恵

一時的なエラーで返信が届かなくても、長い指示を書き直す手間が省けるようになります。

変更前

Claude Code の自動更新により実行バイナリが置換されると、古いバイナリから起動していた管理プロセス（デーモン）との整合性が崩れ、進行中のセッションへの接続ができなくなることがあった。

変更後

バイナリ置換後も、アタッチ時に新しいプロセスの起動を待機し、新しいバイナリ上でセッションを再開できるように修正された。セッションの継続性が強化されている。

ユーザーへの恩恵

ツールのアップデートを跨いでも、作業中のバックグラウンドエージェントを見失わずに済みます。

変更前

100万トークン対応モデルを使用していても、アップデート直後の再起動時に一時的に上限が 200k トークンと誤認され、まだ余裕があるはずのセッションで不必要な自動要約（Compact）が促されることがあった。

変更後

アップデート後もモデル固有の正しいコンテキスト上限が維持される。不要な要約処理によるトークン消費や処理待ち時間が発生しなくなった。

ユーザーへの恩恵

大規模なコードベースの解析中に、ツールの更新によって作業が中断されたりコンテキストが削られたりすることがなくなります。

変更前

非インタラクティブモードで大規模な出力を生成し、それを他のツールに渡そうとすると、バッファの制限等により JSON 構造が壊れたり最終的な完了メッセージが含まれなかったりした。

変更後

大容量のデータストリームを正しくハンドリングするように改善された。これにより、スクリプトや CI で大規模なコード生成結果を JSON として確実に受け取ることができる。

ユーザーへの恩恵

長大なレスポンスを生成する自動化処理において、出力の末尾が切れていないか自分で確認する必要がなくなります。

変更前

数千行に及ぶ巨大なテーブルを Claude が出力すると、ターミナルの描画処理が追いつかず CLI がフリーズしたり、メモリ使用量が急増してクラッシュしたりすることがあった。

変更後

表示行数に制限が設けられ、200行以降は省略される。省略された場合でもデータの整合性は保たれ、CLI の応答性も維持される。

ユーザーへの恩恵

大量のデータリストが出力されても、画面が固まるのを待たずに作業を続けられるようになります。

変更前

Claude がファイルを読み込んだ後、その変更を適用するまでの間にディスク上でファイルが更新されると、たとえ編集箇所の内容が変わっていなくても安全策として編集が拒否されていた。

変更後

編集対象の文字列がファイル内で依然として一意に見つかる場合に限り、外部での変更を許容して編集を継続する。これにより、小さな外部更新による編集の競合エラーが減少した。

ユーザーへの恩恵

自分でファイルを微調整しながら Claude に指示を出しても、読み込みの不整合エラーでやり直しになることが減ります。

変更前

空ファイルを読み込むとオフセットエラーになったり、正規表現のミスが単なる「見つかりません」と表示されるなど、Claude がエラーの原因を正しく理解できない場合があった。

変更後

各ツールがより正確なステータスとエラーを返すようになった。特に Glob はヌルバイト等の不正な文字が含まれていても適切にエラーを報告し、クラッシュを回避する。

ユーザーへの恩恵

Claude がツールのエラーを正しく認識できるようになり、自己修復や原因の報告がより正確になります。

変更前

API キーを取得する外部スクリプトが失敗しても、CLI が何度もサイレントリトライを繰り返した後に最終的に「401 Unauthorized」とだけ表示され、原因の特定が難しかった。

変更後

リトライ回数が削減され、スクリプトが出力した具体的なエラーメッセージが早期にユーザーに提示されるようになった。これにより、設定ミスや認証の有効期限切れにすぐ気づける。

ユーザーへの恩恵

API キー取得スクリプトが壊れた際に、ネットワークエラーなのかスクリプトのバグなのかを悩む必要がなくなります。

変更前

Amazon Bedrock を LLM ゲートウェイ経由で使用する際、ゲートウェイがレスポンスを変換すると「Truncated event message received」という紛らわしいエラーで失敗することがあった。

変更後

エラーメッセージに実際の content-type が含まれるようになり、プロキシ側に原因があることを明確に示すようになる。

ユーザーへの恩恵

Bedrock 接続エラーの真の原因がプロキシ設定にあるのかを即座に判断できるようになる。

変更前

Windows 環境の SDK 経由で入力を送る際、改行コードや余分な空白行が含まれると、不正な JSON 入力とみなされてセッションが即座にクラッシュすることがあった。

変更後

空行や空白のみの行を無視するように入力パーサーが緩和された。これにより Windows 上の様々な IDE 連携やツールとの互換性が向上した。

ユーザーへの恩恵

Windows 環境で SDK を利用した外部ツール連携を安定して行えるようになります。

変更前

Web やモバイルアプリからターミナルのセッションを覗いている際、バックグラウンドで動いているエージェントの状態が同期されず、最新の状況を知るために何かイベントが起きるのを待つ必要があった。

変更後

アタッチした瞬間に現在のバックグラウンドタスクとワークフローの状態が即座にプッシュされるようになり、リアルタイムで進捗を確認できるようになった。

ユーザーへの恩恵

外出先からモバイルアプリで進捗を確認した際に、現在のステータスを即座に把握できるようになります。

変更前

設定ミスなどで利用可能なツールがゼロになった場合でも、サブエージェントが「手足をもがれた」状態で起動してしまい、その後のタスク遂行に失敗していた。

変更後

起動前にツールリストの有効性がチェックされる。ツールが正しく設定されていない場合は起動を中止し、どの指定が間違っていたのかをユーザーや親エージェントに通知する。

ユーザーへの恩恵

サブエージェントが何もできずに立ち上がるのを防ぎ、設定の誤りにすぐ気づけるようになります。

変更前

エージェントがバックグラウンドで何かを監視している最中にユーザーがディレクトリを変えようとすると、メインスレッドは暇であるにもかかわらず「処理中」と誤認され拒否されていた。

変更後

メイン会話がアイドルの状態であれば、バックグラウンドで並行してタスクが動いていてもディレクトリの移動が可能になった。作業の中断が減り、柔軟性が向上した。

ユーザーへの恩恵

バックグラウンドでテストを回している間でも、自由に別のディレクトリに移動して作業を続けられるようになります。

変更前

エージェントビューで複数のエージェントに画像を交えた指示を送ると、送信済みにもかかわらず画像データがメモリ上に残り続け、長時間使っていると CLI の動作が重くなっていた。

変更後

指示の送信完了後にプレビュー用画像のリソースが適切に解放されるようになった。多数のエージェントを並行管理する際の安定性が向上した。

ユーザーへの恩恵

長時間 CLI を立ち上げっぱなしにして複数のタスクを並行処理させても、PC の動作が重くなる心配がなくなります。

変更前

数メガバイトに及ぶような超長大な一行が含まれるファイルを（一部だけ読むつもりで）開こうとすると、行を分割する過程でファイル全体がメモリに展開されクラッシュすることがあった。

変更後

行の長さが限界を超えている場合、無理に処理せずエラーを返す。これにより予期せぬプロセス終了を回避し、安全に他のファイルの作業を続けられる。

ユーザーへの恩恵

意図せず巨大なログファイルや生成ファイルを開いてしまっても、ツールごと落ちて作業が吹き飛ぶことがなくなります。

変更前

v2.1.207 でのデグレードにより、AWS SSO プロファイルの sso_region が Bedrock のリージョンと異なる場合に認証失敗することがあった。

変更後

SSO 設定に関わらず、指定された Bedrock リージョンで正しく認証が行われるよう修正された。

ユーザーへの恩恵

複雑な AWS SSO 構成を利用している場合でも、以前と同じように Bedrock 経由で Claude を利用できるようになる。

変更前

大きな値を指定するために科学表記法を使用すると、意図した値の極一部しか設定に反映されず、出力トークン数が極端に制限される等の予期せぬ挙動が発生していた。

変更後

数値型の環境変数を解析する際に科学表記法が正しくサポートされるようになった。1e6 は正しく 1,000,000 として解釈される。

ユーザーへの恩恵

大きな数値を設定する際に、桁数を数えてゼロを並べる必要がなくなります。

変更前

プランのアップグレードが必要な場面でブラウザが自動で開けなかった場合、ユーザーに URL を提示する代わりに、既に済んでいるはずのログインを促すダイアログが出ていた。

変更後

ブラウザが開けない環境（SSH や WSL 等）でも、アップグレードに必要な Web ページの URL が正しくターミナルに表示されるようになり、手動でアクセスできるようになった。

ユーザーへの恩恵

ブラウザが自動起動しない環境でも、迷わずプラン更新の手続きに進めるようになります。

変更前

SDK 経由でモデル変更をリクエストする際、不正なデータ型が送られると CLI 内部で例外が発生し、応答もせず処理も止まってしまうハング状態に陥っていた。

変更後

リクエストのバリデーションが追加され、不正な形式には即座にエラーが返される。ハングせずプロセスを健全な状態に保つことができる。

ユーザーへの恩恵

SDK を利用した開発中に、バグのあるコードによってセッションが黙って停止してしまうのを防げます。

変更前

使用量を確認しても数分前の古いグラフが表示されたり、MCP の設定を書き換えても UI 上で「未構成」のまま表示が更新されないなどのラグがあった。

変更後

キャッシュの整合性が改善され、コマンド実行時に最新の統計が優先されるようになった。また、MCP 構成の変更も即座に UI に反映される。

ユーザーへの恩恵

リソースの使用状況や外部サーバーの接続状態を、常に最新の正しい情報で確認できるようになります。

変更前

環境変数で設定ディレクトリの場所を変更していても、画面上のガイドでは常にデフォルトのパスが表示され、どこに保存されるのか混乱を招いていた。

変更後

ダイアログが表示される際、現在有効な CLAUDE_CONFIG_DIR のパスが正しく反映されるようになった。実際の保存先と表示が一致する。

ユーザーへの恩恵

設定ファイルを標準以外の場所に置いている場合でも、ワークフローの保存先を迷わず確信できるようになります。

変更前

SDK を介したセッション開始直後にプラグインの自動読み込みが重なると、プログラムから渡したカスタムエージェントの定義が上書きされて消えてしまうことがあった。

変更後

初期化時のリクエストパラメータとプラグインからの情報を正しくマージして管理するように修正された。カスタム構成が予期せずリセットされることはない。

ユーザーへの恩恵

SDK を利用した高度なカスタマイズを行っている際に、原因不明のエージェント消失に悩まされることがなくなります。