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