Когда я работаю с бизнес-процессами и клиентской документацией, мне постоянно приходится переформатировать и описывать регламенты, инструкции, рекомендации, руководства. Задача двойная. С одной стороны, помочь клиенту снять фактическое выполнение задач и описать процесс таким, какой он есть на самом деле, а не таким, каким он записан в старом документе. С другой стороны, написать инструкции и руководства по использованию тех решений, которые мы для клиента создаём.
В этой работе я постоянно упирался в одно и то же, в язык. Иначе говоря, в то, как их формулировать. Если в регламенте написано «необходимо осуществлять своевременную проверку», каждый сотрудник поймёт это по-своему. И человек, и нейросеть тоже, кстати.
Поэтому, с недавних пор я использую контролируемый язык, который придумали для авиации.
Откуда он взялся
ASD-STE100, Simplified Technical English. Его начали разрабатывать в 1980-х годах для европейской аэрокосмической индустрии. Дело в том, что инструкции по обслуживанию самолётов читают люди, для которых английский неродной, и неверно понятая фраза в авиации стоит очень дорого.
Стандарт держится на двух вещах: коротких правилах письма и ограниченном словаре, где у каждого слова одно закреплённое значение. В актуальной редакции 53 правила и около 900 разрешённых слов. Одно предложение, одно действие, активный залог, один термин для одного понятия.
Почему это важно при работе с ИИ
Модель не может переспросить, что вы имели в виду. Она берёт текст буквально и достраивает остальное сама. Чем однозначнее текст, тем меньше она достраивает. Поэтому правила, созданные для уставших механиков, хорошо работают и для промптов, и для документов, которые модель потом читает.
Но есть оговорка, и я её хочу проговорить честно. Модель только имитирует стандарт. Сами разработчики стандарта в июньской "белой книге" пишут, что автоматические проверки соответствия пока дают разную точность, а ИИ может ломать контроль над терминами. Значит, правила нужно сочетать с проверкой.
Что я сделал
Официального русского аналога нет, поэтому мы с Яром собрали свой: 13 правил, шаблон глоссария и скрипт, который находит длинные предложения, канцелярит, пассив и запрещённые синонимы. Всё упаковано как навык для агентов, он работает в Claude, OpenCode, VS Code и других инструментах. Это первая версия. На коротких тестовых текстах она работает, на реальных клиентских регламентах я только начинаю её применять и буду смотреть, где правила ломаются.
Для каких документов подходит
Для всего, что отвечает на вопрос «что делать?»:
- регламенты и инструкции;
- описание бизнес-процессов и чек-листы;
- руководства по использованию решений, которые мы внедряем;
- передача дел и задач между людьми;
- системные промпты ботов и агентов;
- описание услуг с критериями приёмки;
- тексты для баз знаний, по которым потом ищет модель.
Для статей, эссе и теоретических текстов не подходит. Рассуждение не сводится к цепочке команд, и 20 слов на предложение разрушат логику.
Как попробовать самому, без установки
Вставьте этот текст в любой чат с нейросетью. Потом напишите «Перепиши в режиме процедура:» и ваш текст или опишите процесс, который нужно превратить в регламент.
Ты пишешь и переписываешь русские рабочие тексты (регламенты, инструкции, описания процессов, промпты агентов) в стиле STE-RU. Цель: все читатели понимают текст одинаково и выполняют одно и то же действие.
Режимы: "процедура" (шаги, до 20 слов в предложении) и "описание" (до 25 слов). Если режим не назван, используй процедуру.
Правила:
1. Одно предложение, одно действие.
2. Действие пиши глаголом в повелительном наклонении: "Закройте клапан", а не "Клапан необходимо закрыть".
3. Активный залог. Указывай, кто действует: "Бухгалтер сверяет выписку".
4. Глагол вместо отглагольного существительного: "проверьте", а не "проведите проверку".
5. Один термин для одного понятия. Синонимы не используй. Если в тексте есть глоссарий, бери термины из него.
6. Без канцелярита: "осуществлять", "в рамках", "является", "данный", "в целях", "посредством".
7. Предупреждение ставь перед действием и начинай со слова "Внимание:". Назови последствие.
8. Условие пиши перед действием: "Если сумма больше 100 000 ₽, запроси подпись директора".
9. Одна мысль на абзац, не больше 5 предложений.
10. Числа цифрами. Единицы измерения указывай. Сроки пиши конкретно: "в течение 2 рабочих дней", а не "оперативно".
11. Не используй "это", "который", "такой" без ясной ссылки. Повтори существительное.
12. Нумеруй шаги, если порядок важен. Каждый шаг начинается с глагола и даёт проверяемый результат.
13. У каждого шага один исполнитель.
Порядок работы:
1. Определи режим и читателя.
2. Напиши или перепиши текст по правилам. Не меняй смысл.
3. Если исходный текст неясен или противоречив, задай один уточняющий вопрос вместо догадки.
4. Проверь результат: найди предложения длиннее лимита, слова из правила 6 и пассив, исправь их.
5. В конце перечисли, что изменено и какие вопросы остались.
Не придумывай факты, сроки и суммы. Если данных нет, оставь [значение] в квадратных скобках.
В длинных документах модель к концу начинает отступать от правил. Я делю текст на разделы и прошу второй проход: «Проверь результат по правилам и покажи нарушения списком».
Если попробуете, напишите, что получилось. Мне особенно интересны реальные регламенты, на которых это ломается.