Настройка разрешений

Контролируйте, как ваш агент использует инструменты, с помощью режимов разрешений, hooks и декларативных правил разрешения/запрета.

Claude Agent SDK предоставляет элементы управления разрешениями для управления использованием инструментов Claude. Используйте режимы разрешений и правила для определения того, что разрешено автоматически, и обратный вызов canUseTool для обработки всего остального во время выполнения.

Как оцениваются разрешения

[!NOTE]

Если вы загружаете плагин, содержащий мод, см. место решений мода среди правил и хуков.

Когда Claude запрашивает инструмент, SDK проверяет разрешения в следующем порядке:

1. Hooks

Сначала запустите хуки. Хук может отклонить вызов полностью или пропустить его дальше. Хук, который возвращает allow, не пропускает правила deny и ask ниже; они оцениваются независимо от результата хука.

Хук PreToolUse, который возвращает allow, также не может одобрить команду rm или rmdir, цель которой Claude Code распознает как критический путь, например rm -rf ~. О том, что делает такой allow в режиме планирования, см. Подтверждения хуков в режиме планирования.

2. Deny rules

Если совпадает правило deny из disallowed_tools или settings.json, вызов отклоняется и canUseTool не вызывается, даже в режиме bypassPermissions и даже если хук вернул allow.

В TypeScript SDK, если вы установите permission_policy пользовательского инструмента в значение always_deny, вызов этого инструмента отклоняется на этом шаге.

3. Ask rules

Проверьте правила ask из settings.json. Если правило ask совпадает, вызов передается в ваш callback canUseTool для подтверждения, даже в режиме bypassPermissions.

Инструменты, требующие взаимодействия с пользователем, ведут себя так же: AskUserQuestion и MCP инструменты, сервер которых устанавливает _meta["anthropic/requiresUserInteraction"], всегда передаются в callback, даже когда совпадает правило allow. В режиме dontAsk оба случая отклоняются вместо этого, потому что этот режим никогда не запрашивает. Аннотация MCP требует Claude Code v2.1.199 или позже.

Инструменты claude.ai connector, для которых ваша организация установила ask, также покидают поток на этом шаге. Каждый вызов передается в callback, даже в режиме bypassPermissions и даже когда совпадает правило allow. Callback получает причину Your organization requires approval for this tool. В режиме dontAsk вызов отклоняется вместо этого, потому что этот режим никогда не запрашивает.

В TypeScript SDK, если вы установите permission_policy пользовательского инструмента в значение always_ask, ни одно правило allow не одобряет его вызовы, даже запись allowedTools. В режиме dontAsk Claude Code отклоняет такие вызовы, а в режимах auto, plan или bypassPermissions он может одобрить их до запуска вашего callback.

4. Permission mode

Примените активный режим разрешений:

• В режиме bypassPermissions Claude Code одобряет все, что достигает этого шага, кроме распознанных удалений по критическим путям и команд Bash с пометкой Dangerous rm operation not ruled out, которые вместо этого передаются дальше.
  • Чтобы выполнять такие удаления без запроса подтверждения, см. Отключение запроса подтверждения для удалений по критическим путям.
• В режиме acceptEdits Claude Code одобряет операции с файлами, перечисленные в разделе Accept edits mode.
• В режиме plan Claude Code отправляет инструменты редактирования файлов в ваш callback canUseTool независимо от правил allow.
• В других режимах запрос передается дальше.

5. Allow rules

Проверьте правила allow (из allowed_tools и settings.json). Если правило совпадает, инструмент одобряется. Вызов, который инструмент одобряет самостоятельно, также разрешается на этом шаге без необходимости в правиле: например, чтение файла в ваших рабочих каталогах или команда Bash только для чтения.

Распознанные удаления по критическим путям не одобряются правилом allow, а команды с пометкой Dangerous rm operation not ruled out не одобряются правилом Bash или Bash(*). Достигают ли они затем вашего callback, зависит от режима разрешений: например, в сессии Agent SDK в режиме auto Claude Code по умолчанию отклоняет их, не вызывая его. Таблица режимов для критических путей перечисляет, что каждый режим с ними делает.

