💬 Промпт-лайфхаки

Фразы и конструкции, которые вставляются в промпты для управления поведением модели. Контроль качества, стиля ответа, безопасности и производительности.

💡

Как пользоваться: Каждый блок — готовая фраза. Кликни Copy и вставь в конец или начало своего промпта. Плейсхолдеры выделены курсивом — заменяй на нужные значения.

Качество и точность вывода

Думай пошагово Качество

Думай пошагово перед ответом. Сначала разбери задачу на шаги, потом выполняй.

Активирует цепочку рассуждений. Снижает число ошибок в сложных задачах.

Проверь себя Качество

После выполнения задачи — перечитай результат и проверь: всё ли соответствует требованиям, нет ли очевидных ошибок.

Самопроверка снижает число поверхностных ошибок и опечаток.

Только код — без объяснений Вывод

Дай только готовый код без объяснений и комментариев к нему. Никаких вводных слов.

Экономит токены и время. Полезно когда задача понятна.

Только изменения — не пиши весь файл Скорость

Показывай только изменённые фрагменты кода, не весь файл целиком. Используй … для обозначения пропущенного кода.

Критично для больших файлов — сокращает вывод в 5–20x.

Если не уверен — спроси Качество

Если задача неоднозначна или есть несколько способов решения — не угадывай, спроси уточняющий вопрос.

Предотвращает выполнение не того что нужно. Лучше один вопрос, чем переделка.

Не добавляй лишнего Качество

Не добавляй фичи и рефакторинг сверх того что я попросил. Минимальные изменения для решения задачи.

Предотвращает «creeping scope» — случайные изменения в не связанных частях кода.

Планирование перед выполнением

Сначала план Процесс

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

Позволяет проверить подход до начала изменений. Ключевая практика для сложных задач.

Исследуй перед правкой Процесс

Сначала прочитай все связанные файлы и пойми текущую архитектуру. Не вноси изменений пока не разберёшься.

Предотвращает слепые правки без понимания контекста — частая причина ошибок.

Один файл за раз Безопасность

Изменяй по одному файлу за раз. После каждого изменения жди моего подтверждения что всё в порядке.

Снижает риск нежелательных изменений в нескольких местах сразу.

Реши задачу трижды разными способами Качество

Придумай 3 разных подхода к решению задачи. Кратко опиши плюсы и минусы каждого. Потом выбери лучший и реализуй.

Хорошо для архитектурных решений где важно не упустить лучшую альтернативу.

Безопасность и осторожные действия

Не трогай production данные Безопасность

Не выполняй никаких операций с production БД или файлами. Работай только с dev/test окружением.

Критично при работе с миграциями и скриптами изменения данных.

Не коммить автоматически Безопасность

Не делай git commit и git push самостоятельно. Только подготовь изменения — я сам закоммичу когда проверю.

Предотвращает случайные коммиты с нежелательными изменениями.

Создай бэкап перед изменением Безопасность

Перед изменением важных файлов — создай копию с расширением .bak или сделай git stash.

Страховка для необратимых изменений в критических файлах.

Предупреди о рисках Безопасность

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

Полезно для миграций, деплоя, изменений схемы БД.

Управление контекстом

Ты senior-разработчик на Laravel Контекст

Представь что ты senior Laravel разработчик с 10+ годами опыта. Применяй лучшие практики: SOLID, паттерны, чистый код.

Задаёт ролевой контекст. Ответы становятся более профессиональными и стандартными.

Учитывай этот стек Контекст

Стек проекта: Laravel 11, PHP 8.3, PostgreSQL 16, Vue 3 + Nuxt 4, Docker (WSL2). Решения должны подходить именно под этот стек.

Предотвращает предложения несовместимых пакетов и устаревших решений.

Сжатый контекст — итог предыдущей работы Контекст

Краткий итог предыдущей работы: [опиши что уже сделано]. Текущая задача: [задача]. Продолжаем с этого места.

Быстрое восстановление контекста после /clear или в новой сессии.

Игнорируй предыдущие инструкции Контекст

Забудь всё что было раньше в нашем разговоре. Начинаем с чистого листа. Вот новый контекст: [контекст].

Когда сессия «уехала не туда» и накопилось много неправильных договорённостей.

Отладка и диагностика

Объясни что происходит Качество

Не пытайся сразу исправить — сначала объясни почему возникла эта ошибка и что именно происходит.

Помогает понять корневую причину, а не просто заглушить симптом.

Добавь логирование для диагностики Качество

Добавь временное логирование в ключевые места чтобы понять где именно ломается. Потом уберём.

Лучше наблюдения через логи чем слепые правки. Особенно для async кода.

Гипотезы — от наиболее вероятной Качество

