Обоснованные и безопасные инструкции

Требуй свидетельства для утверждений​

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

Слабое утверждение — достраивание по шаблону

Переработка знакомства с продуктом, вероятно, провалилась, потому что слишком раннее приглашение коллег создало лишние трудности.

Обоснованное утверждение — поиск со свидетельствами

Наибольшее падение наблюдается на переходе workspace_invite_shown → first_dashboard_view: с 62% до 41% в activation_funnel_enterprise за 14–21 мая. В трёх обращениях в поддержку пользователи пишут, что не понимают обязательность приглашений, а спецификация переработки ставит приглашение коллег перед предварительным просмотром дашборда.

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

Заменяй отрицания положительными инструкциями​

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

Рискованно

Улучши знакомство с продуктом.
НЕ делай сценарий запутанным.

Лучше — положительная цель и граница

Улучши знакомство с продуктом при первом запуске.

НЕ добавляй шаги, которые создают ощущение, что активация заблокирована.
Вместо этого сделай путь первого запуска линейным, с демонстрацией пользы вначале.
Запрашивай название рабочего пространства до приглашения коллег; показывай необязательную настройку после предварительного просмотра дашборда; помечай необязательные шаги как доступные для пропуска.

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