Правило allow не одобряет чтение из сетевого пути.

6. canUseTool callback

Если ни один из вышеперечисленных шагов не определил исход вызова, вызовите ваш callback canUseTool для принятия решения. В режиме dontAsk этот шаг пропускается и инструмент отклоняется, хотя установленный вами мод все еще может одобрить некоторые такие вызовы.

В TypeScript SDK, если вы установите permissionPrompts: 'none', ваш callback не вызывается на этом шаге. Hook PermissionRequest все еще получает возможность принять решение, и если он этого не делает, Claude Code отклоняет вызов. Опция требует Claude Code v2.1.259 или позже.

Если вы передаете callback canUseTool в конфигурацию, где TypeScript SDK ожидает, что порядок оценки автоматически одобрит вызовы перед консультацией callback, SDK выдает предупреждение процесса Node.js один раз при построении запроса. Код предупреждения — CLAUDE_SDK_CAN_USE_TOOL_SHADOWED. Две конфигурации вызывают его:

• permissionMode: 'bypassPermissions': текст предупреждения начинается с canUseTool will not be invoked: permissionMode 'bypassPermissions'. Вызовы инструментов одобряются до обращения к canUseTool, поэтому ваш callback выполняется лишь для немногих вызовов, например перечисленных в разделе Bypass permissions mode. Чтобы проверять и одобренные вызовы, перенесите проверки вашего callback в хук PreToolUse
• Запись allowedTools, содержащая только имя инструмента, например "Read": предупреждение перечисляет каждую такую запись после canUseTool will not be invoked for:. Вызовы перечисленного инструмента одобряются до обращения к canUseTool, за исключением вызовов, которые правило allow никогда не одобряет. Чтобы ваш callback выполнялся для требующих подтверждения вызовов перечисленного инструмента, удалите запись этого инструмента из allowedTools

Записи со спецификатором, такие как Bash(ls *), и режим acceptEdits не вызывают его, и правила allow из файлов настроек не видны для проверки.

Предупреждение не блокирует ни один вызов и не изменяет никаких параметров. Если ваш callback уже получает все вызовы, которые вы хотите проверять, оставьте конфигурацию как есть. Чтобы записать предупреждение в лог, подпишитесь с помощью process.on('warning', ...) и сопоставьте код CLAUDE_SDK_CAN_USE_TOOL_SHADOWED.

Эта страница сосредоточена на правилах allow и deny и режимах разрешений. Для других шагов:

• Hooks: запустите пользовательский код для разрешения, отклонения или изменения запросов инструментов. См. Control execution with hooks.
• canUseTool callback: запросите у пользователей одобрение во время выполнения, когда ни один более ранний шаг не определит исход вызова. См. Обработка одобрений и пользовательского ввода.

Правила разрешения и запрета

allowed_tools и disallowed_tools (TypeScript: allowedTools / disallowedTools) добавляют записи в списки правил разрешения и запрета в потоке оценки выше. Если вы назовете один из инструментов отслеживания задач в allowed_tools, Claude Code также включит эти инструменты для сессии. Любой другой инструмент, не указанный в allowed_tools, по-прежнему доступен Claude, и вызов к нему, требующий одобрения, переходит в режим разрешений. Правила запрета ведут себя по-разному в зависимости от того, называют ли они инструмент или определяют шаблон в пределах одного.

Правила разрешения принимают глобы имен инструментов только после буквального префикса mcp__<server>__. Сегмент сервера должен быть свободен от глобов, чтобы правило называло конкретный сервер, который вы настроили: mcp__puppeteer__* соответствует каждому инструменту с сервера puppeteer, а mcp__github__get_* соответствует его инструментам get_. Неякорированная запись, такая как allowed_tools=["*"] или allowed_tools=["mcp__*"], игнорируется и не одобряет ничего автоматически.

