Claude Code v2.1.143

変更前

プラグイン間の依存関係が管理されておらず、依存先が不足している場合に実行時エラーが発生したり、手動での複雑な管理が必要でした。

変更後

依存関係にあるプラグインを無効化しようとすると、コピー可能なヒント付きで拒否され、逆に有効化する際は必要な依存プラグインが自動で一括有効化されます。

ユーザーへの恩恵

プラグイン構成の整合性が自動で保たれるようになり、依存関係の解決に悩むことなく拡張機能を安全に管理できます。

変更前

プラグインを導入する際、そのプラグインがどれほどコンテキストを消費し、コストに影響するかが事前に把握できませんでした。

変更後

マーケットプレイスでプラグインを探す際に、そのスキルの実行にかかるトークン量の目安を確認できるようになりました。

ユーザーへの恩恵

予算やプロジェクトの規模に合わせて、コスト効率の高いプラグインを選択するための判断材料が得られます。

変更前

バックグラウンドセッションは常に独立したgit worktreeを必要としていましたが、巨大なモノレポなどworktree作成に時間がかかる環境では不便でした。

変更後

設定によりworktreeをスキップし、現在のディレクトリを直接編集できるようになります。

ユーザーへの恩恵

worktreeをサポートしていない、あるいは非効率な開発環境でも、バックグラウンドでの並列作業が可能になります。

変更前

Windows環境において、システム側のスクリプト実行ポリシー制限によって、Claudeが提案したPowerShellコマンドが失敗することがありました。

変更後

ツール実行時にポリシーを一時的にバイパスするフラグが自動付与されます（CLAUDE_CODE_POWERSHELL_RESPECT_EXECUTION_POLICY=1で以前の挙動に戻せます）。

ユーザーへの恩恵

Windows上でのスクリプト実行がよりスムーズになり、権限エラーによる作業の中断が減少します。

変更前

サードパーティのクラウドプロバイダーを利用しているWindowsユーザーは、手動でPowerShellツールを有効にする必要がありました。

変更後

特別な設定なしでPowerShellを介した操作が可能になります（CLAUDE_CODE_USE_POWERSHELL_TOOL=0で無効化可能）。

ユーザーへの恩恵

どのプロバイダーを使用していても、Windows上での標準的なコマンド実行環境がすぐに整います。

変更前

エージェントビュー経由でセッションを開始する際、特定のディレクトリ追加や設定ファイルを反映させることができませんでした。

変更後

--add-dir, --settings, --mcp-config, --plugin-dir フラグを claude agents で指定し、一括適用できます。

ユーザーへの恩恵

プロジェクトごとに最適化した設定で、複数のバックグラウンドタスクを効率的に並行管理できます。

変更前

バックグラウンドで開始されるエージェントの権限モードやモデル、努力レベルを一括で制御する手段が不足していました。

変更後

--permission-mode, --model, --effort, --dangerously-skip-permissions がエージェントビューでも有効になりました。

ユーザーへの恩恵

大量のタスクを投入する際に、一度のフラグ指定で全セッションの挙動（承認の有無や賢さ）を統一できます。

変更前

バックグラウンドセッションが一度アイドル状態から復帰すると、スキップフラグが消えてしまい、承認プロンプトで作業が止まってしまうことがありました。

変更後

一度「バイパスモード」で開始したバックグラウンドタスクは、再開後もその権限設定を保持し続けます。

ユーザーへの恩恵

無人での自動実行を期待しているバックグラウンド作業が、途中で止まることなく最後まで完遂されます。

変更前

gitコマンドでのクリーンアップに失敗すると強力な強制削除（rm -rf）が実行され、無視設定した重要なファイルまで消えるリスクがありました。

変更後

削除の安全性が強化され、不確実な状況ではファイルを消さずに残すようになりました。

ユーザーへの恩恵

誤操作やツールの不具合によって、手元の貴重なコードや設定ファイルが失われる心配がなくなります。

変更前

セッションをバックグラウンドへ移行させると、起動時に指定していた --mcp-config や --settings などの一時的なフラグ効果が失われていました。

変更後

移行後のプロセスも元のセッションが持っていたすべての設定フラグを継承し、環境が完全に維持されます。

ユーザーへの恩恵

複雑なツール構成やディレクトリ構成のまま、安心してバックグラウンドへ作業をスイッチできます。

変更前

エージェントビューからタスクを開始すると、ユーザー設定を無視して常に「auto」モードで開始されるなどの不整合がありました。

変更後

プロジェクトやユーザー設定で定義したデフォルトの権限モードが、バックグラウンド起動時にも正しく適用されます。

ユーザーへの恩恵

自分の好みの承認ワークフロー（planモードなど）を、バックグラウンド作業でも一貫して利用できます。

変更前

バックグラウンドで動いているエージェントが、モデルの制限などでエラーになった際、代替モデルへの切り替えができず失敗していました。

変更後

フォールバック用のモデル設定が維持されるため、メインモデルが利用不可でも代わりのモデルで作業を継続します。

ユーザーへの恩恵

長時間の無人作業の完遂率が向上し、モデルの過負荷による中断を回避できます。

変更前

セッションをバックグラウンドに移動させたり一覧に戻したりすると、特定の権限モードを許可するフラグ情報が引き継がれず、再度モード変更が必要になる場合がありました。

変更後

フォークされたバックグラウンドワーカーでもフラグが維持されるため、Shift+Tab キーの切り替えサイクルの中で常に「パーミッションのスキップ」モードが選択可能な状態になります。

ユーザーへの恩恵

