Ясность и прямота

Большинство плохих ответов — это не плохая модель, а невысказанные ожидания. Мы пишем «сделай описание фичи», держа в голове формат, длину, аудиторию и тон, а модель видит только четыре слова. В этом уроке — как переводить ожидания в текст, и почему это важнее любых хитрых техник.

Модель — новый сотрудник без контекста

Представьте, что в команду вышел сильный специалист, но сегодня его первый день. Он не знает, что у вас «описание фичи» — это две страницы по шаблону из Confluence, что клиент не любит слово «MVP», а релизы вы называете по датам. Если вы дадите ему задачу в четыре слова, он сделает что-то разумное — и не то.

Claude в точно таком же положении, только у него нет даже возможности спросить у соседа. Всё, что он знает о задаче, — это ваш текст. Поэтому чем точнее вы описываете желаемый результат, тем ближе к нему ответ. Это звучит банально, но на практике люди упорно пишут короткие запросы и удивляются длинным и общим ответам.

Золотое правило ясного промпта: покажите свой запрос коллеге, который не в контексте, и попросите выполнить его буквально. Если коллега задаёт уточняющие вопросы или делает не то — модель тоже сделает не то.

Просите прямо

Первый класс проблем — модель делает что-то, чего вы не просили, и не делает того, что просили молча.

Классический пример: вы просите короткий текст, а получаете «Конечно! Вот текст, который вы просили:» — и только потом текст. Решение: попросить. «Без вступления, сразу с текста». Работает почти всегда.

Второй пример: вы задаёте вопрос, на который есть много мнений, и получаете обзор всех мнений. «Какой фреймворк для мобильного приложения выбрать?» даст взвешенный список плюсов и минусов. Если вам нужен один ответ, так и напишите: «Да, всё зависит от задачи, но если бы выбирать пришлось тебе, для приложения доставки с командой из двух человек — что бы ты взял? Назови один вариант и обоснуй в трёх предложениях».

Третий — длина. Модель сама решает, сколько писать, и обычно попадает в середину. Нужен абзац — скажите «один абзац». Нужен подробный документ — скажите «не меньше 800 слов, с разделами …». Просьба «подробно» слишком расплывчата: у каждого своё «подробно».

Говорите, что делать, а не чего не делать

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

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

Объясняйте причину

Современные модели Claude хорошо обобщают, если понимают, зачем правило. Сравните:

«Никогда не используй многоточия».

«Твой ответ будет озвучен синтезатором речи, который не умеет читать многоточия, — поэтому не используй их».

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

Порядок шагов и полнота

Если задача многошаговая и порядок важен, перечисляйте шаги нумерованным списком. «Прочитай ТЗ, выпиши требования, отметь противоречия, предложи вопросы клиенту» в одну строку — нормально, но списком из четырёх пунктов надёжнее: модели видно, что шагов ровно четыре и ни один нельзя пропустить.

И наоборот: если вы хотите, чтобы модель сделала больше, чем минимум, — скажите это. «Сделай дашборд» даст базовый дашборд. «Сделай дашборд; добавь все уместные фильтры, сортировки и состояния загрузки, не ограничивайся базовым вариантом» — даст заметно больше. Модель не угадывает амбиции, она читает их.

Пример: до и после

До: «Напиши тест-кейсы для формы входа».

После: «Напиши тест-кейсы для формы входа в веб-приложение. Поля: email, пароль, чекбокс „запомнить меня“, ссылка „забыли пароль“. Нужны позитивные и негативные сценарии, включая пустые поля, неверный формат email, блокировку после пяти неудачных попыток. Формат: таблица с колонками „Шаги“, „Ожидаемый результат“, „Приоритет“. Не больше пятнадцати кейсов, без вступления и заключения — только таблица».

Второй промпт длиннее в шесть раз, но его результат можно вставить в тест-план без правок. Первый — только перечитать, переспросить и переписать.

→

Попробуйте сами

10–15 мин на рабочем месте

1. Добейтесь от Claude ответа на вопрос «Какой язык выбрать для бэкенда нового сервиса?» одним словом — без оговорок, знаков препинания и пояснений. Потом попросите то же самое, но с обоснованием ровно в два предложения.
2. Попросите Claude написать историю или статью на любую тему длиной не меньше 800 слов. Попробуйте сначала без указания длины, затем с указанием, затем с указанием и структурой (разделы, что в каждом). Посчитайте слова — в любом текстовом редакторе это есть.
3. Возьмите свой реальный рабочий промпт из первого урока и перепишите его по золотому правилу: представьте, что отдаёте задачу новому сотруднику. Добавьте формат, длину, аудиторию и причину. Сравните ответы.

Коротко

• Модель знает о задаче только то, что вы написали; уточняйте формат, длину, аудиторию и тон.
• Золотое правило: если коллега без контекста не поймёт ваш промпт, модель тоже не поймёт.
• Хотите без вступления, один ответ, конкретную длину — попросите об этом прямо.
• Говорите, что делать, а не чего не делать.
• Объясняйте причину правила: модель обобщит его на случаи, о которых вы не подумали.
• Многошаговые задачи описывайте нумерованным списком.