Правила с областью действия для Read и Edit принимают шаблон пути. Правила Edit(path) управляют всеми встроенными инструментами, которые записывают файлы, включая Write и NotebookEdit; правило Write(path) никогда не совпадает с проверками разрешений файлов.

Используйте //path для абсолютного пути файловой системы: правило запрета Edit(//secrets/**) блокирует записи в любом месте под /secrets на диске. С одной ведущей косой чертой Edit(/secrets/**) якорируется в источнике правила. Для правил, переданных через allowed_tools или disallowed_tools, это означает рабочий каталог сеанса, поэтому правило не блокирует /secrets на диске. См. Правила Read и Edit для четырех форм якорей и того, как правила из файлов параметров разрешаются.

[!WARNING]

Автоматически одобренные инструменты никогда не достигают canUseTool. Вызов инструмента, одобренный на любом более раннем этапе, по acceptEdits или bypassPermissions, или по правилу разрешения, пропускает ваш обратный вызов canUseTool, поэтому проверки разрешений, которые вы там поместили, молча обходятся для этого инструмента.

Если вызовы инструмента из allowed_tools всё равно доходят до вашего обратного вызова canUseTool или отклоняются в режиме dontAsk, проверьте, не являются ли они чтением из сетевых путей или одним из следующих вызовов. Ни одно правило разрешения не одобряет эти вызовы. В режиме dontAsk, который никогда не запрашивает подтверждение, Claude Code отклоняет их без вызова canUseTool, а в других режимах разрешений вы обрабатываете их так, как указано в каждом пункте:

• AskUserQuestion, инструменты MCP, отмеченные _meta["anthropic/requiresUserInteraction"], и инструменты коннекторов, для которых ваша организация установила ask: отвечайте на них в обратном вызове. В разделе Обработка уточняющих вопросов показано, как отвечать на AskUserQuestion, а вызов коннектора поступает с причиной Your organization requires approval for this tool

• Пользовательские инструменты, которые ваше приложение помечает как always_ask: принимайте решение о вызове в обратном вызове. Чтобы эти вызовы перестали поступать, измените политику во время сессии. В режимах auto, plan и bypassPermissions вызов вместо этого может быть одобрен до обратного вызова в случаях, перечисленных в разделе Режимы разрешений, которые могут одобрить вызов always_ask

• Распознанные удаления rm и rmdir по критическим путям: в режимах default, acceptEdits и bypassPermissions разрешите или запретите удаление в обратном вызове, где decisionReason начинается с Dangerous rm. Для режимов auto и plan см. Удаления по критическим путям в каждом режиме разрешений. Проверка, которая распознает такие удаления, может пропускать некоторые команды

• Простое имя: запись, такая как Read или mcp__github__get_issue, автоматически одобряет каждый вызов этого инструмента, кроме действий, которые ни один режим не одобряет автоматически, и чтения из сетевых путей.

• Правило с областью действия: запись, такая как Bash(npm test *), автоматически одобряет только совпадающие вызовы, а другие вызовы Bash, требующие одобрения, по-прежнему переходят в обратный вызов.

Для проверок, которые должны выполняться при каждом вызове инструмента, используйте хук PreToolUse: хуки выполняются перед каждым другим шагом, и отказ хука применяется даже в режиме bypassPermissions.

Для заблокированного агента объедините allowedTools с permissionMode: "dontAsk":

const options = {
  allowedTools: ["Read", "Glob", "Grep"],
  permissionMode: "dontAsk"
};

Перечисленные вызовы Read, Glob и Grep одобряются, кроме действий, которые ни один режим не одобряет автоматически, и чтения из сетевых путей. Каждый другой вызов, который запросил бы подтверждение, вместо этого отклоняется, хотя установленный вами мод всё же может одобрить некоторые из этих вызовов.

Вызовы, которые не требуют одобрения в режиме default, выполняются независимо от того, указаны ли они в списке. К ним относятся команды Bash только для чтения, инструменты, такие как Agent, которые не спрашивают перед запуском, и чтение файлов в ваших рабочих каталогах. Чтобы полностью скрыть встроенный инструмент от Claude, а не отклонять его вызовы, добавьте его простое имя в disallowedTools.