信頼できる環境での作業中に、セッションの切り替えを行っても権限設定をやり直す手間が省け、スムーズに開発を継続できます。

変更前

認証情報のキャッシュファイルが破損（不正な形式）していると、エラー詳細が表示されず、CLIが応答不能になる場合がありました。

変更後

不正な形式の認証情報ファイルを適切に処理し、ハングやリフレッシュの失敗を防ぐロジックが追加されました。

ユーザーへの恩恵

認証周りのトラブルが起きにくくなり、万が一ファイルが壊れても安定して起動できるようになります。

変更前

Windows Terminal や WSL で claude agents（エージェントビュー）を使用している際、右クリックによるテキストの貼り付けが正常に機能していませんでした。

変更後

ターミナルの右クリック操作でプロンプトやパスなどのテキストを正しく入力できるようになりました。

ユーザーへの恩恵

Windows 環境のユーザーが、既存のワークフローを損なうことなく、エージェントビューで直感的に情報を入力できるようになります。

変更前

Stopフックの設定によっては、Claudeが無限ループに陥り、APIコストが無駄にかかり続けてしまうリスクがありました。

変更後

連続ブロック回数に上限（デフォルト8回、CLAUDE_CODE_STOP_HOOK_BLOCK_CAPで変更可）が設けられ、ループが自動検知されます。

ユーザーへの恩恵

バグのあるフックスクリプトによる意図しない課金の発生を防ぎ、安全に自動化を運用できます。

変更前

/loop コマンドの待機時間中に停止操作を行っても、次の実行スケジュールがキャンセルされず、意図せず再始動してしまうことがありました。

変更後

アイドル中のキャンセル入力を正しく受け取り、スケジュールされたタスクを完全に停止できるようになりました。

ユーザーへの恩恵

長時間のループ実行を、止めたいタイミングで確実に終了させることができます。

変更前

並列実行中の作業が完了する前に目標達成の判定が行われてしまい、誤った判定が下されることがありました。

変更後

すべての子プロセスやサブタスクの完了を待ってから、最終的なゴール評価が行われるように同期が改善されました。

ユーザーへの恩恵

複雑な並列作業の完了判定が正確になり、エージェントが確実に仕事を終えるまで監視を継続できます。

変更前

サブプロセス（シェルなど）の色設定を変えるつもりが、CLI自体のカラー表示まで無効化されてしまい、視認性が低下していました。

変更後

env 設定はサブプロセスのみに適用されるようになり、Claude Code 自身のUI表示は独自の設定を維持します。

ユーザーへの恩恵

CLIの操作感はそのままに、実行するコマンドの出力色だけを自在に制御できます。

変更前

対話型からバックグラウンドへ移行する際、意図せず「継続」指示が送られてしまい、不要な生成が始まることがありました。

変更後

移行後のプロセスが勝手に動き出すことなく、ユーザーからの次の指示を静かに待つようになります。

ユーザーへの恩恵

指示をじっくり考えてからバックグラウンド作業を開始でき、APIトークンの無駄遣いを防げます。

変更前

プラグインが追加したカスタムエージェントを起動する際、完全な名前空間を指定しないと認識されず不便でした。

変更後

プレフィックスなしの名前でもプラグイン由来のエージェントを検索・起動できるようになりました。

ユーザーへの恩恵

カスタムエージェントの呼び出しがより短く簡単になり、コマンド入力の手間が省けます。

変更前

エージェントビューから次の指示を出す際、以前のセッションで開いていたファイル情報が意図せず入力に含まれてしまう不自然な挙動がありました。

変更後

セッション間の入力バッファが適切にクリアされ、指示内容が混同されることがなくなりました。

ユーザーへの恩恵

指示したプロンプトが常に純粋な内容として解釈され、AIが混乱する原因を排除できます。

変更前

「フルディスクアクセス」権限を付与していても、バックグラウンドで動くエージェントプロセスがmacOSのサンドボックス制限に阻まれることがありました。

変更後

バックグラウンド実行時の権限継承が改善され、DocumentsやDesktop、Downloadsフォルダ内のファイルも正常に扱えるようになりました。

ユーザーへの恩恵

macOSユーザーが標準的なディレクトリで作業する際、権限エラーに悩まされることなく並列実行を活用できます。

変更前

Windows でエージェントが応答を出力している最中に、デタッチ（一覧に戻る）操作である ← キーを押すと、エージェント一覧画面が操作を受け付けなくなることがありました。

変更後

応答の生成中であっても安全に一覧画面に戻ることができ、その後の操作も正常に継続できるようになりました。

ユーザーへの恩恵

並行して複数のタスクを回している際に、応答を待たずに画面を切り替えてもフリーズすることがなくなり、安定性が向上します。

変更前

パスの設定状況やカスタムインストール環境において、バックグラウンドプロセスの生成（スポーン）に失敗し、エージェント機能が使えないことがありました。

変更後

自身のプロセスパスから実行バイナリを特定するフォールバックが追加され、インストール場所を問わずデーモンが起動します。

ユーザーへの恩恵

どのような環境でインストールしていても、バックグラウンド実行機能が安定して動作します。

変更前

フラグを指定すると、最初から「全承認スキップ」という危険な状態でセッションが始まってしまうことがありました。

変更後

フラグの意味通り「スキップモードを選択可能にする」状態になり、意図的に選ばない限りは安全なモードで開始されます。

ユーザーへの恩恵

安全性を保ちつつ、必要なときだけ高度な権限モードへスムーズに切り替えられる柔軟性が得られます。