Claude Code権限アップデート解説｜安全に任せる範囲が拡大

Q: hookを使っていない会社にも影響はありますか？

hookのdir/**の仕様変更自体は、hookを使っていない会社には直接影響しません。ただし、自動承認の穴を塞ぐ一連の修正は、hookの有無にかかわらずすべてのユーザーに関係します。

Q: 「dir/**」の棚卸しは具体的に何をすればいいですか？

まずhookの設定ファイルを開き、if:条件に単一セグメントのdir/**という書き方をしている箇所を探します。プロジェクトツリー内のどの階層にも一致させたい意図だった場合は**/dir/**に書き換え、更新後に実際に意図どおり発火するかをテストしてください。

CONTENTS — 目次

何が起きたか：Claude Code v2.1.214とv2.1.215の概要
修正された「自動承認の穴」を具体的に見る
1. 特に影響が大きい2つの修正
仕様変更：hookの「dir/**」条件の意味が変わった
1. 対応方法：書き換えが必要かどうかの見分け方
2. 権限ルール（deny・ask）は今までどおり
追加された新機能：EndConversationと進捗ハートビートほか
v2.1.215の変更：「/verify」と「/code-review」を自分の判断で実行しなくなった
そもそも「自動承認」「hook」とは（非エンジニア向け解説）
1. 自動承認（オートアプルーブ）とは
2. hookとは
背景：なぜ今、Claude Codeが権限まわりを大型修正したのか（見立て）
技術的・事業的な意味：Claude Codeで「自動で走らせる」安全性が一段上がった
日本の中小企業・個人への影響
今すぐやるべきこと
PLaiの見立て
よくある質問
参考・出典
まとめ: Claude Codeの権限修正は「安全に任せる」ための土台固め

結論: 2026年7月18日に配信されたClaude Code v2.1.214で、「自動承認の穴」を塞ぐ権限・安全性まわりの大型修正が行われました。合わせてhookのif:条件におけるdir/**の適用範囲が変わるなど、既存設定の見直しが必要な仕様変更も入っています。翌19日のv2.1.215では、Claudeが/verifyと/code-reviewを自分の判断では実行しなくなりました。

要点1: Edit(src/**)のような単一セグメントのdir/**許可ルールが、ツリー内のどこにある同名フォルダにも自動承認していた不具合など、「自動承認の穴」が7件以上まとめて修正された
要点2: hookのif:条件におけるdir/**の意味が変わり、<cwd>/dirのみに一致するよう厳格化。既存のhook設定は棚卸しが必要
要点3: 攻撃的なユーザーや脱獄試行に対してセッションを終了できる「EndConversation」ツールなど、安全に自動で任せるための新機能も追加された

対象読者: Claude Codeを業務で使っている、または導入を検討している経営者・個人事業主

読了後にできること: 自社のClaude Code環境で見直すべき設定変更点を洗い出し、最初に確認すべき項目を判断できる

「AIに作業を自動で進めてもらうのは便利だけど、うっかり関係ないファイルまで書き換えられたらどうしよう」——Claude CodeのようなAIエージェントを業務に組み込むほど、こうした不安は消えません。むしろ任せる範囲を広げるほど、「どこまで自動でやらせて、どこから人の確認を挟むか」という境界線の設計が重要になります。

株式会社PLaiは代表一人の会社でありながら、Claude Codeを基盤にした30人のAI社員でホームページ制作からSNS運用、請求書発行までを回し、創業半年で売上1.5億円に到達、自社事業を上場企業へM&Aしました。日々この基盤の上で「AIに何をどこまで自動で任せるか」という権限設計を運用してきた実務家の視点から、今回のアップデートが現場の何を変えるのかを整理します。

この記事では、2026年7月18日配信のv2.1.214と翌19日のv2.1.215で入った権限・安全性まわりの変更点、既存設定への影響、そして日本の中小企業・個人が今すぐ確認すべきことまでを、公式の一次情報にもとづいて解説します。

何が起きたか：Claude Code v2.1.214とv2.1.215の概要

Claude Codeの公式チェンジログによると、2026年7月18日にv2.1.214、翌19日にv2.1.215が配信されました。今回の2バージョンに共通するテーマは「権限まわりの安全性」です。まず全体像を表で押さえてください。

バージョン	配信日	主な内容
v2.1.214	2026年7月18日	「自動承認の穴」を塞ぐ権限・安全性まわりの大型修正／hookの仕様変更／EndConversationツールなどの追加機能
v2.1.215	2026年7月19日	Claudeが`/verify`と`/code-review`を自分の判断では実行しなくなる変更

v2.1.214は、修正（Fixed）・追加（Added）・仕様変更（Changed）にまたがる大型リリースです。中でも修正の大半は、「本来は確認が必要なはずの操作が、意図せず自動承認されてしまっていた」という抜け穴を塞ぐものでした。順番に見ていきます。

修正された「自動承認の穴」を具体的に見る

Claude Codeには、あらかじめ許可した範囲の操作を毎回確認せずに実行する「自動承認」の仕組みがあります。効率化には欠かせない機能ですが、その判定ロジックに複数の抜け穴が見つかり、まとめて修正されました。何が困っていて、何が直ったのかを表に整理します。

修正項目	何が起きていたか（Before）	修正後（After）
`dir/**`許可ルール	`Edit(src/**)`と設定すると、プロジェクトツリー内のどこにある`src/`フォルダでも自動承認されていた	今の作業フォルダ直下の`<cwd>/src`のみに自動承認の対象が限定された
Windows PowerShell 5.1	特定のセッションで実行されるコマンドの権限チェックがすり抜けていた	権限チェックが正しく機能するよう修正
Bashのファイルディスクリプタ表記	権限を解析する仕組みとbash本体で解釈が割れる書き方が、確認なしで素通りしていた	解釈が割れる場合は自動実行せず止まる「fail closed」という安全側の挙動に変更
極端に長いコマンド	10,000文字を超える長いコマンドが、誤って自動実行されることがあった	必ず確認プロンプトが出るように修正
zsh変数の書き方	`[[ ]]`内の変数の添字・修飾子という特殊な書き方を「ただの文字列」と誤認し、危険な内容を含むコマンドが素通りしていた	正しく解析され、該当するコマンドは確認プロンプトが出るよう修正
help・manコマンド	危険なオプションやコマンド置換、バックスラッシュを含むパスを伴っていても自動承認されていた	危険な要素を含む場合は自動承認されないよう修正
リモートセッション	手元の確認ダイアログが表示される前に、処理が先に進んでしまうことがあった	確認前に処理が先行しないよう修正

7件どれもが「見た目は許可した範囲のはずなのに、実際には想定より広い操作が無確認で通っていた」という種類の不具合です。1つ1つは細かく見えるかもしれませんが、AIに自動実行を任せる運用の前提そのものに関わる修正だと捉えるべきです。

特に影響が大きい2つの修正

数ある修正の中でも、実務への影響が大きいのはdir/**許可ルールとWindows PowerShell 5.1の2つです。前者は、フォルダ名だけで許可範囲を指定していた設定が、想定より広い範囲に効いてしまっていたケース。後者は、Windows環境で権限チェックそのものが機能していなかったケースです。どちらも「設定したつもりの制限が、実際には効いていなかった」という点で共通しています。自社の許可ルールがこの2つに当てはまっていないか、更新後に確認する価値があります。

仕様変更：hookの「dir/**」条件の意味が変わった

今回のリリースには、不具合修正だけでなく仕様そのものの変更（Changed）も含まれています。中でも実務への影響が大きいのが、hookのif:条件におけるdir/**の扱いです。

hookとは、Claude Codeが特定の操作を行う前後に、あらかじめ登録しておいた処理を自動で挟み込む仕組みです。たとえば「このフォルダへの書き込み前には必ずこのチェックを走らせる」といった条件を、if:で指定できます。

これまでは、hookのif:条件に単一セグメントのdir/**と書くと、プロジェクトツリー内のどの階層にあるdirフォルダにも一致していました。v2.1.214からは、これが今の作業フォルダ直下の<cwd>/dirだけに一致するよう厳格化されています。全階層に一致させたい場合は、書き方を**/dir/**に変更する必要があります。

条件の種類	単一セグメント「dir/**」の一致範囲（v2.1.214以降）	全階層に一致させたい場合
hookの`if:`条件	`<cwd>/dir`のみ	`/dir/`と書き換える
権限ルール（`deny`・`ask`）	従来どおり任意の階層に一致（変更なし）	書き換え不要

対応方法：書き換えが必要かどうかの見分け方

まず自社のhook設定を確認し、if:条件に単一セグメントのdir/**を使っている箇所がないかを探してください。もし全階層への一致を意図してその書き方をしていた場合は、**/dir/**に書き換えないと、更新後にhookが発火しなくなる可能性があります。

権限ルール（deny・ask）は今までどおり

一方で、denyやaskといった権限ルール側のdir/**は、今回の変更の対象外です。従来どおり任意の階層に一致するため、書き換えの必要はありません。影響があるのはあくまでhookのif:条件だけだと理解しておけば、確認すべき範囲を絞り込めます。

追加された新機能：EndConversationと進捗ハートビートほか

修正だけでなく、安全に自動で任せるための新機能も追加されました。

EndConversationツールとは

「EndConversation」は、極端に攻撃的なユーザーや脱獄（ジェイルブレイク、AIに本来の制約を無視させようとする試み）に対して、Claude自身がセッションを終了できるようにするツールです。claude.aiでは2025年から提供されていた機能が、Claude Codeにも入りました。AIに自動実行の権限を広く渡すほど、悪意ある入力への防御線も同時に必要になります。その防御線の一つが今回追加されたと理解しておくとよいでしょう。

長時間タスクの進捗ハートビート

これまで、時間のかかる処理を実行している間はターミナルの表示が無音になり、「本当に動いているのか、止まっているのか」が分かりにくいことがありました。今回、長時間のツール呼び出しに対して定期的な進捗表示（ハートビート）が入るようになり、実行中であることが確認しやすくなっています。

その他の追加・修正点

このほかにも、実務上意味のある修正が複数入っています。dockerコマンド（Podmanのdockerシムを含む）で、デーモンの接続先を切り替えるようなリダイレクトフラグを伴う場合に確認プロンプトが出るようになった点、スケジュールタスクが自分自身に設定されたプロンプトを「信頼できない入力」として誤って拒否してしまう不具合が直った点、バックグラウンドセッションの後始末（放置されたセッションが残り続ける、完了済みセッションを削除できない等）がまとめて改善された点は、自動化を日常的に回している会社ほど恩恵があります。

v2.1.215の変更：「/verify」と「/code-review」を自分の判断で実行しなくなった

翌7月19日に配信されたv2.1.215では、Claudeが/verifyと/code-reviewというスキルを、自分の判断だけでは実行しなくなりました。使いたい場面では、これまでどおり/verifyや/code-reviewと明示的に呼び出す必要があります。

この変更も、方向性としては「AIが良かれと思って勝手に追加の処理を行う」ことを減らし、「人が指示した範囲で動く」ことを徹底する修正だと位置づけられます。細かな変更に見えますが、v2.1.214の一連の権限修正と同じ思想の延長線上にあります。

そもそも「自動承認」「hook」とは（非エンジニア向け解説）

ここまでの内容を理解するには、2つの言葉を押さえておくと十分です。

自動承認（オートアプルーブ）とは

Claude Codeは本来、ファイルの編集やコマンドの実行のたびに「これを実行してよいですか」と確認を求めます。ですが、毎回確認していては効率が落ちるため、あらかじめ許可した範囲の操作については確認を省略できます。この「確認を省略して自動で実行してよい範囲」を決める仕組みが自動承認です。今回の一連の修正は、この「許可した範囲」の判定が、意図より広く効いてしまっていた不具合を塞ぐものでした。

hookとは

hookは、Claude Codeが何らかの操作を行う前後に、あらかじめ用意しておいた処理を自動で差し込む仕組みです。「このコマンドを実行する前に、必ずこのチェックを通す」といった運用ルールを、人が毎回声をかけなくても機能させられます。社内の承認フローや監査ログの仕組みをhookで組んでいる会社ほど、今回のdir/**の仕様変更は影響が大きくなります。

無料プレゼント Claude Code Studio「6大特典」を無料配布中

Claude Codeの教科書／Obsidianの教科書／記憶Vaultテンプレ／AI部署7役割プロンプト集／セットアップ動画／合計4時間のセミナーアーカイブ——この記事の内容を実践するための教材6点を、メール登録だけで受け取れます。

背景：なぜ今、Claude Codeが権限まわりを大型修正したのか（見立て）

ここからは公式発表ではなく、実務家としての見立てです。直前の週（Week 29、7月13〜17日）では、公開したArtifact（AIが作った成果物のページ）が閲覧者自身のMCPコネクタを通じて実データを扱えるようになるという、「配る」方向の機能強化がありました。詳しくはWeek 29のArtifact×MCPアップデート解説記事で扱っています。

今回の一連の修正は、その裏側にある「任せる」側の安全性を固める作業だと読み取れます。AIにできることが増えるほど、それを支える権限・許可の判定ロジックが正確でなければ、便利さがそのままリスクに転じかねません。先週が「AIの成果物を配れるようにする」週だったとすれば、今週は「AIに権限を渡して自動で走らせる運用を、より安心して行えるようにする」週だったと言えます。

これは見立てですが、AIエージェントに任せる範囲が実務レベルで広がるほど、こうした権限・安全性まわりの地味な修正の重要度は上がり続けると考えられます。派手な新機能よりも、この種の足元の修正が積み重なっているかどうかを見ておくことが、AIエージェントを安心して使い続けられるかの判断材料になります。

技術的・事業的な意味：Claude Codeで「自動で走らせる」安全性が一段上がった

今回のアップデートが持つ意味は、一言でいえば「AIに自動実行を任せる判断の前提が、より正確になった」ことです。自動承認の抜け穴が塞がれたことで、「許可したつもりの範囲」と「実際に許可されている範囲」のズレが縮まりました。これは、AIエージェントを業務の自動化に使う上で、地味ながら本質的な進歩です。

一方で、hookのdir/**の意味が変わったことは、既存の設定がそのままでは意図通りに動かなくなる可能性があるという意味で、実務上は「棚卸しの宿題」でもあります。安全性が上がることと、既存設定への影響が出ることは同時に起こり得るという、アップデートにつきものの両面を今回もそのまま示しています。

同じ時期には、1PasswordとAnthropicが連携し、AIエージェントにパスワードを渡さずログイン作業を任せられる「1Password for Claude」も発表されました。認証まわりの安全性を高める動きは今回の権限修正に限らず、AIエージェント全体で並行して進んでいます。詳しくは1Password for Claudeの解説記事をご覧ください。

日本の中小企業・個人への影響

日本の中小企業・個人事業主にとって、今回の変更が持つ意味を3点に整理します。

1. 「自動でやらせている作業」の見直しどきである

Claude Codeで自動承認の範囲を設定している会社にとって、今回の修正は「これまで想定より広い範囲が自動承認されていたかもしれない」ことを意味します。特にフォルダ名だけで許可範囲を指定していた場合は、更新を機に設定内容を見直す価値があります。

2. hookを使った承認フローがある会社は、動作確認が必須

社内の承認フローや監査ログをhookで組んでいる会社は、dir/**の仕様変更によって、更新後にhookが想定どおり発火するかを必ず確認する必要があります。確認を怠ると、チェックが効かなくなっていることに気づかないまま運用を続けるリスクがあります。

3. 「AIに任せて安心」の土台が一段強くなった

裏を返せば、こうした地道な権限修正が積み重なっているからこそ、AIエージェントに日常業務を任せる判断がしやすくなります。属人化の解消や業務自動化を進める会社にとって、任せる基盤そのものの信頼性が上がったことは前向きな材料です。自動化を広げる進め方は業務自動化の始め方完全ガイドもあわせてご覧ください。

今すぐやるべきこと

この発表を受けて、中小企業・個人が今すぐ着手できることを4つに絞りました。

① Claude Codeを最新版に更新し、変更ログを確認する

まずは手元のClaude Codeをv2.1.214・v2.1.215以降に更新してください。導入や更新の基本手順はClaude Codeの導入方法にまとめています。

② hookの「if:」条件に「dir/**」を使っていないか棚卸しする

hookを設定している場合は、if:条件を1つずつ確認し、単一セグメントのdir/**を使っている箇所を洗い出してください。全階層への一致を意図していた場合は**/dir/**に書き換え、更新後に実際にhookが発火するかをテストしてください。

③ 自動承認の許可範囲を再確認する

特にフォルダ名だけで許可範囲を指定していた設定や、Windows環境でClaude Codeを使っている場合は、今回の修正で許可範囲の実際の効き方が変わっている可能性があります。想定通りの範囲に収まっているかを一度確認してください。

④ 長時間タスク・自動化運用のルールを見直す

進捗ハートビートやバックグラウンドセッションの後始末改善によって、長時間の自動処理を安心して任せやすくなりました。この機会に、どこまでを無人で走らせ、どこから人が確認するかという社内ルールも合わせて見直すとよいでしょう。

PLaiの見立て

実務家として一言添えると、今回のアップデートで最も重要なのは「派手な新機能」ではなく「許可の判定ロジックが正確になったこと」です。AIエージェントに自動実行を任せる運用は、突き詰めれば「どこまでを信頼して渡すか」という設計そのものです。その設計の土台となる判定が誤っていれば、どれだけ便利な機能を積み重ねても安心して使い続けることはできません。

PLaiでも、30人のAI社員がClaude Codeを基盤に日々の業務を回していますが、権限設計を「一度決めたら終わり」にはしていません。バージョンが上がるたびに、自動承認の範囲やhookの挙動に変更がないかを確認する運用を組み込んでいます。今回のように仕様そのものが変わるケースもあるため、アップデートのたびに「変わったのは何か」を確認する習慣そのものが、AIエージェントを安全に運用するための一番の武器になると考えています。AI社員として継続稼働させる際に押さえておきたいセキュリティの考え方はAI社員のセキュリティ対策で詳しく解説しています。

また、Claude Codeを非エンジニアの立場で使いこなす工夫は非エンジニアのClaude Code活用10選、実際のビジネス活用の広がりはClaude Codeのビジネス活用事例で解説しています。法人としてAI社員を安全に構築・運用する体制づくりは、法人向けAI社員構築支援でもご相談いただけます。

よくある質問

Q. Claude Codeはすぐに更新すべきですか？

はい。今回は不具合修正だけでなく安全性に関わる変更が含まれるため、更新を後回しにする理由はあまりありません。特にWindows環境や、フォルダ名で自動承認の範囲を指定している場合は、優先して更新することをおすすめします。

Q. hookを使っていない会社にも影響はありますか？

hookのdir/**の仕様変更自体は、hookを使っていない会社には直接影響しません。ただし、自動承認の穴を塞ぐ一連の修正は、hookの有無にかかわらずすべてのユーザーに関係します。

Q. 「dir/**」の棚卸しは具体的に何をすればいいですか？

まずhookの設定ファイルを開き、if:条件に単一セグメントのdir/**という書き方をしている箇所を探します。プロジェクトツリー内のどの階層にも一致させたい意図だった場合は**/dir/**に書き換え、更新後に実際に意図どおり発火するかをテストしてください。

Q. EndConversationツールは日常業務にどう関係しますか？

通常の業務利用で頻繁に作動する機能ではありません。悪意ある入力や脱獄の試みに対する防御線として追加されたものです。AIに広い権限を渡して運用する会社ほど、こうした防御機構が存在すること自体を把握しておく価値があります。

Q. v2.1.215の「/verify」「/code-review」の変更で注意すべきことは？

これまでClaudeが自分の判断で実行していた場面があった場合、更新後は自動では走らなくなります。品質チェックの工程にこれらのスキルを組み込んでいた場合は、明示的に呼び出す手順に変更しておく必要があります。

Q. 自動承認の範囲を厳しくしすぎると、業務にどんな影響がありますか？

確認プロンプトが増える分、都度の承認作業は増えます。ただし、今回の修正は「許可した範囲を正しく守る」ための修正であり、範囲そのものを一律に狭めるものではありません。自社の運用に合わせて、許可範囲を意図どおりに設定し直すことが大切です。

参考・出典

本記事は、Anthropicが公開するClaude Code公式チェンジログの内容にもとづいています。バージョンごとの詳細な修正項目・追加機能・仕様変更は下記の公式ページをご確認ください。

Claude Code 公式チェンジログ: https://code.claude.com/docs/en/changelog

提供範囲や今後の対応方針など、本記事で触れていない詳細は公式の記載が最新です。断定を避けた箇所は、公式で確認できる範囲にとどめています。

まとめ: Claude Codeの権限修正は「安全に任せる」ための土台固め

2026年7月18日のv2.1.214では、自動承認の穴を塞ぐ7件以上の修正、hookのdir/**条件の仕様変更、EndConversationツールなどの追加が同時に入りました。翌19日のv2.1.215では、/verify・/code-reviewを自分の判断で実行しなくなる変更も加わっています。

中小企業・個人にとっての意味は、AIエージェントに権限を渡して自動で走らせる運用の安全性が一段上がった一方、既存のhook設定は棚卸しが必要になったということです。まずはClaude Codeを最新版に更新し、hookのif:条件と自動承認の範囲を1つずつ見直すところから始めてください。派手な新機能を追うより先に、任せている範囲が意図どおりかを確認することが、この変更を安心につなげる一番の近道です。