CodexКод и разработка
Prompt для Codex
Техническое задание для Codex с контекстом проекта, ограничениями, проверками и ожидаемым результатом.
Открыть промт
Навигация
AIWEBNET
AI ecosystem
Практическая библиотека промтов для Codex: создание сайтов и приложений, работа с репозиторием, debugging, refactoring, тесты, code review, архитектура, миграции и безопасный deployment. Используйте готовые инструкции с контекстом проекта, ограничениями, проверками и ожидаемым результатом.
Codex лучше работает, когда задача описана как инженерное техническое задание: что изменить, что нельзя менять, какие файлы и проверки учитывать, какой результат считать готовым. Библиотека будет расширяться специализированными сценариями для разработки и сопровождения проектов.
Начните с опубликованных сценариев. Каждый промт имеет отдельную страницу с контекстом, структурой задачи и рекомендациями по адаптации.
Техническое задание для Codex с контекстом проекта, ограничениями, проверками и ожидаемым результатом.
Открыть промтКатегории показывают, как будет развиваться библиотека. Пока в них нет опубликованных страниц, поэтому это navigation preview, а не ссылки на пустые маршруты.
Новые приложения, сервисы, структуры и начальная архитектура.
Landing pages, Next.js, frontend, backend integration и быстрые рабочие прототипы.
Поиск причин ошибок, воспроизведение, локализация и безопасное исправление.
Улучшение структуры кода без изменения поведения.
Unit, integration, regression tests и проверка edge cases.
Проверка качества, рисков, архитектурных проблем и maintainability.
Модули, границы ответственности, data flow и API contracts.
REST, GraphQL, API clients, third-party integrations и auth flows.
Database migrations, schema changes, data compatibility и rollback safety.
Preview, checks, environment, deployment, smoke checks и rollback awareness.
Укажите framework, структуру репозитория, текущую задачу, важные зависимости и ограничения.
Сформулируйте конкретный expected change, а не только желаемый общий результат.
Зафиксируйте API, production flow, документацию и запрет на unrelated refactor.
Перечислите lint, build, tests, typecheck и project-specific checks, которые обязательны.
Запросите изменённые файлы, краткое объяснение, checks, known limitations и Preview URL, если нужен deployment.
При destructive change, недостатке данных или архитектурной коллизии Codex должен остановиться и описать проблему.
Хороший Codex prompt похож на компактное инженерное ТЗ. Чем сложнее репозиторий, тем важнее явно зафиксировать scope, запреты, обязательные проверки и критерии готовности.
В существующем Next.js проекте добавь новую server-rendered страницу /features. Используй текущую design system и существующие layout/components. Не меняй homepage, auth, analytics и deployment configuration. Перед изменениями изучи похожие route implementations. После реализации выполни lint, build и существующие project checks. Верни список изменённых файлов, краткое описание решения, результаты проверок и известные ограничения. Не merge и не deploy в production без отдельного подтверждения.
Промты Codex используют для feature implementation, создания сайтов, debugging, refactoring, tests, code review, архитектурных изменений, миграций, API work, подготовки deployment и сопровождения репозитория.
Codex не заменяет инженерную ответственность: сложные изменения требуют review, запуска проверок и понятного процесса публикации. Чем выше риск, тем полезнее ограничить scope и попросить остановиться при неопределённости.
Компактный контекст помогает переиспользовать существующие patterns вместо случайных решений.
Framework, language, runtime и ключевые зависимости.
Основные директории и архитектурные границы.
Что нельзя менять и какие зоны защищены.
Компоненты и conventions, которые нужно переиспользовать.
Команды, которые обязательны перед завершением.
Preview, report, commit и deployment requirements.
Ограничивайте scope, явно перечисляйте protected areas, просите сначала провести audit, требуйте checks и Preview до production. При неопределённости или destructive changes задавайте правило stop-and-report, а не разрешайте рискованные действия автоматически.
Используйте pattern: Симптом → Как воспроизвести → Expected behavior → Actual behavior → Logs → Scope → Checks. Чем лучше воспроизводится ошибка, тем меньше Codex приходится угадывать; приложите stack trace, affected files, условия возникновения и ожидаемое поведение.
Сохраните поведение, определите target area, не расширяйте scope, добавьте или сохраните tests, зафиксируйте public API и сравните before/after behavior.