---
title: "Изоляция Docker и пропуск разрешений"
id: "585"
type: "page"
slug: "docker-isolation"
published_at: "2026-06-03T14:29:23+00:00"
modified_at: "2026-10-04T10:20:48+00:00"
url: "https://pastukhov.com/agents/agent/docs/validation/docker-isolation"
markdown_url: "https://pastukhov.com/agents/agent/docs/validation/docker-isolation.md"
excerpt: "Изоляция Docker — это основа безопасного режима пропуска разрешений. Без контейнеризации каждый вызов инструмента от…"
---

# Изоляция Docker и пропуск разрешений

[https://pastukhov.com/agents/agent/docs/validation/docker-isolation.md](https://pastukhov.com/agents/agent/docs/validation/docker-isolation.md)

Изоляция Docker — это основа безопасного режима пропуска разрешений. Без контейнеризации каждый вызов инструмента от ИИ может повлиять на вашу систему, а проверка каждого действия через запросы разрешений сильно тормозит работу. С изоляцией Docker модель свободно работает внутри одноразового контейнера, а вы проверяете конечный результат, а не каждое действие.

![Автоисправление toggle](https://pastukhov.com/wp-content/uploads/2026/06/autofix-toggle-v2.png)## Система разрешений

По умолчанию Pastukhov Agent работает в режиме YOLO — все запросы разрешений подтверждаются автоматически. Сервис разрешений записывает утверждённые команды в базу для аудита:

- **Паттерны команд** — утверждённые команды обобщаются в шаблоны с подстановками (`npm install react` становится `npm install *`, `git add .` становится `git add *`) и сохраняются в базу. Более 40 встроенных паттернов покрывают менеджеры пакетов (npm, yarn, pip), сборщики (cargo, mvn, gradle), git-операции, команды docker и системные утилиты — в режиме YOLO всё это утверждается автоматически;
- **Отслеживание на уровне инструментов** — для инструментов, не относящихся к Bash (Edit, Read, Write), разрешения хранятся как логические флаги на каждый инструмент;
- **Аудитный след** — каждая утверждённая команда сохраняется со своим паттерном, оставляя запись о том, что ИИ делал в сессии.

Даже в режиме YOLO [хуки](/agents/agent/docs/validation/hooks-control)
 по-прежнему могут перехватывать и блокировать отдельные действия — они работают на другом уровне системы проверки.

## Модель изоляции Docker

Контейнеры Docker изолируют файловую систему и процессы. Модель внутри контейнера Pastukhov Agent видит только файлы своего контейнера — она не может изменить вашу систему, заглянуть в другие проекты или выполнить команды вне изоляции.

### Как это работает

- **Монтирование проекта** — папка проекта подключается в контейнер по настроенному пути. ИИ видит и меняет только смонтированные файлы;
- **Изоляция процессов** — команды оболочки, сборки и развёртывания выполняются внутри контейнера. Сбой процесса или вышедшая из-под контроля команда не заденут хост;
- **Одноразовые окружения** — если что-то пошло не так, контейнер пересоздаётся. Все изменения с последнего коммита остаются внутри него;
- **Изоляция учётных данных** — ИИ может доустанавливать инструменты, но контейнер стартует без доступа к вашим рабочим системам. Нет строк подключения, ключей API или токенов — нет и пути к рабочим данным.

Инструкции по настройке Docker — на страницах [Настройка Docker](/agents/agent/docker)
, [Windows Docker Desktop](/agents/agent/windows-docker-desktop)
 или [Mac Docker Desktop](/agents/agent/mac-docker-desktop)
.

**Важно: никогда не давайте модели ИИ доступ к рабочим (production) системам.** Даже когда нужна автоматизация, пусть модель разрабатывает и отлаживает скрипты на тестовых данных, а к рабочей среде применяйте их сами — никогда не позволяйте модели вызывать инструменты, которые напрямую задевают производство. Модели примерно раз на 100 чатов могут неожиданно отклониться от инструкций, часто без ясной причины: неправильно понять задачу, решить сделать то, о чём вы не просили, или просто «забыть» жёсткие правила, когда контекст разрастается. Прежний успешный опыт не гарантирует послушания в будущем — относитесь к каждой сессии как к способной сбиться с пути.

## Режим пропуска разрешений

Режим пропуска разрешений обходит все запросы на подтверждение. В обычной консольной версии Claude Code каждый вызов инструмента требует явного одобрения пользователя. Здесь одобрение происходит автоматически — модель свободно работает, не дожидаясь подтверждения каждого действия.

Без изоляции Docker пропуск разрешений рискован: ИИ может удалять файлы, ставить пакеты или запускать произвольные команды на вашем хосте. С Docker худший случай — пересоздать контейнер. Это меняет сам подход к проверке:

- **Без изоляции** — проверяйте каждое действие и утверждайте каждый вызов инструмента. Медленно, но безопасно для системы;
- **С изоляцией** — проверяйте результат, а не действия. Дайте модели работать свободно, затем посмотрите git diff и вывод сборки. Быстро и с теми же гарантиями безопасности.

## Полностью автоматизированный конвейер проверки

Изоляция Docker, пропуск разрешений, автоматические сборки и Автоисправление складываются в полностью автоматизированный конвейер проверки. Модель свободно работает в контейнере, сборки проверяют каждое изменение, Автоисправление возвращает ошибки модели, а развёртывания перезапускаются сами, когда всё проходит:

1. Вы отправляете модели описание задачи;
2. Модель читает файлы, пишет код и запускает команды свободно внутри контейнера Docker;
3. Изменения файлов запускают автоматические сборки (компилятор, линтер, проверка типов, тесты);
4. Парсер сборки извлекает из вывода ошибки и предупреждения;
5. Автоисправление подставляет ошибки как сообщения чата — модель видит, что именно сломалось;
6. Модель исправляет ошибки, и это снова запускает сборки (цикл повторяется);
7. Когда все сборки прошли, развёртывание перезапускается само;
8. Вывод развёртывания разбирается на ошибки времени выполнения;
9. Вы смотрите конечный результат: git diff по коду, панель сборки по проверкам, диалог развёртывания по работоспособности.

Ключевая мысль: вы переходите от **проверки действий** (одобрение каждого вызова инструмента) к **проверке результата** (просмотр итога). Это быстрее, менее утомительно и одинаково безопасно, если изоляция Docker на месте.

## Эффективные приёмы проверки

- **Всегда используйте Docker для ИИ-разработки** — сочетание Docker + пропуск разрешений + Автоисправление — рекомендуемая рабочая настройка. Ручное одобрение не масштабируется;
- **Проверяйте изменения git, а не отдельные действия** — когда модель закончила, просмотрите панель git на неожиданные изменения. Это ловит то, что не видят сборки;
- **Используйте хуки для запрета конкретных действий** — даже при пропуске разрешений [хуки](/agents/agent/docs/validation/hooks-control) могут запрещать отдельные команды, например ручные сборки или опасные операции;
- **Никогда не раскрывайте рабочие учётные данные** — не передавайте в контейнер строки подключения, ключи API и токены доступа. ИИ может установить любой нужный инструмент, поэтому изоляция учётных данных — ваша единственная защита от доступа к внешним системам.

Инструкции по настройке Docker — на странице [Настройка Docker](/agents/agent/docker)
, автоматический цикл обратной связи по ошибкам — в [Автоисправлении](/agents/agent/docs/autofix)
, запрет конкретных действий — в [Хуки: управление поведением модели](/agents/agent/docs/validation/hooks-control)
.

**[← Управление моделями и навыками](/agents/agent/docs/validation/model-skills)**

**[Хуки: управление поведением модели →](/agents/agent/docs/validation/hooks-control)**