В одном пункте менеджеру разрешено менять заказ на любом этапе, в другом после оплаты это право остаётся только у администратора. Если сразу попросить ИИ написать план разработки, такое противоречие может остаться в основе будущего решения. До планирования полезно отдельно разобрать, что в задании требует уточнения.

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

Подготовьте исходник

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

Учебный фрагмент для интернет-магазина: Т1. Менеджер может менять состав заказа на любом этапе. Т2. После оплаты состав заказа может менять только администратор. Т3. Изменения должны быстро появляться в личном кабинете. Контекст: менеджер и администратор имеют разные роли; Т1 и Т2 относятся к одному типу заказов.

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

Учебный промпт

"Проверь требования ниже перед обсуждением с заказчиком. Ищи возможные противоречия, неоднозначные формулировки и недостающие сведения, которые мешают определить поведение сервиса. Учитывай приложенный контекст.

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

Не выбирай правило за заказчика и не переписывай ТЗ. Не добавляй требования от себя. Если обоснованных замечаний нет, сообщи об этом. Требования: [вставьте текст]. Контекст: [добавьте определения]."

Как использовать ответ

Сначала сверьте цитаты и номера пунктов. Затем проверьте область действия правил: разные роли, этапы или типы заказов могут объяснять кажущееся противоречие. Вопросы о недостающих сценариях тоже требуют отбора, иначе обсуждение разрастётся за пределы задачи.

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

В руководстве Google по проектированию промптов рекомендуют задавать конкретные инструкции, контекст и формат ответа. Исследования анализа неоднозначных требований с помощью языковых моделей показывают зависимость результата от контекста предметной области. Такой промпт может пропустить проблему или выдать лишнее замечание; отсутствие вопросов ещё не подтверждает полноту ТЗ.

Какая формулировка в задании чаще всего вызывает у вашей команды разные трактовки?

#Промпты #Нейросети #ВебРазработка