Claude Code v2.1.119

変更前

ターミナル下部に表示される PR リンクは GitHub.com 固定であり、独自のコードレビューツールや社内インスタンスを使用している場合に活用できませんでした。

変更後

新しく追加された prUrlTemplate 設定により、任意の URL パターンを指定して PR リンクを生成できるようになりました。

ユーザーへの恩恵

GitHub Enterprise や GitLab、社内レビューツールを使用している開発者が、Claude Code から直接 PR ページをブラウザで開けるようになり、利便性が向上します。

変更前

Claude Code の起動時に常に作業ディレクトリのパスが表示されており、画面共有や動画撮影、ドキュメント作成の際にプライバシー上の懸念がありました。

変更後

環境変数 CLAUDE_CODE_HIDE_CWD=1 を設定することで、ロゴ部分からディレクトリ情報の表示を隠すことが可能です。

ユーザーへの恩恵

デモやプレゼンテーション、YouTube 等への投稿時に、不要なローカルパス情報を露出させることなく安全にツールを利用できます。

変更前

フックからツールの実行時間を把握することが難しく、どの操作に時間がかかっているかの正確な計測が困難でした。

変更後

フックへの入力データにミリ秒単位の duration_ms が追加され、ユーザーの承認待ち時間を除いた純粋な処理時間を取得できるようになりました。

ユーザーへの恩恵

独自のメトリクス収集や、処理の重いツール呼び出しの検知など、開発プロセスの分析と最適化がより精緻に行えるようになります。

変更前

テレメトリデータにおいて、特定のツール実行結果がどの呼び出しに対応するものかを追跡することが難しく、データ転送量の詳細な分析も困難でした。

変更後

ID による紐付けが可能になり、入出力のサイズも記録されるため、詳細な利用分析が可能になりました。

ユーザーへの恩恵

組織内での Claude Code の利用実態やコスト、パフォーマンスのボトルネックをより正確に可視化・管理できるようになります。

変更前

独自のステータスラインを構築している場合、現在 Claude がどの程度の思考リソース（Effort）を割いているかを動的に表示できませんでした。

変更後

ステータスライン用のスクリプトにこれらの状態が渡されるようになり、UI への反映が可能になりました。

ユーザーへの恩恵

ステータスラインを見るだけで、現在の思考設定（Thinking モードのオン/オフや負荷設定）を一目で把握できるようになります。

変更前

/config コマンドで行った設定の変更は、一時的なものか、他の設定ファイルとの優先順位が不明確な保存方法でした。

変更後

設定が標準の ~/.claude/settings.json に保存されるようになり、ユーザー設定から企業ポリシーに至るまでの階層的な上書きルールが正しく適用されます。

ユーザーへの恩恵

一度設定したテーマや操作モードが次回の起動時にも確実に保持され、プロジェクトごとの個別設定とも矛盾なく共存できるようになります。

変更前

PR に関連付けられたセッションを再開する機能が標準の GitHub.com にのみ限定されていました。

変更後

主要なコードホスティングプラットフォーム（GitLab、Bitbucket）や企業向け GitHub インスタンスの URL にも対応しました。

ユーザーへの恩恵

業務で GitHub 以外を使用している開発者も、ブラウザ上の PR URL をそのまま CLI に貼り付けるだけで、関連する作業コンテキストを即座に復元できます。

変更前

スクリプトなどから -p フラグで実行する際、カスタムエージェントの設定で禁止したツールが無視されて使用されてしまう可能性がありました。

変更後

非対話モードでもフロントマターの設定が厳密に守られ、エージェントが使用できるツールの制限が対話モードと完全に同期されました。

ユーザーへの恩恵

CI/CD パイプラインなどの自動実行環境においても、意図しないツールの実行を防ぎ、セキュリティと動作の予測可能性を高めることができます。

変更前

組み込みエージェント（Explore や Plan など）を明示的に呼び出した際、そのエージェントに定義されている推奨パーミッションモードが反映されないことがありました。

変更後

エージェントごとに設定された最適なパーミッションモード（例：読み取り専用、または自動承認）が自動的に適用されます。

ユーザーへの恩恵

タスクに合わせて最適な安全レベルや自動化レベルが設定済みのエージェントを、手間なく安全に利用開始できます。

変更前

