権限を設定する

Claude Code は、エージェントが実行できることと実行できないことを正確に指定できるようにするため、きめ細かい権限をサポートしています。権限設定はバージョン管理にチェックインでき、組織内のすべての開発者に配布できるほか、個々の開発者がカスタマイズできます。

権限システム

Claude Code は、パワーと安全性のバランスを取るために、段階的な権限システムを使用しています。

ツールタイプ	例	承認が必要	「はい、今後は聞かない」の動作
読み取り専用	ファイル読み取り、Grep	いいえ	N/A
Bash コマンド	シェル実行	はい	プロジェクトディレクトリとコマンドごとに永続的
ファイル変更	Edit/Write ファイル	はい	セッション終了まで

権限を管理する

/permissions を使用して、Claude Code のツール権限を表示および管理できます。この UI は、すべての権限ルールと、それらが取得される settings.json ファイルをリストします。

Allow ルールは、Claude Code が手動承認なしで指定されたツールを使用できるようにします。
Ask ルールは、Claude Code が指定されたツールを使用しようとするたびに確認を促します。
Deny ルールは、Claude Code が指定されたツールを使用することを防止します。

ルールは順序で評価されます。deny -> ask -> allow。最初にマッチしたルールが優先されるため、deny ルールは常に優先されます。

権限モード

Claude Code は、ツールの承認方法を制御するいくつかの権限モードをサポートしています。権限モードを参照して、各モードをいつ使用するかを確認してください。設定ファイルで defaultMode を設定します。

モード	説明
`default`	標準動作。各ツールの最初の使用時に権限を促します
`acceptEdits`	ファイル編集と一般的なファイルシステムコマンド（`mkdir`、`touch`、`mv`、`cp` など）を、作業ディレクトリまたは `additionalDirectories` 内のパスに対して自動的に受け入れます
`plan`	Plan Mode。Claude はファイルを読み取り、読み取り専用シェルコマンドを実行して探索しますが、ソースファイルを編集しません
`auto`	バックグラウンド安全チェック付きでツール呼び出しを自動承認し、アクションがリクエストと一致することを確認します。現在は研究プレビューです
`dontAsk`	`/permissions` または `permissions.allow` ルールで事前に承認されていない限り、ツールを自動的に拒否します
`bypassPermissions`	すべての権限プロンプトをスキップします。ファイルシステムルートまたはホームディレクトリの削除（`rm -rf /` など）は回路遮断器として引き続きプロンプトを表示します

bypassPermissions モードはすべての権限プロンプトをスキップします。.git、.claude、.vscode、.idea、.husky への書き込みを含みます。ファイルシステムルートまたはホームディレクトリを対象とした削除（rm -rf / や rm -rf ~ など）は、モデルエラーに対する回路遮断器として引き続きプロンプトを表示します。このモードは、Claude Code が損害を引き起こせないコンテナや VM などの隔離された環境でのみ使用してください。管理者は、管理設定で permissions.disableBypassPermissionsMode を "disable" に設定することで、このモードを防止できます。

bypassPermissions または auto モードが使用されるのを防ぐには、任意の設定ファイルで permissions.disableBypassPermissionsMode または permissions.disableAutoMode を "disable" に設定します。これらは、オーバーライドできない管理設定で最も有用です。

権限ルール構文

権限ルールは、Tool または Tool(specifier) の形式に従います。

ツールのすべての使用をマッチさせる

ツールのすべての使用をマッチさせるには、括弧なしでツール名を使用します。

ルール	効果
`Bash`	すべての Bash コマンドをマッチさせます
`WebFetch`	すべてのウェブフェッチリクエストをマッチさせます
`Read`	すべてのファイル読み取りをマッチさせます

Bash(*) は Bash と同等で、すべての Bash コマンドをマッチさせます。

細かい制御のためにスペシファイアを使用する

括弧内にスペシファイアを追加して、特定のツール使用をマッチさせます。

ルール	効果
`Bash(npm run build)`	正確なコマンド `npm run build` をマッチさせます
`Read(./.env)`	現在のディレクトリの `.env` ファイルを読み取ることをマッチさせます
`WebFetch(domain:example.com)`	example.com へのフェッチリクエストをマッチさせます

