Правила для ИИ-агентов в компании: что записать до первого запуска

У нас уже есть политика ИИ — разве этого мало? Мы открыли восемь шаблонов и разборов с первой страницы выдачи по запросам «политика использования ИИ в компании» и «регламент использования ИИ». Почти все отвечают на одни и те же вопросы. Какие данные нельзя загружать в нейросеть, пишут семь из восьми, какими сервисами пользоваться, шесть, кто отвечает и кто проверяет результат, по пять.

Запрещать нейросети компании не спешат: по опросу кадровиков SuperJob в июне 2026 года запрета нет в 87 % компаний. Правила нужны как раз потому, что ничего не запрещено.

Единственный шаблон с разделом про разработку сам отсылает дальше: ограничения агента, пишет его автор, задают в собственном файле правил агента. Ещё один касается служебных учётных записей и ключей в Git, остальные шесть написаны для человека с чат-ботом.

Агент работает иначе. Ему ставят задачу, и он сам читает код, ставит программы, запускает тесты и команды, а на компьютере разработчика видит то же, что разработчик, включая файлы с ключами.

Политика для людей остаётся: сотрудники пользуются нейросетями и без агентов. А агенту нужен второй документ, и лежит он не на портале.

Мы же всё записали — почему агент делает по-своему? Потому что он ничего не помнит между запусками. Сотрудник проходит адаптацию один раз, а агент каждую задачу начинает с чистого листа и сначала читает файл правил в корне проекта.

Claude Code ищет файл CLAUDE.md, а Codex, Cursor и ещё два десятка агентов — AGENTS.md. Формат AGENTS.md открытый: его используют больше 60 тысяч открытых проектов, а с декабря 2025 года формат ведёт фонд при Linux Foundation, где состоят Anthropic, OpenAI, Google и Microsoft.

Отсюда главное свойство. Правило существует для агента, только если лежит в этом файле или в документе, на который файл прямо ссылается. Письмо руководителя, страница на портале и договорённость на созвоне для агента не существуют.

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

Починили в тот же день: в папку, через которую входят агенты, поставили раздел «сначала прочитай» со ссылкой на правило. Цена другого провала у нас тоже посчитана. День 29 июля, когда файл правил не подгрузился вовсе, стоил 3,4 млн токенов, около $146, разбор этой истории — в статье «Купили программистам ИИ, а задачи не закрываются быстрее».

Что именно записать? Толстый регламент агенту не нужен. Документация Claude Code советует держать файл до 200 строк: длинный занимает больше памяти агента, и правила соблюдаются хуже.

Хватает пяти разделов. Мы свели их из открытого шаблона, по которому собран файл правил проекта нашего курса.

Чего в файле не нужно? Пересказа того, что агент сам прочитает в коде, вроде версий и списка библиотек. И пожеланий вроде «пиши аккуратно», которые нечем проверить: документация Claude Code советует писать «запусти npm test перед коммитом», а не «проверь изменения».

Целиком такой подход называется Spec-Driven Company. Правила и решения записаны, агенты их исполняют, а статус виден без вопросов.

Что агенту нельзя? Ответ умещается в таблицу из трёх колонок. В колонке «всегда» стоит то, что агент делает без спроса: работает в своей ветке, пишет план задачи, запускает проверку и отчитывается.

Колонка «никогда» короткая. Агент не удаляет данные, не переписывает чужую работу и не кладёт секреты в файлы. Главное стоит в средней колонке, «сначала спроси».

«Сначала спроси» не значит «не трогай». Агент пишет код оплаты, готовит письмо, собирает настройку и останавливается одной строкой: что нажать и где. Кнопку нажимает человек.

У нас агент вливает код сам, только когда проверка зелёная и правка не задевает зоны риска. Правку, которая задевает деньги, ключи, данные людей или публикацию, вливает человек.

Какие доступы давать? Ровно те, без которых задача не делается. Агент пересказывает всё, что попало в его окно: строка из файла с ключами может уйти в лог, в ответ или в письмо.

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

Запрет ставят настройкой, а не словами. Документация Claude Code говорит прямо: правила из CLAUDE.md агент принимает как подсказку, а разрешения и запреты исполняет сама программа, что бы ни решила модель.

Режим «без вопросов» есть у обоих агентов: bypassPermissions у Claude Code и --yolo у Codex. Claude Code советует включать его только в контейнере или виртуальной машине, Codex помечает как нерекомендуемый. Claude Code к тому же даёт компании запретить этот режим общими настройками.

Как убедиться, что агент соблюдает правила? Не перечитывать за ним каждую строку. У важного правила должна быть проверка, которая падает при нарушении, и тогда агент исполняет его, даже если правила не читал.

В июле 2025 года правило без проверки подвело Replit: агент сервиса удалил базу проекта посреди «заморозки кода», которую владелец объявил словами в чате. Владелец проекта Джейсон Лемкин написал потом, что закрепить такую заморозку в сервисе нечем. Через три дня Replit объявил раздельные базы для разработки и для работы с клиентами и начал их раскатывать.

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

Обратный случай произошёл 6 сентября. Правило «обращаться к читателю на вы» записали накануне, а страница /open, свёрстанная раньше, продолжала писать «ты»: проверки не было. Теперь тест ищет «ты» в текстах страниц и не пускает новые случаи.

Это и есть ответ совету директоров на вопрос «откуда вы знаете, что агент соблюдает правила». Не «мы ему сказали», а «нарушение не проходит проверку». Ту же мысль мы встретили в одном из офисных шаблонов: запрет без технического исполнителя там называют пожеланием.

Кто это ведёт дальше? Файл правил не пишется один раз: каждая поломка из ленты выше добавила в него строку. Всего за три месяца записанных описаний у машины стало столько же, сколько кода, 387 тысяч строк против 391 тысячи (счётчик /open, 4 октября), и в них стратегия, продукт, маркетинг и правила агентов.

Поэтому у файла есть хозяин. Это человек, который принимает работу агентов и после каждой поломки решает, какое правило дописать и чем его проверить. У нас это инженер, который ведёт машину: решений с записанной причиной у него больше 1 200, у каждого есть поле «Отвергли».

Хозяином файла в компании стоит сделать техдиректора или ведущего разработчика, потому что они и так принимают работу. Документация Claude Code подсказывает, когда дописывать правило: агент второй раз ошибся в одном месте, ревью поймало то, что агенту стоило знать, или вы второй раз поправляете одно и то же.

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

1. Политика для сотрудников и правила для агентов составляют два разных документа. Второй лежит в репозитории.

2. Агент читает только файл на входе. Правило в соседней папке для него не существует.

3. До первого запуска хватает пяти разделов. Главная колонка в них «сначала спроси»: деньги, ключи, данные людей, публикация.

4. Прав у агента меньше, чем у стажёра. Ключи лежат мимо его глаз, запрет ставит настройка, необратимое делает человек.

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