Claude Code、作業ディレクトリと認証・バックグラウンド処理を改善

AnthropicはClaude Code 2.1.206を公開しました。/cdのディレクトリ候補表示、CLAUDE.mdを簡潔に保つための診断、/commit-push-prのプッシュ先判定、バックグラウンドエージェントの更新方法などが改善されています。認証切れ、MCP接続、再開セッション、モデル選択画面に関する不具合修正も含まれます。

要点

• /cdでディレクトリパスの候補が表示され、/add-dirと操作感が揃いました。
• /doctorが、コードから推測できる説明を除いて、リポジトリ管理されたCLAUDE.mdを短くする提案を行います。
• /commit-push-prはoriginに加え、設定済みのプッシュ先を自動許可できるようになりました。
• 認証、MCPのタイムアウト、バックグラウンドエージェント、セッション再開などの不具合が修正されました。

今回のリリースノートで語られていること

今回の更新は、新しい大型機能の追加よりも、Claude Codeを日常の開発フローで安定して使うための操作性と運用上の修正が中心です。/cdは/add-dirと同様にディレクトリ候補を表示するため、長いパスを入力するときの手間や入力ミスを減らせます。/doctorには、リポジトリへ保存されたCLAUDE.mdのうち、Claudeがコードベースから導ける説明を削り、指示ファイルを短くする提案が加わりました。自動削除ではなく診断による提案なので、プロジェクト固有の制約や暗黙知まで消さないよう内容を確認してから反映する必要があります。

Git操作では、/commit-push-prがoriginだけでなく、remote.pushDefaultで指定されたプッシュ先、またはリモートが1つだけの場合のそのリモートへのgit pushを自動許可します。forkや社内ミラーなどでorigin以外を通常のプッシュ先にしている環境では確認回数を減らせますが、意図しないリポジトリへ送らないようGit設定の点検が重要です。また、プロジェクトの.claude/worktrees/外にあるワークツリーへ入る際はEnterWorktreeが確認を求めるようになり、作業範囲をまたぐ操作が見えやすくなりました。

バックグラウンドエージェントは、Claude Code更新後すぐに裏で新バージョンへ更新されるようになりました。古いセッションへ接続した時点で更新処理を待つ方式から変わるため、再接続時の遅延を抑える狙いがあります。加えて、バックグラウンドワーカーでCLAUDE_CODE_EXTRA_BODYが無視される問題、削除済みジョブが一覧へ戻る問題、完了セッションの重複表示も修正されています。

接続周りでは、期限切れログインがモデルエラーとして誤表示される問題、OAuth対応MCPサーバーで一度のトークン更新失敗後に再認証が必要になる問題、request_timeout_msが新規セッションで無視される問題などが修正されました。claude --resumeと--continueの起動時にキー入力を受け付けない問題や、モデル選択画面の価格・並び順の誤りも対象です。利用者は機能追加だけでなく、これまで回避策を設けていた不具合が解消されたかを確認する更新として捉えるとよいでしょう。

この更新が関係する人

Claude Codeを複数リポジトリやワークツリーで使う開発者、CLAUDE.mdをチームで管理する担当者、MCPサーバーやOAuth認証を運用するプラットフォームチームに関係します。バックグラウンドエージェントや/commit-push-prを継続的な開発作業に組み込んでいるチームは、変更の影響が特に大きくなります。

実務で確認したいポイント

• remote.pushDefaultと各ブランチのプッシュ先が意図したリポジトリを指しているか確認する。
• /doctorの提案を適用する前に、CLAUDE.mdのプロジェクト固有ルールが失われないかレビューする。
• MCPサーバーごとのrequest_timeout_msが長時間処理で反映されるか再試験する。
• 更新後のバックグラウンドエージェントで環境変数とセッション状態が引き継がれるか確認する。
• 認証切れや--resumeで設けていた暫定的な回避手順が不要になったか見直す。

結局、今回の更新をどう読むべきか

2.1.206は、Claude Codeの操作を少し便利にするだけでなく、Gitの送信先、ワークツリーの境界、認証、MCP、バックグラウンド処理を安定させる更新です。特に自動プッシュの許可範囲が広がる点は効率化と誤送信リスクの両方に関係します。更新後はGit設定とCLAUDE.mdの診断結果を確認し、これまで問題があった認証・MCP・再開処理を代表的な環境で再試験するのが適切です。