Готовые формулировки под конкретные задачи: собрать проект, найти баг, отрефакторить, написать тесты. Копируйте целиком — они рассчитаны на агентные режимы Cursor, Claude Code и Windsurf. У каждого промпта написано, зачем в нём та или иная строка.
Напиши тесты для {модуль}. Сначала перечисли
сценарии, которые собираешься покрыть, и жди
подтверждения. Моки только там, где без них
тест невозможен.
Базовый промпт для тестов. Список сценариев до кода экономит переписывание.
Тест на конкретный баг
Любой агент
Баг: {описание}. Он уже исправлен.
Напиши один тест, который падал бы до исправления
и проходит после.
Больше ничего не добавляй.
Регрессионный тест: один точный тест ценнее десяти общих.
Проверить, что тесты не врут
Любой агент
Вот тесты: {файл}.
Проверь, действительно ли они проверяют поведение,
а не повторяют реализацию.
Найди тесты, которые пройдут даже при
сломанной логике. Объясни, почему.
Ловит бесполезные тесты, которые агенты пишут особенно охотно.
Покрыть крайние случаи
Любой агент
Для {функция} перечисли крайние случаи:
пустой ввод, максимальные значения, некорректный
тип, одновременный доступ, отсутствие сети.
Сначала список, потом тесты — после подтверждения.
Крайние случаи агент почти никогда не додумывает сам.
Тесты для API
Любой агент
Напиши тесты для эндпоинта {путь}.
Покрой: успешный ответ, некорректные данные,
отсутствие авторизации, чужой ресурс.
Проверяй код ответа и структуру тела,
а не точный текст сообщений.
Проверка структуры вместо текста делает тесты устойчивыми.
Починить падающий тест
Любой агент
Тест {имя} падает: {вывод}.
Сначала определи, кто неправ: тест или код.
Если неправ код — чини код.
Если неправ тест — объясни почему,
и только потом правь тест.
Не подгоняй тест под текущее поведение молча.
Ключевая оговорка: без неё агент чаще всего просто подгоняет ожидания под баг.
Как пользоваться промптами
Фигурные скобки — это места, куда нужно подставить своё: {стек}, {файл}, {текст ошибки}. Промпт без подстановки работать будет, но хуже: агент начнёт угадывать.
Второе правило — не склеивать несколько промптов в один запрос. Каждый рассчитан на одну задачу, и вместе они дают три посредственных результата вместо одного хорошего.
Что работает лучше промптов
Файл правил проекта в корне репозитория. То, что вы иначе повторяли бы в каждом сообщении — стек, запреты, порядок работы, — пишется один раз и действует во всех сессиях у всей команды.