ワイルドカードパターン

Bash ルールは * を使用したグロブパターンをサポートしています。ワイルドカードはコマンド内の任意の位置に表示できます。この設定により、npm および git commit コマンドが許可され、git push がブロックされます。

{
  "permissions": {
    "allow": [
      "Bash(npm run *)",
      "Bash(git commit *)",
      "Bash(git * main)",
      "Bash(* --version)",
      "Bash(* --help *)"
    ],
    "deny": [
      "Bash(git push *)"
    ]
  }
}

* の前のスペースは重要です。Bash(ls *) は ls -la にマッチしますが lsof にはマッチしません。一方、Bash(ls*) は両方にマッチします。:* サフィックスは末尾のワイルドカードを記述する同等の方法であるため、Bash(ls:*) は Bash(ls *) と同じコマンドをマッチさせます。権限ダイアログは、コマンドプレフィックスに対して「はい、今後は聞かない」を選択すると、スペース区切り形式を書き込みます。:* 形式はパターンの末尾でのみ認識されます。Bash(git:* push) のようなパターンでは、コロンはリテラル文字として扱われ、git コマンドにはマッチしません。

ツール固有の権限ルール

Bash

Bash 権限ルールは * を使用したワイルドカードマッチングをサポートしています。ワイルドカードは、開始、中央、終了を含むコマンド内の任意の位置に表示できます。

Bash(npm run build) は正確な Bash コマンド npm run build をマッチさせます
Bash(npm run test *) は npm run test で始まる Bash コマンドをマッチさせます
Bash(npm *) は npm で始まるコマンドをマッチさせます
Bash(* install) は install で終わるコマンドをマッチさせます
Bash(git * main) は git checkout main や git log --oneline main などのコマンドをマッチさせます

単一の * は、スペースを含む任意の文字シーケンスをマッチさせるため、1 つのワイルドカードで複数の引数にまたがることができます。Bash(git *) は git log --oneline --all をマッチさせ、Bash(git * main) は git push origin main および git merge main をマッチさせます。 * が末尾にスペース付きで表示される場合（Bash(ls *) など）、単語境界を強制し、プレフィックスの後にスペースまたは文字列の終わりが続く必要があります。たとえば、Bash(ls *) は ls -la にマッチしますが lsof にはマッチしません。対照的に、スペースなしの Bash(ls*) は、単語境界制約がないため、ls -la と lsof の両方にマッチします。

複合コマンド

Claude Code はシェルオペレータを認識しているため、Bash(safe-cmd *) のようなルールは、safe-cmd && other-cmd コマンドを実行する権限を与えません。認識されるコマンド区切り文字は &&、||、;、|、|&、&、および改行です。ルールは各サブコマンドを独立して個別にマッチさせる必要があります。

「はい、今後は聞かない」で複合コマンドを承認すると、Claude Code は複合文字列全体の単一ルールではなく、承認が必要な各サブコマンドの個別ルールを保存します。たとえば、git status && npm test を承認すると、npm test のルールが保存されるため、将来の npm test 呼び出しは && の前に何があるかに関係なく認識されます。cd をサブディレクトリに移動するようなサブコマンドは、そのパスの独自の Read ルールを生成します。単一の複合コマンドに対して最大 5 つのルールが保存される場合があります。

プロセスラッパー

