Як писати промпти для коду, щоб отримувати корисні результати

Модель не знає, чого ви хочете, доки ви їй цього не скажете. Більшість слабких результатів походить не від слабкої моделі, а від недоговореного завдання.

1. Вкажіть контекст і мету

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

2. Позначте обмеження

Якщо ви не хочете нових залежностей, не погоджуєтеся на зміну структури файлів або код має працювати на старішій версії середовища, скажіть про це прямо. Модель охоче додає бібліотеки, про які ніхто не просив.

3. Працюйте малими кроками

Замість одного величезного запиту розбийте роботу на етапи, які можна перевірити окремо. Так легше знайти момент, коли щось зламалося.

4. Спершу план, потім код

Для більших завдань попросіть короткий план змін і затвердьте його, перш ніж модель почне писати. Виправити план дешевше, ніж виправляти триста рядків коду.

5. Опишіть, як ви дізнаєтеся, що все працює

Критерії приймання, приклади вхідних даних і очікуваних результатів, а найкраще — попросіть тести. Модель, яка знає, за якими критеріями її оцінюватимуть, пише точніше.

Приклад

Замість «зроби сторінку зі списком завдань» спробуйте щось таке:

Коли щось не працює

Вставте повне повідомлення про помилку, а не його переказ, і напишіть, що змінилося безпосередньо перед її появою. Якщо після трьох спроб модель ходить по колу, почніть нову розмову з коротким підсумком проблеми. Заплутаний контекст шкодить так само, як і його відсутність.