Регламент для ИИ-ассистента: что писать и зачем

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

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

01. Что должно быть в регламенте

• Задачи. Что ассистент делает и в каком виде отдаёт результат.

• Источники. Откуда берутся данные и что считается «истиной».

• Границы. Что можно без подтверждения, что нельзя вообще.

• Эскалация. Кому и когда передаётся вопрос человеку.

• Инциденты. Что делать при ошибке и кто разбирает.

Если в документе нет одного из пяти пунктов, именно по нему и случится первый спор.

02. Формулировки, которые работают

• «Если суммы не совпадают — вернуть вопрос, не исправлять самостоятельно».

• «Письма клиентам отправляются только после подтверждения менеджера».

• «Данные старше вчерашней выгрузки считать устаревшими и указывать дату».

• «При отсутствии данных ответ: "данных нет", а не оценка».

• «Удаление — только в корзину с записью в журнал».

Работают конкретные условия и запреты. Не работают прилагательные: «аккуратно», «внимательно», «по возможности».

03. Границы полномочий — таблицей

• Читать — свободно.

• Готовить — свободно, результат помечен как черновик.

• Изменять внутри — с записью в журнал.

• Отправлять наружу — только с подтверждением.

• Деньги и доступы — только по явной команде.

• Удалять — запрещено или только в корзину.

04. Один абзац, который экономит месяцы

Стоит отдельно записать, что ассистент не обязан быть прав во всём и что «не понял» — правильный ответ. Иначе люди начинают требовать от него уверенности там, где нужен вопрос, и получают аккуратную выдумку вместо уточнения.

05. Регламент для людей, а не только для ассистента

• как ставить задачу: результат, источник, срок, формат;

• что нельзя править руками в обход ассистента;

• кому сообщать о странном результате;

• где смотреть журнал;

• кто имеет право менять правила.

06. Как поддерживать документ живым

• каждый инцидент даёт одну строку в регламенте;

• изменения датируются и подписываются автором;

• раз в месяц — короткая ревизия: что устарело;

• устаревшие правила удаляются, а не копятся;

• версия документа доступна всем пользователям.

07. Чего в регламенте быть не должно

• описания «как устроена нейросеть» — это не влияет на работу;

• списка всех технических команд;

• обещаний «полной безошибочности»;

• правил, которые никто не собирается проверять;

• тридцати страниц: их не прочтут.

08. Сколько это занимает

Первую версию реально собрать за один вечер: пять разделов, десять-пятнадцать правил. Дальше документ растёт по одному пункту на инцидент — обычно не больше двух-трёх строк в месяц.

09. Как это работает на OpenClaw

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

• Правила. Хранятся рядом с задачами и правятся владельцем процесса.

• Границы. Явно перечислены; всё, что не разрешено, требует подтверждения.

• Журнал. Показывает, какое правило сработало в каждом случае.

• Версии. Изменения правил сохраняются с датой и автором.

10. С чего начать

• Выписать пять разделов на одном листе.

• Сформулировать десять правил в виде «если — то».

• Отдельно отметить, что нельзя делать без человека.

• Показать документ тем, кто будет ставить задачи.

• Договориться: инцидент = новая строка в регламенте.