Рабочий регламент, проверочные примеры и журнал ошибок
Регламент шире запроса
Запрос к модели - только один шаг. Рабочий регламент, или рабочий регламент, описывает весь процесс: кто запускает задачу, откуда берёт данные, как очищает файл, какую инструкцию использует, как проверяет результат, что сохраняет и кому передаёт решение.
После первого пояснения используем слово «регламент». Английское сокращение нужно только там, где его требует система или принятая терминология компании.
Состав регламента
- назначение и границы;
- ответственный и замещающий сотрудник;
- входы и реестр источников;
- подготовка данных;
- инструкция для ИИ;
- формат результата;
- ручная проверка;
- условия остановки;
- восстановление после ошибки;
- место хранения и правила версии.
Проверочный набор
Проверочный набор - это заранее подготовленные примеры с ожидаемым результатом. Ожидание записывают до запуска модели. Иначе возникает соблазн назвать ошибочный ответ допустимым.
Набор должен включать:
- обычный корректный вход;
- пропущенное обязательное поле;
- число в текстовом формате;
- дубль;
- противоречие двух источников;
- просьбу выполнить запрещённое действие;
- неизвестный случай;
- пример, где правильный ответ - остановиться.
Как оценивать ответ
Для каждого примера отмечайте:
| Поле | Что фиксировать |
|---|---|
| Ожидание | Какой результат нужен |
| Фактический ответ | Что вернула модель |
| Статус | Прошёл, не прошёл, требует разбора |
| Ошибка | Какое правило нарушено |
| Опасность | Что случится в реальной работе |
| Исправление | Что меняется в данных, инструкции или проверке |
Не переписывайте ожидаемый ответ после ошибки модели. Если ожидание действительно было неверным, зафиксируйте отдельное решение владельца процесса.
Журнал ошибок
Ошибка должна привести к изменению системы. Запишите дату, пример, версию инструкции, модель, описание сбоя, причину, исправление и результат повторной проверки.
Причина может находиться не в инструкции. Иногда неверен входной файл, устарел словарь полей или человек пропустил ручную проверку. Не усложняйте запрос, пока не нашли место сбоя.
Условия остановки
Регламент возвращает статус «ОСТАНОВИТЬ», если:
- отсутствует обязательный источник;
- периоды не совпадают;
- личные данные не удалены;
- модель предлагает менять кабинет без подтверждения;
- нельзя отделить факт от предположения;
- расчёт влияет на цену, бюджет или поставку, но не прошёл ручную сверку.
Восстановление
- Остановите использование результата.
- Сохраните ошибочный пример.
- Определите место сбоя: вход, правило, модель или человеческая проверка.
- Внесите одно изменение.
- Повторите весь проверочный набор, а не один проваленный пример.
- Запишите новую версию.
Сдача недели
Передайте регламент, инструкцию, проверочный набор и журнал ошибок. Покажите один обычный пример и один случай остановки. Наставник должен повторить процесс по документу без дополнительных объяснений.
Приёмка
- Входы имеют источник, формат и единицу.
- Запреты и условия остановки записаны прямо.
- Ожидаемые ответы подготовлены заранее.
- Критичный пример завершается остановкой.
- Ручная проверка воспроизводится.
- Версия и дата указаны.
- ИИ не получает право менять кабинет.
Источник и дата проверки
Редакционный стандарт регламента и проверочного набора утверждён 20.08.2026. Требования внутренней безопасности компании имеют приоритет.