30 запросов для вайб кодинга, которые можно копировать (шпаргалка)

Лучшие запросы для вайб кодинга короткие, конкретные и описывают поведение: кто пользуется приложением, что может делать, что оно хранит и как выглядит. Ниже 30 запросов, которые можно копировать и вставлять, сгруппированных по этапам — от первой сборки до публикации. Замените части в [скобках] своими данными.

Они работают в любом ИИ-конструкторе приложений или кодинг-агенте. Если нужны объяснения, на чём они основаны, в нашем подробном руководстве как писать запросы для ИИ-конструкторов приложений разобраны принципы. Эта страница — шпаргалка.

Как пользоваться этой шпаргалкой

• Начните с одного запроса для первой сборки, затем используйте остальные по одному.
• Тестируйте после каждого запроса. Проверьте изменение в работе, прежде чем отправлять следующий.
• Сохраняйте то, что работает. Большинство уточняющих запросов здесь не зря заканчиваются словами «всё остальное оставь прежним».
• Вставляйте точный текст. Сообщения об ошибках, подписи кнопок и слова на экране всегда лучше описаний.

Запросы для первой сборки

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

1. Простой трекер

Создай для меня трекер [привычек]. Я могу добавить [привычку] с названием и цветом, отмечать её раз в день и видеть сетку за 30 дней и текущую серию. Сохраняй всё, чтобы данные остались после обновления страницы. Чистый минималистичный дизайн, удобный на телефоне.

2. Страница записи для малого бизнеса

Создай страницу записи для моей [парикмахерской]. Клиенты выбирают услугу ([стрижка 30 мин, окрашивание 90 мин]), дату и свободное время с [9:00 до 18:00], затем вводят имя, телефон и электронную почту. Двое не могут записаться на одно и то же время. Мне нужна закрытая страница администратора за логином со списком предстоящих записей по дням.

3. Внутренний инструмент

Создай внутренний инструмент для моей команды, чтобы вести учёт [выдачи оборудования]. У каждого предмета есть название, код и статус (доступен, выдан, сломан). Сотрудники входят, могут оформить предмет на себя и вернуть его. Покажи таблицу с фильтрами по статусу и историю того, у кого был каждый предмет.

4. Лендинг со списком ожидания

Создай одностраничный сайт для [моего продукта: приложения для планирования питания для занятых родителей]. Главный экран с заголовком, подзаголовком в одно предложение и регистрацией по электронной почте. Затем три преимущества, короткий раздел «как это работает» и FAQ. Сохраняй адреса из регистраций в базу данных и показывай список на закрытой странице администратора.

5. Клиентский портал

Создай клиентский портал для моей [дизайн-студии]. Каждый клиент входит и видит только свои проекты со статусом, файлами, которые я загрузил, и цепочкой комментариев. Я вхожу как администратор и вижу всех клиентов. Клиенты никогда не должны видеть данные друг друга.

6. Калькулятор или инструмент расчёта стоимости

Создай калькулятор стоимости для моего [клининга]. Входные данные: число спален, ванных, дополнительные услуги (духовка, окна, холодильник) и периодичность (разово, раз в неделю, раз в месяц). Показывай цену по мере изменения параметров, с расшифровкой. Цены: [вставьте ваш прайс-лист]. Добавь кнопку, которая отправляет мне запрос на расчёт по электронной почте.

Запросы для планирования

Используйте их перед крупной функцией или когда не уверены, как что-то описать.

7. План перед созданием

Прежде чем писать код, опиши обычными словами, какие экраны ты сделаешь, какие данные будешь хранить и какие решения нужны от меня. Дождись моего «ОК».

8. Превратить сырую идею в первую версию

Вот моя идея: [вставьте заметки]. Предложи самую маленькую первую версию, которая всё равно полезна, в 5–8 пунктах. Перечисли, что оставишь на потом, и почему.

9. Спросить, чего не хватает

Какие вопросы задал бы мне разработчик перед созданием этого? Задавай их по одному, затем сведи мои ответы в короткое техническое задание.

10. Сначала проверить крупное изменение

Я хочу добавить [командные аккаунты, где несколько человек работают в одном пространстве]. Объясни, что придётся изменить в данных, экранах и правах доступа и что может сломаться. Пока ничего не меняй.

Запросы для дизайна

11. Задать чёткий стиль

