Claude Code v2.1.85 条件付きフック・MCP OAuth強化｜GitHub Copilot PRへの直接変更依頼対応 2026年3月27日

### 機能の概要

Claude Codeの最新バージョンv2.1.85が公開され、チーム・エンタープライズ利用に直結する複数の改善が含まれています。

条件付きフック（Conditional Hooks） フック定義に `if` フィールドが追加され、パーミッションルール構文（例：`Bash(git *)`）で条件を指定できるようになりました。これにより「gitコマンド実行時のみ通知する」「特定ディレクトリのファイル変更だけ検知する」といった細粒度のフック制御が可能になり、不要なプロセス起動を大幅に削減できます。

MCP OAuth：RFC 9728 準拠 MCPサーバーとのOAuth認証フローがRFC 9728（Protected Resource Metadata discovery）に準拠しました。加えて、MCPサーバーを識別するための環境変数 `CLAUDE_CODE_MCP_SERVER_NAME` と `CLAUDE_CODE_MCP_SERVER_URL` が追加され、複数のMCPサーバーを使い分けるチーム環境での管理が改善されています。

Extended Deep Links（5,000文字まで） `claude-cli://open?q=…` 形式のディープリンクで渡せるクエリが最大5,000文字まで拡張されました。外部ツール・チケットシステム・Slackなどから長いコンテキストをClaude Codeに渡すワークフローが構築しやすくなります。

スクロールパフォーマンス改善 レンダリングエンジンをWASM版 yoga-layout から純粋なTypeScript実装に置き換えることで、大きなセッション・長いトランスクリプトでのスクロール描画速度が改善されました。

主なバグ修正 - 大容量セッションで `/compact` が「context exceeded」で失敗する問題を修正 - `--worktree` オプション使用時に `WorktreeCreate` フックが実行前に終了してしまう問題を修正 - `deniedMcpServers` 設定が claude.ai のMCPサーバーをブロックしない問題を修正 - Ghostty・Kitty・WezTermでの端末キーボードモード不具合を修正

### 開発現場での活用シーン

条件付きフックは、CI/CDパイプラインへの組み込みや複数プロジェクトを管理する開発会社にとって特に効果的です。「すべてのコマンド実行をフックで拾っていたら通知が氾濫する」という問題を解消し、必要な操作だけをトリガーにした自動化フローを設計できます。

MCPサーバーの環境変数識別は、複数クライアントのプロジェクトで異なるMCPサーバー（社内ツール連携、テスト環境など）を使い分けている現場で役立ちます。設定ファイルレベルで「どのサーバーに接続しているか」を明示できるため、オンボーディングのミス減少にもつながります。

Extended Deep Linksは、Jira・Linear・Notionなどのチケットから直接Claude Codeを呼び出す社内ワークフローを構築する際に有用です。チケットの背景情報をそのまま渡せる文字数制限の緩和は、実務で詰まりやすかったポイントです。

### ひとこと

v2.1.85はチームでの本格運用を意識した細かい改善が揃っています。特に条件付きフックは「使いたいが通知が多くなりすぎる」という声に応えた機能で、実務導入のハードルを下げてくれます。WASMからTypeScriptへのパフォーマンス改善も、長時間セッションを多用する受託開発の現場には地味に効いてくるはずです。

### 機能の概要

GitHubは3月24〜26日にかけて、GitHub Copilotのプルリクエスト連携機能を2段階で強化しました。

3月24日：@copilot にPR変更を依頼する（Ask @copilot to make changes to a pull request） PRのコメント欄で `@copilot` にメンションし、コードの修正・改善を依頼できるようになりました。レビュアーからの指摘をそのままCopilotへ転送してコード修正を依頼するワークフローが自然に組めます。

3月26日：@copilot にマージコンフリクトの解消を依頼する（Ask @copilot to resolve merge conflicts on pull requests） PR上で発生したマージコンフリクトについても、@copilotにコメントで解消を依頼できるようになりました。複雑なコンフリクトの自動解消は依然として人間のレビューが必要ですが、定型的なコンフリクトの処理を大幅に省力化できます。

### 開発現場での活用シーン

受託開発・チーム開発において、PRレビューとコンフリクト解消は意外と工数を食う作業です。特にマージコンフリクトは「コンフリクト箇所を探す→内容を理解する→適切に統合する」という手順が必要で、慣れていないメンバーにとっては時間がかかりやすいポイントです。

Copilotに@メンションで依頼できる形式は、GitHub上のコミュニケーションフローを変えずに使えるため、チームへの展開コストが低い点がポイントです。「PR作業のAI化」という意味では、コード生成よりもむしろコードレビュー補助・コンフリクト解消のほうが現場で先に価値が出やすいと感じています。

SES・受託開発では、クライアントのリポジトリでの作業中にCopilotを活用する機会が増えています。マージコンフリクト解消の自動化は、短納期案件でのリリース品質維持に貢献できる機能です。

### ひとこと

PRへの@copilot連携は、コード生成フェーズだけでなく「コードのライフサイクル全体にAIを組み込む」方向性の表れです。レビュー依頼・変更指示・コンフリクト解消がCopilotで一貫してできるようになると、GitHubを中心としたチームのワークフロー設計が一段と効率化されます。