В этом материале
Профиль Zed определяет доступные инструменты, а разрешения — допуск, запрет или подтверждение вызова. Внешний агент может иметь собственную конфигурацию.
Профиль встроенного Zed Agent определяет инструменты беседы и может задавать модель по умолчанию. Tool Permissions определяют обработку предложенного вызова. Разделение объясняет, почему включённый инструмент запрашивает подтверждение и почему правило разрешений не добавляет отсутствующую возможность в профиль. Это разные части конфигурации, которые нужно проверять независимо при неожиданном поведении рабочего процесса.
Изучите активный встроенный профиль
Руководство Agent Profiles описывает варианты Write, Ask и Minimal с разным предполагаемым набором инструментов. Пользовательский профиль способен отличаться от исходного. Поэтому смотрите фактический выбор, а не только знакомое название, которое могло сохраниться после изменения состава доступных возможностей.
Откройте выбор профиля Agent Panel и Configure либо команду agent: manage profiles. Просмотрите модель, встроенные инструменты и MCP. Вопросам о проекте могут требоваться операции чтения, а узкой беседе — никакие инструменты проекта. Выбирайте набор по реальной задаче, прежде чем испытывать правила подтверждения.
Отдельно прочитайте политику подтверждений
Руководство Tool Permissions различает допуск, запрет и подтверждение. Оно также отделяет актуальное agent.tool_permissions.default от прежнего agent.always_allow_tool_actions. Сверяйтесь со справочником установленного релиза, вместо одновременного добавления исторического и современного параметров с предположением об одинаковом результате.
Доступность и разрешение — разные проверки. Исключённый из профиля terminal не появляется из-за разрешающего правила terminal. Включённый terminal способен по-прежнему требовать рассмотрения команды. Это позволяет не менять неправильную настройку после неожиданного запроса подтверждения или отсутствия инструмента в разговоре.
Испытайте ограниченный процесс
Создайте одноразовый репозиторий с исходным файлом и описанием теста. Сначала попросите объяснить функцию, затем предложить изменение. Наблюдайте доступные инструменты, запросы разрешения и конечный diff, чтобы связать видимое действие с конкретной частью конфигурации, а не с предположением о режиме.
Запишите намеренно отсутствующий инструмент и инструмент с подтверждением. Проверка отсутствия должна изучать состав профиля, а не только ответ модели о добровольном отказе. Проверка подтверждения должна рассматривать предложенную операцию до разрешения изменения, а не выводить поведение политики по уже изменённому файлу.
Найдите внешнего агента
Руководство External Agents объясняет, что ACP-агент обычно владеет собственными runtime, моделью, аутентификацией и инструментами. Zed способен показывать беседу, пока другой процесс управляет этими возможностями. Поэтому свойства встроенного профиля не распространяются автоматически на любую ветку в той же панели.
При неработающей настройке проверьте выбранного агента. Для внешнего процесса найдите его документированную конфигурацию и границу разрешений. Изменение встроенной модели по умолчанию не подтверждает, что внешняя программа использует её в следующем запросе, даже если внешне окна бесед выглядят одинаково.
Сохраните воспроизводимое решение
Отдельно запишите профиль и политику вместе с релизом редактора. Сохраните учебную задачу с очевидными нужными возможностями. После намеренного изменения повторите её и исследуйте одновременно доступность инструментов и обработку вызовов, чтобы не перепутать два разных эффекта конфигурации.
Профили делают процесс понятнее, но полная граница исполнения включает агента и среду. Название Ask не заменяет проверку инструментов. Разрешающее значение тоже не доказывает доступ к файлу или внешнему сервису, который агенту никогда не предоставлялся через его реальную среду исполнения.
Материалы по теме
Воспроизводимый стек инференса: как сохранить результат GPU-пилота, LLM для кода на 12 ГБ VRAM: модель, контекст и запас.