Измени стиль приложения: тёплый грязно-белый фон, тёмный текст, один акцентный цвет [#1F6F50], скруглённые углы, щедрые отступы и современный шрифт без засечек. Макет и все функции оставь в точности как есть.

12. Передать ощущение референса

Сделай так, чтобы дашборд ощущался как спокойное финансовое приложение: много свободного места, крупные жирные числа, мелкие серые подписи, одна простая диаграмма наверху. Не копируй логотип или текст какого-либо бренда.

13. Исправить вёрстку на телефоне

На телефоне шириной 375px таблица на [странице заказов] прокручивается вбок, а кнопки накладываются друг на друга. На малых экранах превращай каждую строку в карточку. Макет для компьютера не меняй.

14. Пустое состояние, загрузка и ошибки

Добавь нормальные состояния для [списка проектов]: дружелюбное пустое состояние с кнопкой добавления первого проекта, скелетон на время загрузки данных и понятное сообщение с кнопкой повтора, если загрузка не удалась.

15. Поддержка письма справа налево

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

Запросы для данных и функций

16. Сделать данные постоянными

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

17. Добавить вход

Добавь регистрацию и вход по электронной почте и паролю. Каждый пользователь должен видеть и редактировать только свои [записи]. Показывай электронную почту пользователя в верхней панели с кнопкой выхода.

18. Добавить роли

Добавь две роли: администратор и участник. Администраторы могут добавлять, редактировать и удалять [товары]; участники могут только просматривать. Обеспечь это на сервере, а не только скрытием кнопок.

19. Добавить поиск и фильтры

Добавь над [списком контактов] поле поиска, которое по мере ввода ищет по имени, компании или электронной почте, и фильтр по [статусу]. Текущий порядок сортировки сохрани.

20. Добавить загрузку файлов

Разреши пользователям прикреплять до [5] изображений к каждому [объявлению], не более [5 МБ] каждое. Показывай миниатюры в объявлении и увеличенный вид по клику. Удалять изображения может только владелец.

21. Импорт из таблицы

Добавь кнопку «Импорт», которая принимает CSV со столбцами [имя, email, телефон, заметки], показывает предпросмотр первых 10 строк и позволяет подтвердить перед сохранением. Пропускай строки без email и сообщи, сколько пропущено.

Запросы для исправления

22. Чётко сообщить об ошибке

Когда я [нажимаю «Сохранить» в форме редактирования], я вижу «[точный текст ошибки]», и изменение не сохраняется. Ожидается: изменение сохраняется и я возвращаюсь к списку. Найди причину, объясни её в одном-двух предложениях, затем исправь.

23. Остановить цикл исправлений

Мы пытались исправить это три раза, и всё равно не работает. Прекрати менять код. Перечисли три самые вероятные причины, как проверить каждую и какая, по-твоему, настоящая.

24. Отменить побочные эффекты

Твоё последнее изменение исправило выбор даты, но [боковая панель] пропала. Верни боковую панель в точности как было и сохрани исправление выбора даты.

25. Объяснить, прежде чем менять

Объясни по шагам, как сейчас рассчитывается [итог оформления заказа], указывая задействованные файлы. Ничего не меняй.

Запросы для тестирования и проверки

26. Граничные случаи

Перечисли 10 способов, которыми настоящий пользователь может сломать [форму записи]: пустые поля, очень длинный текст, двойные клики, двое одновременно, неверные часовые пояса. Проверь каждый и исправь то, что не проходит. Сообщи, что ты изменил.

27. Подвести итог последних изменений

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

Запросы для безопасности

Сочетайте их с нашей страницей о том, безопасен ли вайб кодинг.

28. Проверить доступ к данным

Проверь серверный код: может ли вошедший пользователь прочитать или изменить чужие [записи], подставив другой ID в запросе? Покажи, где проверяется доступ, и закрой все пробелы.

29. Проверить, не раскрыты ли секреты

Перечисли все API-ключи, пароли и токены, которые использует это приложение, и где хранится каждый. Убедись, что ни один из них не находится в коде, выполняемом в браузере, и не закоммичен в файлы. Если находится, перенеси в секреты.

Запросы для публикации

30. Проверка перед запуском

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

Каких запросов избегать

Некоторые запросы стабильно дают худший результат:

• «Сделай лучше». Лучше в чём? Назовите экран и изменение.
• «Исправь всё». ИИ изменит многое, и вы не поймёте, что сдвинулось.
• «Используй [библиотеку], [фреймворк] и [паттерн]». Если нет причины, описывайте поведение и позвольте инструменту выбрать стек.
• «Вот мой API-ключ: …». Никогда не вставляйте секреты в чат. Используйте настройки секретов инструмента.
• Десять функций в одном сообщении. Разделите их.

Превращаем запросы в привычку

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

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

Вопросы