Bash ルールをマッチさせる前に、Claude Code は固定されたプロセスラッパーセットをストリップするため、Bash(npm test *) のようなルールは timeout 30 npm test もマッチさせます。認識されるラッパーは timeout、time、nice、nohup、stdbuf です。ベア xargs もストリップされるため、Bash(grep *) は xargs grep pattern をマッチさせます。ストリップは xargs にフラグがない場合にのみ適用されます。xargs -n1 grep pattern のような呼び出しは xargs コマンドとしてマッチされるため、内部コマンド用に記述されたルールはそれをカバーしません。このラッパーリストは組み込まれており、設定不可能です。direnv exec、devbox run、mise exec、npx、docker exec などの開発環境ランナーはリストに含まれていません。これらのツールは引数をコマンドとして実行するため、Bash(devbox run *) のようなルールは run の後に続くものをマッチさせます。これには devbox run rm -rf . が含まれます。環境ランナー内での作業を承認するには、ランナーと内部コマンドの両方を含む特定のルールを記述します。例えば Bash(devbox run npm test)。許可する内部コマンドごとに 1 つのルールを追加します。 watch、setsid、ionice、flock などの Exec ラッパーは常にプロンプトを表示し、Bash(watch *) のようなプレフィックスルールで自動承認することはできません。同じことが -exec または -delete を使用する find にも適用されます。Bash(find *) ルールはこれらの形式をカバーしません。特定の呼び出しを承認するには、完全なコマンド文字列の正確一致ルールを記述します。

読み取り専用コマンド

Claude Code は、Bash コマンドの組み込みセットを読み取り専用として認識し、すべてのモードで権限プロンプトなしで実行します。これには ls、cat、head、tail、grep、find、wc、diff、stat、du、cd、および git の読み取り専用形式が含まれます。セットは設定不可能です。これらのコマンドの 1 つにプロンプトを要求するには、それに対して ask または deny ルールを追加します。すべてのフラグが読み取り専用であるコマンドに対しては、引用符なしのグロブパターンが許可されるため、ls *.ts および wc -l src/*.py はプロンプトなしで実行されます。find、sort、sed、git などの書き込み可能または実行可能なフラグを持つコマンドは、グロブが -delete のようなフラグに展開される可能性があるため、引用符なしのグロブが存在する場合でもプロンプトを表示します。作業ディレクトリまたは追加ディレクトリ内のパスへの cd も読み取り専用です。cd packages/api && ls のような複合コマンドは、各部分が独立して適格である場合、プロンプトなしで実行されます。複合コマンドで cd と git を組み合わせると、ターゲットディレクトリに関係なく常にプロンプトが表示されます。

コマンド引数を制約しようとする Bash 権限パターンは脆弱です。たとえば、Bash(curl http://github.com/ *) は curl を GitHub URL に制限することを意図していますが、次のようなバリエーションにはマッチしません。

URL の前のオプション：curl -X GET http://github.com/...
異なるプロトコル：curl https://github.com/...
リダイレクト：curl -L http://bit.ly/xyz（github にリダイレクト）
変数：URL=http://github.com && curl $URL
余分なスペース：curl http://github.com

より信頼性の高い URL フィルタリングについては、以下を検討してください。

Bash ネットワークツールを制限する：deny ルールを使用して curl、wget などのコマンドをブロックし、許可されたドメインに対して WebFetch(domain:github.com) 権限で WebFetch ツールを使用します
PreToolUse フックを使用する：Bash コマンドの URL を検証し、許可されていないドメインをブロックするフックを実装します
CLAUDE.md を通じて Claude Code に許可された curl パターンについて指示します

WebFetch のみを使用しても、ネットワークアクセスは防止されません。Bash が許可されている場合、Claude は curl、wget または他のツールを使用して任意の URL に到達できます。

PowerShell

PowerShell 権限ルールは Bash ルールと同じ形式を使用しています。* を使用したワイルドカードは任意の位置でマッチし、:* サフィックスは末尾の * と同等であり、ベア PowerShell または PowerShell(*) はすべてのコマンドをマッチさせます。この設定により、Get-ChildItem および git commit コマンドが許可され、Remove-Item がブロックされます。

{
  "permissions": {
    "allow": [
      "PowerShell(Get-ChildItem *)",
      "PowerShell(git commit *)"
    ],
    "deny": [
      "PowerShell(Remove-Item *)"
    ]
  }
}

一般的なエイリアスはマッチング前に正規化されます。コマンドレット名用に記述されたルールはそのエイリアスもマッチさせるため、PowerShell(Get-ChildItem *) は gci、ls、dir もマッチさせます。マッチングは大文字と小文字を区別しません。 Claude Code は PowerShell AST を解析し、複合コマンド内の各コマンドを独立してチェックします。パイプオペレータ |、ステートメント区切り文字 ;、および PowerShell 7 以降のチェーンオペレータ && と || は複合コマンドをサブコマンドに分割します。複合コマンドが許可されるには、ルールがすべてのサブコマンドをマッチさせる必要があります。

Read と Edit

Edit ルールは、ファイルを編集するすべての組み込みツールに適用されます。Claude は、Grep や Glob などのファイルを読み取るすべての組み込みツールに Read ルールを適用するためにベストエフォートを試みます。

Read と Edit deny ルールは Claude の組み込みファイルツールに適用され、Bash サブプロセスには適用されません。Read(./.env) deny ルールは Read ツールをブロックしますが、Bash での cat .env は防止しません。パスへのすべてのプロセスのアクセスをブロックする OS レベルの強制については、サンドボックスを有効にしてください。

Read と Edit ルールの両方は、gitignore 仕様に従い、4 つの異なるパターンタイプがあります。

パターン	意味	例	マッチ
`//path`	ファイルシステムルートからの絶対パス	`Read(//Users/alice/secrets/**)`	`/Users/alice/secrets/**`
`~/path`	ホームディレクトリからのパス	`Read(~/Documents/*.pdf)`	`/Users/alice/Documents/*.pdf`
`/path`	プロジェクトルートからの相対パス	`Edit(/src/*/.ts)`	`<project root>/src/*/.ts`
`path` または `./path`	現在のディレクトリからの相対パス	`Read(*.env)`	`<cwd>/*.env`

/Users/alice/file のようなパターンは絶対パスではありません。プロジェクトルートからの相対パスです。絶対パスには //Users/alice/file を使用してください。

Windows では、パスはマッチング前に POSIX 形式に正規化されます。C:\Users\alice は /c/Users/alice になるため、//c/**/.env を使用してそのドライブ上の .env ファイルをマッチさせます。すべてのドライブ全体でマッチさせるには、//**/.env を使用します。例：