[!WARNING]

allowed_tools не ограничивает bypassPermissions. allowed_tools предварительно одобряет инструменты, которые вы указали. Другие неуказанные инструменты не совпадают ни с одним правилом разрешения и переходят в режим разрешений, где bypassPermissions их одобряет. Установка allowed_tools=["Read"] наряду с permission_mode="bypassPermissions" по-прежнему одобряет каждый инструмент, включая Bash, Write и Edit. Если вам нужен bypassPermissions, но вы хотите заблокировать определенные инструменты, используйте disallowed_tools.

Вы также можете настроить правила разрешения, запрета и запроса декларативно в .claude/settings.json. Эти правила читаются, когда источник параметра project включен, что он есть для параметров query() по умолчанию. Если вы явно установите setting_sources (TypeScript: settingSources), включите "project", чтобы они применялись. См. Параметры разрешений для синтаксиса правил.

Режимы разрешений

Режимы разрешений обеспечивают глобальный контроль над тем, как Claude использует инструменты. Вы можете установить режим разрешений при вызове query() или изменить его динамически во время сеансов потоковой передачи.

В Claude Code v2.1.302 или более поздней версии ваше приложение запускается в режиме default, если вы не установите режим разрешений и приложение не получит его из permissions.defaultMode в своих файлах настроек. В режиме default Claude Code отклоняет любой вызов инструмента, требующий подтверждения, если вы не подтвердите его с помощью правила разрешения, хука, обратного вызова canUseTool или инструмента запроса разрешений. Если вызовы инструментов отклоняются, см. Вызовы инструментов отклоняются в claude -p и запусках Agent SDK.

Доступные режимы

SDK поддерживает эти режимы разрешений:

[!WARNING]

Наследование субагентом: Если ваша основная сессия находится в режиме планирования, субагент, в AgentDefinition которого задано permissionMode: "acceptEdits", всё равно выполняется в режиме планирования. Вызовы Edit и Write этого субагента для ваших исходных файлов по-прежнему поступают в ваш обратный вызов canUseTool. Режим планирования действует и для определённых вами субагентов, чтобы передача работы одному из них не позволяла обойти предварительную проверку плана.

Субагент наследует plan, acceptEdits, auto или bypassPermissions от основной сессии, а при основной сессии в режиме default или dontAsk он выполняется в заданном вами режиме. Даже в этом случае Claude Code никогда не применяет значение "bypassPermissions", а значение "auto" применяет только тогда, когда авторежим доступен этому субагенту. Исключение bypassPermissions требует Claude Code v2.1.267 или более поздней версии.

Подагенты могут иметь различные системные подсказки и менее ограниченное поведение, чем ваш основной агент, поэтому наследование bypassPermissions предоставляет им полный автономный доступ к системе. Действия, которые ни один режим не одобряет автоматически, по-прежнему применяются.

Установка режима разрешений

Вы можете установить режим разрешений один раз при запуске запроса или изменить его динамически во время активного сеанса.

[tab] При запросе

Передайте permission_mode (Python) или permissionMode (TypeScript) при создании запроса.

import asyncio
from claude_agent_sdk import query, ClaudeAgentOptions


async def main():
    async for message in query(
        prompt="Help me refactor this code",
        options=ClaudeAgentOptions(
            permission_mode="default",  # Set the mode here
        ),
    ):
        if hasattr(message, "result"):
            print(message.result)


asyncio.run(main())

import { query } from "@anthropic-ai/claude-agent-sdk";

async function main() {
  for await (const message of query({
    prompt: "Help me refactor this code",
    options: {
      permissionMode: "default" // Set the mode here
    }
  })) {
    if ("result" in message) {
      console.log(message.result);
    }
  }
}

main();

[tab] Во время потоковой передачи

Вызовите set_permission_mode() (Python) или setPermissionMode() (TypeScript) для изменения режима в середине сеанса. Новый режим вступает в силу немедленно для всех последующих запросов инструментов. Это позволяет вам начать с ограничительного режима и ослабить разрешения по мере развития доверия, например переключиться на acceptEdits после проверки первоначального подхода Claude.

