Промпты для кода: как попросить нейросеть написать и починить код

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

Пять вещей, которые нужны модели

• Язык и версия. «Python 3.12», «Node.js 22», «PHP 8.3». Синтаксис и библиотеки между версиями отличаются, и код под другую версию может просто не запуститься.
• Окружение. Где будет работать код: Windows или Mac, сервер на Linux, браузер, Google Таблицы. Какие библиотеки уже стоят и можно ли ставить новые.
• Что должно получиться. Результат глазами пользователя: «скрипт переименует фото в папке по дате», а не «напиши функцию».
• Пример входа и выхода. Две-три строки исходных данных и как они должны выглядеть после. Один пример заменяет абзац объяснений.
• Ограничения. «Только стандартная библиотека», «не меняй названия функций», «без классов, я новичок».

Для таких задач откройте чат в режиме «Код». В Nova GPT для программирования есть Claude Opus 4.8, Claude Sonnet 5 и Codex. Пишите по-русски: переводить задачу на английский не нужно, а названия переменных и команды модель оставит как есть.

«Не работает, почини» — самая частая и самая бесполезная просьба. Модель не видит ни ваш экран, ни ваш проект. Ей нужны три вещи.

Текст ошибки целиком

Копируйте весь вывод — от первой строки до последней, со стеком вызовов, номерами строк и именами файлов. Не пересказывайте («что-то про None») и не обрезайте «лишнее»: причина часто сидит в середине. Текст лучше скриншота — в нём не бывает ошибок распознавания. Очень длинную вставку чат сам оформит вложением, и текст не потеряется.

Код, в котором падает

Не весь проект, а функцию, где возникает ошибка, и код, который её вызывает. Если ошибка указывает на строку 48, приложите то, что вокруг неё. Расскажите, что уже пробовали, — модель не станет предлагать то же самое.

«Что ожидал — что получил»

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

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

Достался проект от прошлого разработчика, нашли скрипт в интернете, разбираете учебный пример — нейросеть объяснит код по строчкам. Главное — сказать, на каком вы уровне. «Объясни» для новичка и для разработчика с опытом — разные ответы: первому нужны аналогии и смысл каждой конструкции, второму — устройство целиком, неочевидные места и риски.

Что просить

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

Спрашивайте по ходу

Объяснение — это разговор, а не лекция. Непонятное место уточняйте в том же диалоге: «а зачем здесь try?», «что будет, если убрать эту строку?», «покажи на примере, что вернёт эта функция». Код из прошлого сообщения модель помнит, вставлять его заново не нужно.

Код из интернета стоит показать модели ещё до запуска. Попросите проверить, не делает ли он чего-то неожиданного: не удаляет ли файлы, не отправляет ли данные на сторонний адрес, не скачивает ли что-то сам.

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

Как описать задачу без знания программирования

Объясните действия так, как объяснили бы помощнику: «в папке лежат фото с именами вида IMG_4521.jpg — нужно переименовать каждое в 2026-03-12_001.jpg по дате». Скажите, на каком компьютере запускаете, и попросите инструкцию для новичка: как установить Python, куда положить скрипт, какой командой запустить.

Страховка для скриптов, которые меняют файлы

Скрипт ошибается быстро и сразу на всех файлах. Поэтому три правила:

• Пробный прогон. Попросите режим, в котором скрипт только показывает, что сделает, и ничего не меняет.
• Копия, а не замена. Пусть результат пишется в новую папку или новый файл, а исходники остаются нетронутыми.
• Сначала на трёх файлах. Скопируйте пару файлов в тестовую папку и запустите там.

Парсеры и сбор данных

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

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

Что описать

• Кто и для кого. Чем вы занимаетесь, кто клиент и что он должен сделать на странице: позвонить, записаться, оставить заявку.
• Блоки сверху вниз. Первый экран с главной фразой и кнопкой, услуги, отзывы, контакты, форма заявки.
• Тексты. Свои вставьте. Если их нет — попросите написать, но с пометкой, что их надо проверить.
• Стиль словами. «Светлый, много воздуха, акцент — тёплый оранжевый, шрифт без засечек». Можно описать сайт, который нравится.
• Телефон. Клиенты часто открывают сайт с телефона, поэтому пишите: «сначала мобильная версия, кнопки крупные».

Почему один файл

Просите всё в одном HTML-файле: стили и скрипты внутри, без сборки и внешних библиотек. Такой файл открывается двойным щелчком, его можно отправить клиенту или загрузить на хостинг. В Nova GPT у блока с HTML-кодом есть кнопка «Предпросмотр» — страница откроется прямо в чате, а «Скачать» сохранит файл.

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

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

Тесты и граничные случаи

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

Большая задача — по шагам

«Напиши интернет-магазин» в одном сообщении даст огромный ответ, который обрывается на середине или противоречит сам себе. Разбейте работу на шаги и начните с плана — поправить план проще, чем переписывать готовый код.

Если диалог стал длинным и модель начала путаться в версиях, откройте новый чат: вставьте актуальный код и в двух фразах опишите, что уже сделано и что дальше.

Только код или код с объяснением

Решите заранее, что вам нужно. Если вы вставляете результат в проект — просите «только код в одном блоке, без пояснений до и после». Если учитесь или будете поддерживать код сами — наоборот: «объясни каждый шаг комментариями и коротким текстом после кода». Для правок полезна фраза «пришли файл целиком, а не кусками»: ручная склейка фрагментов — частый источник новых ошибок.

Почему код ломается

• Не указаны версии. Библиотеки меняются, и код по старой документации падает на новой версии. Назовите версии из своего проекта — например, из requirements.txt или package.json.
• Несколько задач в одном промпте. «Исправь ошибку, добавь выгрузку в Excel и перепиши на классы» — модель сделает всё наполовину. Одна задача — одно сообщение.
• Модель додумала то, чего нет. Иногда она вызывает функцию или параметр, которых в библиотеке не существует. Помогает фраза «используй только то, что есть в этой версии; если не уверен — скажи».
• Код не проверили. Попросите модель перечитать свой код на ошибки, а сами запустите его сначала на тестовых данных.

Безопасность

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