Edit(/docs/**): <project>/docs/ での編集（/docs/ ではなく、<project>/.claude/docs/ でもありません）
Read(~/.zshrc): ホームディレクトリの .zshrc を読み取ります
Edit(//tmp/scratch.txt): 絶対パス /tmp/scratch.txt を編集します
Read(src/**): <current-directory>/src/ から読み取ります

gitignore パターンでは、* は単一のディレクトリ内のファイルをマッチさせ、** はディレクトリ全体で再帰的にマッチさせます。すべてのファイルアクセスを許可するには、括弧なしでツール名を使用します。Read、Edit、または Write。

Claude がシンボリックリンクにアクセスするとき、権限ルールは 2 つのパスをチェックします。シンボリックリンク自体と、それが解決するファイルです。Allow ルールと deny ルールはそのペアを異なる方法で扱います。allow ルールはプロンプトにフォールバックし、deny ルールは完全にブロックします。

Allow ルール：シンボリックリンクパスとそのターゲットの両方がマッチする場合にのみ適用されます。許可されたディレクトリ内のシンボリックリンクがそれの外を指している場合でも、プロンプトが表示されます。
Deny ルール：シンボリックリンクパスまたはそのターゲットのいずれかがマッチする場合に適用されます。拒否されたファイルを指すシンボリックリンク自体が拒否されます。

たとえば、Read(./project/**) が許可され、Read(~/.ssh/**) が拒否されている場合、./project/key にあるシンボリックリンクが ~/.ssh/id_rsa を指している場合、ターゲットが allow ルールに失敗し、deny ルールにマッチするため、ブロックされます。

WebFetch

WebFetch(domain:example.com) は example.com へのフェッチリクエストをマッチさせます

MCP

mcp__puppeteer は puppeteer サーバーによって提供されるツール（Claude Code で設定された名前）をマッチさせます
mcp__puppeteer__* ワイルドカード構文は、puppeteer サーバーからのすべてのツールもマッチさせます
mcp__puppeteer__puppeteer_navigate は puppeteer サーバーによって提供される puppeteer_navigate ツールをマッチさせます

Agent（subagents）

Agent(AgentName) ルールを使用して、Claude が使用できる subagents を制御します。

Agent(Explore) は Explore subagent をマッチさせます
Agent(Plan) は Plan subagent をマッチさせます
Agent(my-custom-agent) は my-custom-agent という名前のカスタム subagent をマッチさせます

これらのルールを設定の deny 配列に追加するか、--disallowedTools CLI フラグを使用して特定のエージェントを無効にします。Explore エージェントを無効にするには：

{
  "permissions": {
    "deny": ["Agent(Explore)"]
  }
}

フックで権限を拡張する

Claude Code フックは、実行時に権限評価を実行するカスタムシェルコマンドを登録する方法を提供します。Claude Code がツール呼び出しを行うと、PreToolUse フックは権限プロンプトの前に実行されます。フック出力はツール呼び出しを拒否し、プロンプトを強制し、またはプロンプトをスキップしてコールを続行させることができます。フック決定は権限ルールをバイパスしません。deny ルールと ask ルールは、フックが何を返すかに関係なく評価されるため、マッチする deny ルールはコールをブロックし、マッチする ask ルールはフックが "allow" または "ask" を返した場合でもプロンプトを表示します。これは、権限を管理するで説明されている deny 優先の優先順位を保持し、管理設定で設定された deny ルールを含みます。ブロッキングフックは allow ルールよりも優先されます。終了コード 2 で終了するフックは、権限ルールが評価される前にツール呼び出しを停止するため、allow ルールがコールを許可する場合でもブロックが適用されます。プロンプトなしですべての Bash コマンドを実行し、ブロックしたい少数のコマンドを除外するには、allow リストに "Bash" を追加し、それらの特定のコマンドを拒否する PreToolUse フックを登録します。適応できるフックスクリプトについては、保護されたファイルへの編集をブロックするを参照してください。

作業ディレクトリ

デフォルトでは、Claude は起動されたディレクトリ内のファイルにアクセスできます。このアクセスを拡張できます。

起動時。--add-dir <path> CLI 引数を使用します
セッション中。/add-dir コマンドを使用します
永続的な設定。設定ファイルの additionalDirectories に追加します

追加ディレクトリ内のファイルは、元の作業ディレクトリと同じ権限ルールに従います。プロンプトなしで読み取り可能になり、ファイル編集権限は現在の権限モードに従います。

追加ディレクトリはファイルアクセスを許可し、設定ではありません

ディレクトリを追加すると、Claude がファイルを読み取りおよび編集できる場所が拡張されます。そのディレクトリを完全な設定ルートにはしません。ほとんどの .claude/ 設定は追加ディレクトリから検出されませんが、いくつかのタイプは例外として読み込まれます。次の設定タイプは --add-dir ディレクトリから読み込まれます。

設定	`--add-dir` から読み込まれます
`.claude/skills/` の Skills	はい、ライブリロード付き
`.claude/settings.json` のプラグイン設定	`enabledPlugins` と `extraKnownMarketplaces` のみ
CLAUDE.md ファイル、`.claude/rules/`、および `CLAUDE.local.md`	`CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1` が設定されている場合のみ。`CLAUDE.local.md` はさらに `local` 設定ソースが必要です。これはデフォルトで有効になっています

その他すべて（subagents、コマンド、出力スタイル、フック、その他の設定を含む）は、現在の作業ディレクトリとその親、~/.claude/ のユーザーディレクトリ、および管理設定からのみ検出されます。その設定をプロジェクト全体で共有するには、次のいずれかのアプローチを使用します。

ユーザーレベルの設定。~/.claude/agents/、~/.claude/output-styles/、または ~/.claude/settings.json にファイルを配置して、すべてのプロジェクトで利用可能にします
プラグイン。設定をプラグインとしてパッケージ化および配布し、チームがインストールできるようにします
設定ディレクトリから起動する。使用する .claude/ 設定を含むディレクトリから Claude Code を実行します

権限がサンドボックスとどのように相互作用するか

権限とサンドボックスは、補完的なセキュリティレイヤーです。

権限は、Claude Code が使用できるツール、およびアクセスできるファイルまたはドメインを制御します。すべてのツール（Bash、Read、Edit、WebFetch、MCP など）に適用されます。
サンドボックスは、Bash ツールのファイルシステムとネットワークアクセスを制限する OS レベルの強制を提供します。Bash コマンドとその子プロセスにのみ適用されます。

防御を深くするために両方を使用します。

権限 deny ルールは、Claude が制限されたリソースへのアクセスを試みることさえ防止します
サンドボックス制限は、プロンプトインジェクションが Claude の意思決定をバイパスしても、Bash コマンドが定義された境界外のリソースに到達することを防止します
サンドボックス内のファイルシステム制限は、sandbox.filesystem 設定と Read および Edit deny ルールを組み合わせます。両方が最終的なサンドボックス境界にマージされます
ネットワーク制限は、WebFetch 権限ルールとサンドボックスの allowedDomains および deniedDomains リストを組み合わせます

サンドボックスが autoAllowBashIfSandboxed: true で有効になっている場合（デフォルト）、サンドボックス化された Bash コマンドは、権限に ask: Bash(*) が含まれている場合でもプロンプトなしで実行されます。サンドボックス境界はコマンドごとのプロンプトの代わりになります。明示的な deny ルールは引き続き適用され、/、ホームディレクトリ、またはその他の重要なシステムパスをターゲットとする rm または rmdir コマンドは、引き続きプロンプトをトリガーします。サンドボックスモードを参照して、この動作を変更してください。

管理設定

Claude Code 設定の一元的な制御が必要な組織の場合、管理者はユーザーまたはプロジェクト設定でオーバーライドできない管理設定をデプロイできます。これらのポリシー設定は通常の設定ファイルと同じ形式に従い、MDM/OS レベルのポリシー、管理設定ファイル、またはサーバー管理設定を通じて配信できます。配信メカニズムとファイルの場所については、設定ファイルを参照してください。

管理のみの設定

一部の設定は管理設定でのみ有効です。ユーザーまたはプロジェクト設定ファイルに配置しても効果がありません。

設定	説明
`allowedChannelPlugins`	メッセージをプッシュできるチャネルプラグインのホワイトリスト。設定されている場合、デフォルトの Anthropic ホワイトリストを置き換えます。`channelsEnabled: true` が必要です。チャネルプラグインの実行を制限するを参照してください
`allowManagedHooksOnly`	`true` の場合、管理フック、SDK フック、および管理設定 `enabledPlugins` で強制有効にされたプラグインからのフックのみが読み込まれます。ユーザー、プロジェクト、およびその他すべてのプラグインフックはブロックされます
`allowManagedMcpServersOnly`	`true` の場合、管理設定からの `allowedMcpServers` のみが尊重されます。`deniedMcpServers` はすべてのソースからマージされます。管理 MCP 設定を参照してください
`allowManagedPermissionRulesOnly`	`true` の場合、ユーザーおよびプロジェクト設定が `allow`、`ask`、または `deny` 権限ルールを定義することを防止します。管理設定のルールのみが適用されます
`blockedMarketplaces`	マーケットプレイスソースのブロックリスト。ブロックされたソースはダウンロード前にチェックされるため、ファイルシステムに触れることはありません。管理マーケットプレイス制限を参照してください
`channelsEnabled`	組織のチャネルを許可します。各プランのデフォルトについては、エンタープライズコントロールを参照してください
`forceRemoteSettingsRefresh`	`true` の場合、リモート管理設定が新しく取得されるまで CLI 起動をブロックし、取得に失敗した場合は終了します。フェイルクローズ強制を参照してください
`pluginTrustMessage`	インストール前に表示されるプラグイン信頼警告に追加されるカスタムメッセージ
`sandbox.filesystem.allowManagedReadPathsOnly`	`true` の場合、管理設定からの `filesystem.allowRead` パスのみが尊重されます。`denyRead` はすべてのソースからマージされます
`sandbox.network.allowManagedDomainsOnly`	`true` の場合、管理設定からの `allowedDomains` と `WebFetch(domain:...)` allow ルールのみが尊重されます。許可されていないドメインはユーザーに促すことなく自動的にブロックされます。拒否されたドメインはすべてのソースからマージされます
`strictKnownMarketplaces`	ユーザーが追加およびインストールできるプラグインマーケットプレイスソースを制御します。管理マーケットプレイス制限を参照してください
`wslInheritsWindowsSettings`	Windows HKLM レジストリキーまたは `C:\Program Files\ClaudeCode\managed-settings.json` で `true` の場合、WSL は `/etc/claude-code` に加えて Windows ポリシーチェーンから管理設定を読み込みます。設定ファイルを参照してください

disableBypassPermissionsMode は通常、組織ポリシーを強制するために管理設定に配置されますが、任意のスコープから機能します。ユーザーは独自の設定で設定して、自分自身をバイパスモードからロックアウトできます。

Team および Enterprise プランでは、管理者が Claude Code 管理設定でリモートコントロールとウェブセッションを組織全体で有効または無効にします。リモートコントロールは、disableRemoteControl管理設定でデバイスごとに無効にすることもできます。ウェブセッションにはデバイスごとの管理設定キーはありません。

設定の優先順位

権限ルールは、他のすべての Claude Code 設定と同じ設定優先順位に従います。

管理設定。コマンドライン引数を含む他のレベルでオーバーライドできません
コマンドライン引数。一時的なセッションオーバーライド
ローカルプロジェクト設定（.claude/settings.local.json）
共有プロジェクト設定（.claude/settings.json）
ユーザー設定（~/.claude/settings.json）

ツールがいずれかのレベルで拒否されている場合、他のレベルはそれを許可できません。たとえば、管理設定 deny は --allowedTools でオーバーライドできず、--disallowedTools は管理設定が定義する内容を超えて制限を追加できます。権限がユーザー設定で許可されているがプロジェクト設定で拒否されている場合、プロジェクト設定が優先され、権限はブロックされます。

設定例

このリポジトリには、一般的なデプロイメントシナリオのスターター設定が含まれています。これらを出発点として使用し、ニーズに合わせて調整してください。

設定とアクセス権限

モデルと応答

インターフェース

権限システム

権限を管理する

権限モード

権限ルール構文

ツールのすべての使用をマッチさせる

細かい制御のためにスペシファイアを使用する

ワイルドカードパターン

ツール固有の権限ルール

Bash

複合コマンド

プロセスラッパー

読み取り専用コマンド

PowerShell

Read と Edit

WebFetch

MCP

Agent（subagents）

フックで権限を拡張する

作業ディレクトリ

追加ディレクトリはファイルアクセスを許可し、設定ではありません

権限がサンドボックスとどのように相互作用するか

管理設定

管理のみの設定

設定の優先順位

設定例

関連項目

設定とアクセス権限

モデルと応答

インターフェース

Documentation Index

​権限システム

​権限を管理する

​権限モード

​権限ルール構文

​ツールのすべての使用をマッチさせる

​細かい制御のためにスペシファイアを使用する

​ワイルドカードパターン

​ツール固有の権限ルール

​Bash

​複合コマンド

​プロセスラッパー

​読み取り専用コマンド

​PowerShell

​Read と Edit

​WebFetch

​MCP

​Agent（subagents）

​フックで権限を拡張する

​作業ディレクトリ

​追加ディレクトリはファイルアクセスを許可し、設定ではありません

​権限がサンドボックスとどのように相互作用するか

​管理設定

​管理のみの設定

​設定の優先順位

​設定例

​関連項目

権限システム

権限を管理する

権限モード

権限ルール構文

ツールのすべての使用をマッチさせる

細かい制御のためにスペシファイアを使用する

ワイルドカードパターン

ツール固有の権限ルール

Bash

複合コマンド

プロセスラッパー

読み取り専用コマンド

PowerShell

Read と Edit

WebFetch

MCP

Agent（subagents）

フックで権限を拡張する

作業ディレクトリ

追加ディレクトリはファイルアクセスを許可し、設定ではありません

権限がサンドボックスとどのように相互作用するか

管理設定

管理のみの設定

設定の優先順位

設定例

関連項目