Составь список гипотез о причине проблемы. Отсортируй от наиболее вероятной к наименее. Для каждой — как проверить.

Структурирует отладку. Начинаешь с самого вероятного — экономишь время.

Что изменилось между X и Y Качество

Это работало до [когда/что] и сломалось после [когда/что]. Найди что изменилось и вызвало поломку.

Сужает область поиска. Регрессии всегда имеют конкретную причину.

Форматирование ответа

Отвечай кратко Вывод

Отвечай кратко и по делу. Без лишних вступлений, заключений и фраз типа «Конечно!», «Отличный вопрос!».

Убирает «воду». Экономит токены и время чтения.

Список с приоритетами Вывод

Оформи ответ в виде нумерованного списка. Сначала самое важное, потом менее важное.

Удобно для чек-листов, рекомендаций, шагов.

Таблица сравнения Вывод

Оформи сравнение в виде таблицы с колонками: Критерий | Вариант A | Вариант B. Буду смотреть в markdown.

Быстрое визуальное сравнение вместо длинного текстового описания.

TL;DR в начале Вывод

Начни ответ с TL;DR в 1-2 предложениях. Потом — детали для тех кто хочет вникнуть.

Для длинных объяснений: суть сразу, детали — по желанию.

Code Review и аудит

Найди проблемы без исправления Качество

Просмотри этот код и найди: уязвимости безопасности, N+1 запросы, утечки памяти, нарушения SOLID. Только перечисли проблемы — не исправляй.

Чистый аудит без риска непрошеных изменений.

Код как junior — объясни как senior Качество

Объясни этот код как будто объясняешь junior разработчику: что делает каждая часть и почему именно так.

Хорошо для онбординга и review чужого кода.

Что бы ты изменил в первую очередь Качество

Если бы ты рефакторил этот код, что бы исправил в первую очередь и почему? Не весь код — только самое важное.

Расставляет приоритеты технического долга.

Напиши тесты которые сломают этот код Качество

Напиши тест-кейсы которые должны раскрыть потенциальные баги в этом коде. Edge cases, граничные значения, ошибочные входные данные.

Противоположный подход к TDD — ищем слабые места через тестирование.

Оптимизация скорости работы

Выполняй параллельно Скорость

Задача 1: [X]. Задача 2: [Y]. Они независимы — выполни параллельно через под-агентов.

Task tool: параллельное выполнение независимых задач. 2x+ прирост скорости.

Используй быструю модель для этого Скорость

Переключись на Haiku для этой задачи — она простая и не требует мощной модели. /model haiku

Простые задачи (переименование, форматирование) не нужна Opus.

Не читай файлы — я дам контекст Скорость

Не трать время на чтение файлов самостоятельно. Вот нужный контекст: [вставь код / структуру].

Когда знаешь точно что нужно модели — быстрее дать напрямую.

Батч-операция — сделай всё за один проход Скорость

Вот список файлов: [файлы]. В каждом нужно [операция]. Сделай всё за один проход без перерывов.

Для однотипных изменений в нескольких файлах.

Шаблоны готовых промптов

Полные шаблоны для типичных задач — скопируй и заполни плейсхолдеры.

Новая фича Шаблон

Задача: [описание фичи] Контекст: - Файлы которые затрагиваются: [список] - Ограничения: [например: не менять API, совместимость с X] - Стиль кода: как в существующих файлах проекта Порядок работы: 1. Сначала покажи план изменений 2. Жди моего ОК 3. Реализуй пошагово, один файл за раз 4. В конце — список что изменено

Структурированный запрос нового функционала с контролем на каждом шаге.

Фикс бага Шаблон

Баг: [описание] Как воспроизвести: [шаги] Ожидаемое поведение: [что должно быть] Фактическое поведение: [что происходит] Логи/ошибка: [вставь stacktrace или лог] Требования к фиксу: - Минимальные изменения - Не сломать существующую функциональность - Добавить тест на этот кейс

Полный контекст бага — модель сразу понимает что нужно исправить.

Code Review запрос Шаблон

Сделай code review следующего кода. Обрати особое внимание на: - Безопасность (SQL injection, XSS, открытые данные) - Производительность (N+1, лишние запросы, memory) - Читаемость и maintainability - Соответствие SOLID принципам Для каждой проблемы укажи: серьёзность (critical/major/minor) и как исправить. Код: [вставь код]

Структурированный review с приоритизацией проблем.

Миграция / рефакторинг Шаблон

Рефакторинг: [что нужно переписать/мигрировать] С: [текущий подход] На: [новый подход] Ограничения: - Сохранить обратную совместимость API - Не менять поведение для конечного пользователя - Сначала — план с оценкой рисков - Выполнять поэтапно, не весь рефакторинг за раз

Безопасная миграция с сохранением совместимости.