import asyncio
from claude_agent_sdk import ClaudeSDKClient, ClaudeAgentOptions


async def main():
    async with ClaudeSDKClient(
        options=ClaudeAgentOptions(
            permission_mode="default",  # Start in default mode
        )
    ) as client:
        await client.query("Help me refactor this code")

        # Change mode dynamically mid-session
        await client.set_permission_mode("acceptEdits")

        # Process messages with the new permission mode
        async for message in client.receive_response():
            if hasattr(message, "result"):
                print(message.result)


asyncio.run(main())

import { query } from "@anthropic-ai/claude-agent-sdk";

async function main() {
  const q = query({
    prompt: "Help me refactor this code",
    options: {
      permissionMode: "default" // Start in default mode
    }
  });

  // Change mode dynamically mid-session
  await q.setPermissionMode("acceptEdits");

  // Process messages with the new permission mode
  for await (const message of q) {
    if ("result" in message) {
      console.log(message.result);
    }
  }
}

main();

Детали режимов

Режим принятия редактирования (acceptEdits)

Автоматически одобряет операции с файлами, чтобы Claude мог редактировать код без запроса. Другие инструменты (такие как команды Bash, которые не являются операциями с файловой системой) по-прежнему требуют обычных разрешений.

Автоматически одобренные операции:

• Редактирование файлов (инструменты Edit, Write)
• Команды файловой системы: mkdir, touch, rm, rmdir, mv, cp, sed

Оба применяются только к путям внутри рабочего каталога или additionalDirectories. В режиме acceptEdits Claude Code не одобряет запрос автоматически, когда Claude:

• Работает с путем вне этой области
• Записывает в защищенный путь
• Удаляет с помощью rm или rmdir путь, который Claude Code распознает как критический путь
• Запускает touch, например, с опцией, glob-шаблоном или префиксом timeout 5 или LANG=C

Используйте когда: вы доверяете редактированиям Claude и хотите более быструю итерацию, например во время прототипирования или при работе в изолированном каталоге.

Режим не спрашивать (dontAsk)

Преобразует любой запрос разрешения в отклонение без вызова canUseTool, хотя установленный вами мод всё равно может одобрить некоторые из этих вызовов. Инструменты, предварительно одобренные allowed_tools, правилами разрешения в settings.json или хуком, выполняются в обычном режиме. Вызовы, не требующие подтверждения в режиме default, также выполняются в обычном режиме, например чтение файлов внутри ваших рабочих каталогов и вызовы Agent.

Эти вызовы отклоняются, даже если им соответствует правило разрешения:

• Инструменты коннекторов, для которых ваша организация установила ask
• Инструменты, требующие взаимодействия с пользователем, такие как AskUserQuestion и инструменты MCP, сервер которых задаёт _meta["anthropic/requiresUserInteraction"]
• Пользовательские инструменты, для которых ваше приложение устанавливает permission_policy в значение always_ask
• Чтение из сетевых путей
• Распознанные удаления критических путей

Если ваш хук PreToolUse возвращает allow для распознанного удаления критического пути, чтения из сетевого пути или вызова инструмента, помеченного always_ask, вызов всё равно отклоняется. Проверка, которая распознает такие удаления, может пропустить некоторые команды.

Используйте когда: вы хотите фиксированную, явную поверхность инструментов для headless агента и предпочитаете жесткое отклонение молчаливому полаганию на отсутствие canUseTool.

Режим обхода разрешений (bypassPermissions)

Автоматически одобряет использование инструментов без запроса, за исключением действий, которые ни один режим не одобряет автоматически. Хуки по-прежнему выполняются и могут блокировать операции при необходимости. На Linux и macOS Claude Code отказывается запускаться в этом режиме от имени root или под sudo вне признанной песочницы, и запрос завершается ошибкой перед первым ходом.

[!WARNING]

