Контроль версий запросов к ИИ: как менять инструкции

Сохраняйте запрос как отдельный рабочий документ

У каждой версии должны быть обозначение, дата, ответственный и полный текст инструкции. Не ограничивайтесь названием вроде «улучшенный окончательный». Удобнее использовать последовательные номера и короткое описание назначения. Исходные материалы очередного задания храните отдельно, чтобы не смешивать постоянные правила с изменяющимися данными.

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

Одно изменение должно иметь понятную причину

Перед редактированием сформулируйте проблему через наблюдаемую ошибку. Например: «при двух датах ответ выбирает одну без объяснения». Затем опишите ожидаемое новое поведение: «показывать расхождение и запрашивать уточнение». Это дает критерий проверки и удерживает правку от превращения в переписывание всей инструкции.

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

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

Пример двух редакций для извлечения поручений

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

Обе версии запускают на одинаковых заметках: с явным сроком, без срока, с двумя датами и с датой в старой цитате. Проверяющий сравнивает правильность извлечения и сохранение исходных поручений. Если новый запрет исправил пустые сроки, но стал мешать распознаванию явно указанных дат, версию нельзя принимать только за локальное улучшение.

Для важных случаев выполните несколько запусков каждой версии в одинаковых условиях и сохраните все результаты. Один удачный ответ не показывает устойчивость изменения. Сравнивайте не только лучший вариант, но и число пропусков, неподтверждённых добавлений и отказов; допустимые пределы задайте до просмотра итогов.

Выпускайте проверенную версию и сохраняйте возврат

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

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

Условие приемки новой версии — исправление целевой ошибки без недопустимого ухудшения на согласованном наборе заданий. Сохраните предыдущий вариант и порядок возврата. Восстановление текста не всегда восстанавливает прежнее поведение, если изменилось окружение, поэтому после возврата проверьте контрольные примеры. История версий дает прослеживаемость, но не гарантирует идентичность всех ответов.