複数の MCP サーバーを接続している場合、一つずつ順番に接続処理が行われていたため、接続完了まで待機時間が発生していました。

変更後

接続処理が並列化され、複数のサーバーを同時に初期化するようになりました。

ユーザーへの恩恵

サブエージェントの起動や大規模なコンテキスト再構成が大幅に高速化され、作業の中断時間が短縮されます。

変更前

挿入モードを抜けるために Esc を押した際、意図せず過去のメッセージが復元されてしまい、入力内容の整理を妨げることがありました。

変更後

一度目の Esc で単にモードを抜け、二度目の Esc で入力を中断・クリアする、より標準的な Vim の操作感に近づきました。

ユーザーへの恩恵

Vim モード利用時の誤操作が減り、メッセージ作成中の編集作業がよりスムーズになります。

変更前

GitHub Enterprise などを使用している環境でも、リンクをクリックすると GitHub.com の存在しないページが開いてしまう問題がありました。

変更後

ローカルの Git 設定から正しいリモートホストを検出し、適切な URL を生成します。

ユーザーへの恩恵

社内サーバーや GitLab など、GitHub.com 以外の環境で開発している場合でも、Claude が提示したリンクから直接正しい PR や Issue にアクセスできます。

変更前

管理設定で特定のマーケットプレイスをブロックするために hostPattern や pathPattern を指定しても、一部の条件下で強制力が不十分であったり、正しく評価されなかったりする可能性がありました。

変更後

設定された正規表現パターンに基づいてホストやファイルパスが厳密にチェックされ、ネットワーク通信やファイル操作の前にブロック対象かどうかが正しく判断されるようになりました。

ユーザーへの恩恵

組織の管理者が信頼できないプラグインソースをより確実に制限できるようになり、開発環境のセキュリティガバナンスを強化できます。

変更前

実際にはラッパーが不要な設定構成であっても、Windows ユーザーに対して常に警告が表示され、設定の見直しを迫られる不便がありました。

変更後

不要な警告が削除され、適切な構成であればそのままスムーズに利用を継続できます。

ユーザーへの恩恵

セットアップ時のノイズが減り、Windows 上での MCP サーバー構築がより快適になります。

変更前

一部の MCP サーバーにおいて、認証設定の取得中に「Invalid OAuth error response」というエラーが発生し、正常に接続できないことがありました。

変更後

非 JSON のエラーボディも適切にハンドリングされるようになり、接続の堅牢性が向上しました。

ユーザーへの恩恵

より広範な外部ツールやサービスを MCP 経由で安定して連携させることができるようになります。

変更前

バックグラウンドで動作するフック（通知のみを行う場合など）を実行すると、履歴の中に何も表示されない不要な行が増えていきました。

変更後

レスポンスのないフック実行は履歴を汚さないよう適切に処理されます。

ユーザーへの恩恵

/resume などで会話履歴を見返す際、不要な空白が排除され、本来の会話内容が読みやすくなります。

変更前

設定ファイル内で API キーなどを環境変数で動的に埋め込もうとしても、変数がそのままの文字列として送信され、認証エラーが発生していました。

変更後

リクエスト送信前に環境変数が正しく展開されるようになりました。

ユーザーへの恩恵

API キーなどの機密情報を設定ファイルに直接書かず、環境変数から安全かつ動的に供給できるようになります。

変更前

特定の認証方式を必要とする MCP サーバーで、--client-secret フラグで提供したシークレットが正しく送信されず、連携が失敗していました。

変更後

トークン交換プロセスが改善され、POST ボディにシークレットを含める必要があるサーバーでも正常に動作します。

ユーザーへの恩恵

エンタープライズ向けのツールなど、より高度なセキュリティ設定を必要とする外部サービスとの連携が可能になります。

変更前

スキル一覧から選択して確定しようとしても、コマンドが入力欄に入らず、再度手動で入力し直す必要がありました。

変更後

Enter キーで選択したスキルが即座にプロンプト欄に挿入されます。

ユーザーへの恩恵

コマンドパレットのように直感的にスキルを呼び出せるようになり、操作のテンポが改善されます。

変更前

エージェントの権限制限によって無効化されているツールが、あたかも存在しないツールであるかのような不正確な表示になっていました。

変更後

制限されたツールであることが正しく表示されるようになります。