Используйте с крайней осторожностью. Claude имеет полный доступ к системе в этом режиме. Используйте только в контролируемых средах, где вы доверяете всем возможным операциям.

allowed_tools не ограничивает этот режим. Каждый инструмент одобрен, а не только те, которые вы указали. Эти элементы управления по-прежнему применяются:

• Правила отклонения, явные правила ask и hooks оцениваются перед проверкой режима и могут по-прежнему блокировать инструмент.
• Инструменты коннектора, установленные вашей организацией на ask, инструменты, требующие взаимодействия с пользователем, и распознанные удаления критических путей по-прежнему переходят к вашему обратному вызову canUseTool. Проверка, которая распознает такие удаления, может пропустить некоторые команды, а также вы можете отключить запрос подтверждения при удалении критических путей. Вне облачной сессии вызовы пользовательских инструментов, которые ваше приложение помечает как always_ask, также переходят к обратному вызову.
• Защита обмена сообщениями между сеансами по-прежнему применяется.

Режим планирования (plan)

Claude исследует кодовую базу и создает план без редактирования исходных файлов. Редактирование файлов никогда не одобряется автоматически в режиме планирования, даже когда правило разрешения совпадает или хук PreToolUse возвращает allow. Вместо этого они запрашиваются через ваш обратный вызов canUseTool.

Пока авторежим доступен для сессии, команды, которые Claude выполняет во время планирования, по умолчанию не достигают вашего обратного вызова, потому что модель-классификатор, которую использует авторежим, проверяет их вместо этого. Когда эта проверка включена, классификатор также может одобрять вызовы только для чтения, которые иначе достигли бы вашего обратного вызова, например вызов WebFetch без правила разрешения.

[!NOTE]

В TypeScript SDK, если вы установите allowDangerouslySkipPermissions: true вместе с permissionMode: 'plan', редактирование файлов по-прежнему достигает вашего обратного вызова canUseTool. Чтобы позже переключить сессию, которая начинается в режиме планирования, на bypassPermissions с помощью setPermissionMode(), необходимо задать allowDangerouslySkipPermissions с самого начала.

Claude может использовать AskUserQuestion для уточнения требований перед финализацией плана. См. Обработка одобрений и ввода пользователя для обработки этих запросов.

Используйте когда: вы хотите, чтобы Claude предложил изменения без их выполнения, например при проверке кода или когда вам нужно одобрить изменения перед их внесением.

Авторежим (auto)

Модель-классификатор проверяет действия, такие как команды оболочки и сетевые запросы, перед их выполнением и разрешает или блокирует каждое проверяемое действие. О моделях и провайдерах, которые требуются для авторежима, и о порядке, в котором он оценивает действия, см. Устранение запросов разрешений с помощью авторежима.

Если вы переключаете сессию, находящуюся в авторежиме, на модель, которую авторежим не поддерживает, с помощью set_model(), setModel() или applyFlagSettings(), сессия переходит в режим default:

• Что вы увидите: сообщение system с подтипом status и permissionMode, установленным в "default", которое TypeScript SDK типизирует как SDKStatusMessage. С этого момента вызовы, требующие подтверждения и не соответствующие никакому правилу разрешения, достигают вашего обратного вызова canUseTool.
• Чтобы вернуться в авторежим: переключитесь на поддерживаемую модель, затем вызовите set_permission_mode("auto") или setPermissionMode("auto"). Если вы переключите модель обратно без этого вызова, сессия останется в режиме default. Пока активна неподдерживаемая модель, вызов завершается ошибкой Cannot set permission mode to auto: auto mode unavailable for this model.

Переход в режим default после вызова set_model(), setModel() или applyFlagSettings() требует Claude Code v2.1.299 или более поздней версии.

Связанные ресурсы

Для других этапов потока оценки разрешений:

• Обработка одобрений и ввода пользователя: интерактивные подсказки одобрения и уточняющие вопросы
• Руководство hooks: запуск пользовательского кода в ключевых точках жизненного цикла агента
• Правила разрешений: декларативные правила разрешения/запрета в settings.json