Почему прежняя инструкция меняет результат
Сильное возражение звучит разумно: если промпт работает, зачем его трогать? Потому что прежний текст не гарантирует прежний ответ, когда меняются модель, исходный документ или требование к результату. Я пересматриваю инструкцию не по календарю, а после изменения условия, от которого зависит работа.
Условный пример: маркетолог просит ИИ сделать выжимку из брифа. После обновления модели ответ стал убедительнее, но добавил вывод, которого в брифе нет. Сравнение старой и новой редакций на том же материале покажет, где теряется граница между фактом и интерпретацией. Вместо правок «на всякий случай» оставьте действующую версию до конкретного повода и отделите обязательное содержание от пожеланий к стилю.
Какие изменения требуют новой проверки
Триггер сам по себе не означает, что промпт нужно переписывать: он задаёт вопрос для проверки. После обновления справочника сравните полноту и актуальность извлечённых сведений; после изменения критерия приёмки — наличие нового обязательного пункта. Оставьте входной материал прежним и меняйте только одно условие, иначе причину различия будет трудно установить.
До запуска запишите наблюдаемый признак, например: «в ответе присутствуют все три обязательных поля». Затем прогоните обе редакции на одном и том же примере и отметьте конкретное расхождение. Так вы сравниваете не впечатление от убедительно звучащего текста, а свойство ответа, которое можно проверить.
| Что изменилось | Что сравнить на одинаковом примере |
|---|---|
| Модель или её настройки | Сохранились ли задача и обязательный формат |
| Источники или входные данные | Использованы ли нужные сведения без добавленных фактов |
| Процесс или критерий приёмки | Соответствует ли результат новой роли и требованиям |
Как назначить владельца и сохранить версии
Рабочая карточка связывает промпт с задачей, владельцем и контрольными примерами; это помогает команде понять, какая версия применяется. Как устроить корпоративную библиотеку промптов и стандартов работы с ИИ, разбираем отдельно.
- Назначьте ответственного
Выберите человека, который знает назначение промпта и фиксирует решение. Если инструкцией пользуются разные команды, укажите, кто согласует общую редакцию.
- Зафиксируйте основу сравнения
Запишите назначение, номер и дату версии, типовые входы и критерии приёмки. Для выжимки из брифа это могут быть полнота обязательных пунктов и отсутствие сведений, которых нет в исходнике.
- Сохраните ход проверки
Храните действующий и проверяемый тексты отдельно, вместе с примерами ответов и итогом сравнения. Статусы «действует», «проверяется» и «снята» помогают отличить актуальный вариант от старой копии.
Когда откатить инструкцию и что сохранить
Заранее определите приемлемый результат: например, все обязательные поля на месте, а выводы опираются на исходный материал. Если новая редакция пропускает важное условие, верните предыдущую рабочую версию; сохраните решение и пару ответов с отмеченным расхождением. Если проблема в устаревшем источнике или двусмысленном требовании, исправьте именно его, затем повторите сравнение.
Можно возразить, что версии и критерии превращают эксперимент в бюрократию. Я выбираю более лёгкую альтернативу: хранить одну действующую редакцию и проверять значимые изменения на нескольких типовых задачах, не согласуя каждую косметическую правку. Я считаю, что последовательность важнее набора инструментов. И верю, что в ближайшие 2–5 лет ИИ существенно изменит бизнес: поэтому важно менять инструкции так, чтобы команда понимала, что именно изменилось и почему.