Политика и реестр использования ИИ, которые небольшая команда может проверять

📋 Что такое реестр и почему одной политики мало

Политика использования ИИ описывает, что людям разрешено. Реестр описывает, что фактически разрешено каждой ИИ-возможности в команде, кто может её запустить и когда нужен человек. Без реестра политика остаётся пожеланием: во вторник никто не скажет, какой агент может менять файлы, какой пишет в клиентскую систему, а какой только читает.

Реестр — обычный файл в репозитории. Одна строка на возможность: роль агента, библиотека промптов, коннектор, задание по расписанию. На каждой строке одни и те же семь вопросов, поэтому ревьюер читает сорок строк за десять минут.

🧭 Политика в шести строках

1. У каждой используемой ИИ-возможности есть строка в реестре до того, как она работает на реальной задаче.
2. Внешний совет (руководство поставщика, найденный шаблон) помечается как совет и никогда не становится обязательным правилом.
3. Возможность, которая меняет внешнюю систему или касается денег и необратимого, каждый раз требует именованного человека для одобрения.
4. Действующая возможность такого рода не запускается на самом дешёвом исполнителе.
5. Правило, которое только описывает порядок работы, действует на всех уровнях, включая скрипты без модели.
6. Реестр проверяет тест. Возможность, которая есть на диске, но не имеет строки, роняет сборку.

🛠️ Практика: соберите реестр за полчаса

1. Перечислите все ИИ-возможности, которые команда использует сегодня. Ищите в трёх местах: репозиторий (файлы промптов, конфиги агентов), настройки редактора и задания по расписанию. По одной строке на каждую.
2. Заполните семь полей. Если двое спорят о классе риска, берите более высокий.
3. Отметьте «нужен человек» у каждой строки, которая что-то меняет вне вашего репозитория. Об исключениях пока не спорьте.
4. Сохраните строки одним файлом YAML или CSV, например ai-register.yaml, в корне репозитория.
5. Напишите тест, который читает файл и падает в четырёх случаях: нет обязательного поля, дубликат id, строка с чужим советом помечена как обязательное правило, в репозитории есть файл возможности без строки.
6. Запустите тест, исправьте найденное и закоммитьте реестр вместе с тестом.

✅ Проверьте себя

• Выберите возможность наугад и ответьте на семь вопросов только по файлу, никого не спрашивая.
• Добавьте файл возможности без строки. Тест падает и называет файл.
• Пометьте строку с изменением во внешней системе как «человек не нужен». Тест падает и называет строку.
• Новый человек за две минуты понимает, какие возможности могут действовать без одобрения.

🚧 Когда это не работает

• Реестр описывает заявленное, а не используемое. Если человек вставляет промпт в инструмент, которого нет в списке, реестр это не увидит. Тест видит только отслеживаемые файлы.
• Команда из одного человека без общего репозитория. Тесту нечего охранять. Короткий письменный список всё равно полезен, но от забывчивости не спасёт.
• Возможности внутри размещённого инструмента, который вы не можете осмотреть. Можно записать подключение и его права, но не внутреннее поведение поставщика.
• Реестр без ревью дрейфует. Если строки не трогали квартал, считайте его устаревшим и повторите шаг 1.
• Политика для галочки. Шесть правил без теста и владельца ничего не меняют. Если тест написать нельзя, сократите политику, пока можно.

📊 Доказательства

Мы ведём такой реестр для собственных навыков агентов. На 3 ноября 2026 (UTC) в нём было 32 строки: 17 только чтение, 6 запись в репозиторий, 6 изменение во внешней системе и 3 связаны с деньгами; 12 требуют решения человека; 24 действуют, а 8 — правила, которые только описывают порядок работы. Семь тестов, которые его охраняют, в тот же день прошли. Среди прочего они проверяют схему и уникальность id, что чужой совет никогда не помечен обязательным, что строки с изменением во внешней системе и с деньгами требуют человека и, если действуют, работают на среднем уровне или выше, что правила исходят от нашего собственного источника полномочий, и что файлы на диске и строки совпадают в обе стороны.

➡️ Дальше

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

Источники

• Права и потоки данных: что агент может затрагивать и что покидает вашу машину.
• AI judging: почему «он говорит, что готово» — не приёмка: приёмка по проверкам.
• Разработка по спецификации на готовых пакетах задач: передача работы с критериями приёмки.
• Расходы, бюджеты и лимиты: бюджет на задачу.