Как команды собирают библиотеку промптов и не превращают её в свалку
Первый вариант библиотеки почти всегда выглядит как общий документ, куда участники складывают удачные запросы. Через пару месяцев в нём десятки похожих формулировок без понимания, какая из них рабочая и для чего писалась каждая.
Практика показывает, что запись должна состоять минимум из четырёх частей: описание задачи, сам текст запроса, пример удачного ответа и пометка, на какой модели он проверялся. Без примера ответа невозможно понять, чем эта версия отличается от соседней.
Версии вместо правок поверх
Отдельная проблема — редактирование запроса прямо в хранилище. Тот, кто правит формулировку, обычно тестирует её на своей задаче, а у остальных она уже работала иначе. Поэтому промпты всё чаще ведут как версии: старая формулировка остаётся, новая добавляется рядом с пометкой, что именно изменилось.
Полезный побочный результат такой дисциплины — видно повторяющиеся куски. Требования к языку, формату и запрету на вымысел кочуют из запроса в запрос, и их выносят в общий фрагмент, который подставляется ко всем задачам сразу.
Размер библиотеки при этом обычно перестаёт расти: часть записей схлопывается в один параметризованный шаблон, и вместо сорока текстов команда держит шесть с подставляемыми полями.
Что это значит
Подробности и первичное описание опубликованы на странице «разбор различий двух генераторов», там же собраны условия доступа и ограничения, о которых заявили разработчики.
Похожие материалы и обновления по теме мы собираем в разделе Новости искусственного интеллекта — он пополняется по мере выхода новых сообщений.