ユーザーへの恩恵

設定が正しく反映されているかを正確に確認でき、エージェントの挙動把握が容易になります。

変更前

Windows 環境でプラグインのインストール直後などに、一部のツールが正常に読み込まれないことがありました。

変更後

キャッシュの状態に左右されず、プラグインのコンポーネントが正しく初期化されるように改善されました。

ユーザーへの恩恵

Windows ユーザーはプラグイン経由で提供される新機能を、より安定した状態で利用できます。

変更前

会話中にモデルを切り替えていたとしても、履歴をエクスポートする際に、出力結果には現在設定されているデフォルトのモデル名が誤って記載されていました。

変更後

エクスポートされた履歴に、各ターンで実際に推論に使用されたモデルが正確に反映されるようになります。

ユーザーへの恩恵

過去のやり取りを振り返る際やトークン使用量を分析する際に、どのモデルによる回答だったのかを正確に把握できるようになります。

変更前

ユーザー設定で任意（Optional）となっている項目を空欄にしていると、プラグイン全体がエラーで動かなくなることがありました。

変更後

空の設定値が適切に処理され、必須でない設定がなくても正常に起動します。

ユーザーへの恩恵

プラグインのカスタマイズ性が向上し、必要最小限の設定だけでツールを使い始めることができます。

変更前

既に作成済みのプランがある状態でこれらのコマンドを使っても、最新の状態が反映されなかったり、新規プランの作成と競合したりすることがありました。

変更後

既存のプランコンテキストが正しく認識され、継続的な計画の編集や閲覧が確実に行えるようになりました。

ユーザーへの恩恵

複雑な修正作業において、 Claude とやり取りしながらプランをブラッシュアップするプロセスがよりスムーズになります。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

サブエージェントに git ワークツリーによる分離環境を与えた際、過去のセッションで残っていた古い環境が完全にクリーンアップされず、状態が引き継がれてしまうことがありました。

変更後

各セッションで常にクリーンなワークツリーが作成・使用されるよう、分離の完全性が担保されます。

ユーザーへの恩恵

前の作業の影響を受けない独立した環境でサブエージェントが動作するため、コード生成やテストの再現性が向上し、予期せぬ副作用を防げます。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

現在実行中または予定されているタスクの一覧を取得した際、並び順がバラバラだったため、特定のタスクの進捗を追跡するのが困難でした。

変更後

タスクが生成された ID 順にソートされて表示されるようになります。

ユーザーへの恩恵

タスクの実行順序や依存関係を直感的に把握しやすくなり、複雑なマルチタスクの管理がスムーズになります。

変更前

GitHub CLI を通じて PR 情報を取得する際、そのタイトルなどに特定の文字列が含まれるだけで、実際の API 制限とは無関係に警告が表示されることがありました。

変更後

文字列の単純一致ではなく、より正確なエラー判定ロジックにより、誤った警告（偽陽性）が抑制されます。

ユーザーへの恩恵

不要な警告に煩わされることなく、GitHub 連携機能を安心して利用できるようになります。

変更前

読み込み中に追記などでサイズが大きくなっているファイルに対して、本来適用されるべきサイズの上限チェックが回避されてしまうリスクがありました。

変更後

動的に成長するファイルに対しても、メモリ保護のためのサイズ制限が厳密に適用されます。

ユーザーへの恩恵

巨大なファイルの読み込みによるメモリ不足やアプリケーションのクラッシュを未然に防ぎ、システムの安定性が向上します。

変更前

--worktree フラグで生成された環境で、PR リンクの表示や PR 情報に基づいたコンテキストの読み込みが機能しないことがありました。

変更後

作業ツリー環境下でも Git リモート情報が正しく追跡され、PR とセッションが正しく紐付けられます。

ユーザーへの恩恵

並行して複数のブランチを独立したディレクトリで作業するワークフローにおいても、Claude が PR の文脈を完全に理解して支援を継続できます。

変更前

正しい優先順位に従って設定を上書きしているにもかかわらず、診断機能がそれを重複エラーとして報告していました。

変更後

設定の階層構造が正しく解析され、意図的な上書きに対する不要な警告が出なくなりました。

ユーザーへの恩恵

/doctor コマンドの結果の信頼性が高まり、本当に修正が必要なエラーに集中できるようになります。