Шаблон motion дизайна лендинга
Лендинг в темных тонах с большим hero блоком с видео. Служит как пример, это не полностью рабочий лендинг. Промпт исключительно для генерации шаблона HERO лока с видео.
Категория промптов
В этой категории собраны бесплатные промпты для работы с кодом: рефакторинга, code review, поиска ошибок, генерации интерфейсов, написания технических заданий, миграций БД и безопасной доработки проектов через ИИ.
Лендинг в темных тонах с большим hero блоком с видео. Служит как пример, это не полностью рабочий лендинг. Промпт исключительно для генерации шаблона HERO лока с видео.
Преобразуйте скриншоты и визуальные референсы в адаптивный интерфейс с визуальной проверкой результата. Codex можно использовать для того, чтобы превратить скриншоты, дизайн-описания и референсы в рабочий код, который соответствует дизайн-системе текущего проекта. После этого через Playwright можно открыть страницу в браузере, сравнить результат с эталоном на разных разрешениях и при необходимости доработать вёрстку и поведение интерфейса.
Гарри Тэн, руководитель Y Combinator, поделился промптом, который должен быть базовым у любого ИИ-агента, работающего с терминалом и bash-командами. С ним вы избавитесь от кучи галлюцинаций, странных выводов и сломанной логики.
Генерирует чеклист релиза под твой стек: миграции, бэкапы, мониторинг, откат, конфиги, безопасность. Полезно перед продакшен-деплоем.
Помогает рефакторить код: улучшает структуру, именование, обработку ошибок и потенциальные уязвимости. Укажите язык, фреймворк и ограничения.
Генерирует API-эндпоинт с валидацией входных данных, обработкой ошибок и примерами запросов/ответов. Укажите язык и структуру проекта.
Промпт для оптимизации SQL: анализирует запрос, предлагает индексы и переписывание. Полезно для MySQL/PostgreSQL.
Промпты для программирования помогают формулировать задачи для ChatGPT, Codex и других ИИ-инструментов так, чтобы модель учитывала реальный проект, а не писала изолированный пример. Их используют для code review, поиска багов, рефакторинга, генерации интерфейсов, описания API, миграций базы данных, тестов, технических заданий и анализа архитектурных рисков. Чем точнее задача, тем выше шанс получить применимый результат: укажите стек, версию языка, фреймворки, структуру проекта, ограничения, ожидаемое поведение и способ проверки.
ИИ может предложить рабочий код, который не подходит к существующей архитектуре. Поэтому в промпте стоит явно указать, что нельзя менять публичные URL, контракты API, формат данных, схему авторизации, миграции или стиль компонентов без отдельного согласования. Для PHP, Python, JavaScript и других стеков важно передать версии, зависимости, используемые библиотеки и принятые паттерны. Если задача затрагивает базу данных, добавьте текущую схему, правила миграций и требование не ломать существующие данные.
Для Codex полезно писать задачу как инженерное поручение: сначала цель, затем границы изменений, файлы или модули, которые нужно проверить, требования к безопасности, тестам и ручной верификации. Если проект уже существует, попросите сначала найти маршрут, репозиторий, сервис и шаблон, а затем внести минимальные изменения. Для сложных задач укажите, что нужно сохранить текущий стиль кода, не переписывать большие файлы ради чистоты и не откатывать чужие изменения. Такой промпт снижает риск случайных регрессий.
Код после ИИ нужно проверять так же, как код после разработчика: читать diff, запускать тесты, проверять линтеры, открывать затронутые страницы, смотреть логи и отдельно проходить негативные сценарии. Особое внимание уделяйте безопасности: CSRF, авторизации, SQL-параметрам, загрузке файлов, XSS, обработке webhook и хранению секретов. Если модель изменила архитектуру шире задачи, лучше остановиться и вернуть изменение к меньшему объему. Промпт должен помогать выполнять задачу, а не заменять инженерную проверку.
Да. Они подходят для постановки задач Codex: анализа проекта, точечных правок, рефакторинга, тестов и code review.
Укажите стек, версии, структуру каталогов, важные маршруты, ограничения, текущую проблему и ожидаемый результат.
Явно задайте границы изменений: не менять публичные контракты, маршруты, схему данных и стиль проекта без необходимости.
Да. Их можно адаптировать под любой стек, если добавить язык, фреймворки, зависимости и правила проекта.
Да. Нужно читать изменения, запускать тесты и проверять безопасность, совместимость и поведение в браузере или CLI.
Сценарий для постановки технической задачи Codex с учётом архитектуры, ограничений проекта и понятного...
Сценарий для ревью кода через ИИ: ошибки, безопасность, edge cases, читаемость и архитектурные риски.
Сценарий о том, какие MCP-серверы полезны для Codex и как они помогают работать с файлами, браузером,...