Напиши LinkedIn-пост на 120–150 слов для [роль покупателя]. Продукт: [название]. Аудитория: [кто и какая боль]. Оффер: [что получит за 7 дней]. Без эмодзи, без «революционный». Один CTA: открыть [URL]. Формат: хук → один факт → один шаг.
Почему: Без роли, длины, запрета и CTA модель выдаст рекламный шаблон, который нельзя отправить.
БЫЛО
«10 способов улучшить бизнес с AI» — список без цифр, без аудитории и без следующего шага.
СТАЛО
Пост: «Завтрак занимает 40 минут, карточка товара — 4». Дальше один приём и ссылка на шаблон. Текст уже можно вставить в ChatGPT и получить черновик, а не «контент про AI».
Копируемый шаблон: как адаптировать любой промпт из каталога
Ты — senior-разработчик. Объясни код человеку, который знает [язык], но не знает этот репозиторий.
Контекст сервиса: [что делает]
Файл: [путь]
Нужно:
1) что делает функция за 5 строк
2) побочные эффекты и зависимости
3) риски (гонки, N+1, утечки)
4) как проверить локально одной командой
Код:
[вставь код]
Запрещено: общие фразы вроде «это обрабатывает данные».
Без файла, запрета и команды проверки получите пересказ, а не карту кода.
Разбери баг. Не предлагай переписать модуль.
Стек: [Next.js / Prisma / Node]
Симптом: [что видит пользователь]
Ожидание: [что должно быть]
Лог / ошибка:
[вставь]
Файл, который подозреваю: [путь]
Ответ:
1) 3 гипотезы, от самой вероятной
2) как подтвердить каждую за 2 минуты
3) минимальный патч в одном файле
4) команда проверки
Без симптома и ожидания агент «починит» соседний код.
Сделай code review диффа. Тон: инженерный, без яда.
Правила репозитория: [AGENTS.md / lint]
Дифф:
[вставь]
Формат:
- Блокер (сломает прод / данные / секреты)
- Риск (гонка, a11y, перф)
- Нитра (имена, дубли) — не больше 5
- Что уже хорошо
Не предлагай рефакторинг «заодно». Не хвали абстрактно.
Без разделения блокер/нитра ревью превращается в вкусовщину.
Спроектируй один HTTP-эндпоинт, не весь API.
Ресурс: [название]
Действие: [создать / читать / обновить]
Кто вызывает: [роль]
Auth: [сессия / ключ]
Нужно:
- метод и путь
- request JSON с типами
- response 200 и 4 ошибки
- идемпотентность
- как проверить curl-ом
Стек уже выбран: [Next.js Route Handler + Prisma]. Не предлагай другой фреймворк.
«Спроектируй API» без одной ручки раздувается в 20 эндпоинтов.
Даны таблицы: [имена и ключевые поля].
Нужен запрос: [что получить].
СУБД: PostgreSQL.
Сейчас код делает [N запросов в цикле].
Выдай:
1) один SQL (или Prisma-запрос) с JOIN/include
2) какие индексы нужны
3) пример строки результата
4) как убедиться, что запросов не N
Не меняй схему без причины. Если не хватает полей — спроси, не выдумывай.
Без схемы таблиц модель напишет красивый SQL к несуществующим колонкам.
Отфактори файл [путь]. Поведение должно остаться тем же.
Симптомы боли: [дубли / длина / запутанные if]
Разрешено: вынести функцию, переименовать локально, упростить ветки.
Запрещено: новый стек, новые зависимости, «заодно» фичи.
План:
1) что не трогаем
2) шаги патча
3) как проверить тем же сценарием: [сценарий]
Без запрета «заодно» рефакторинг превращается в переписывание продукта.
Напиши сообщение коммита по диффу.
Стиль: [Conventional Commits / как в репо]
Дифф (кратко или git status + ключевые hunks):
[вставь]
Формат:
- type(scope): summary до 72 символов, по-русски или как в репо
- тело: зачем, не что
- breaking: да/нет
Не пиши «мелкие правки» и не перечисляй 20 файлов.
Коммит «update» нельзя откатить глазами через месяц.
Собери docker-compose только для локалки.
Сервисы: [app, postgres, …]
Порты, которые уже заняты на машине: [список]
Env: скопировать из .env.example, секреты не выдумывать.
Нужен:
- docker-compose.yml
- что сделать после up (миграция/seed)
- команда healthcheck
- как остановить и не потерять volume, если не просил
Без портов и healthcheck compose «просто не поднимается» час.
Ошибка компилятора:
[вставь TS2345 / текст]
Файл: [путь]
tsconfig: strict [да/нет]
Объясни человеческим языком, какой тип ожидался и какой пришёл.
Предложи минимальный фикс (не as any).
Если типов не хватает — какой интерфейс добавить, 5–10 строк.
Люди просят «почини типы», и агент раскидывает any по проекту.
Нужно изменить схему Prisma.
Сейчас: [модель]
Нужно: [новое поле / связь]
Данные в таблице уже есть: [да/нет, сколько примерно]
План:
1) изменение schema.prisma
2) migrate или SQL, если есть риск
3) что будет со старыми строками
4) откат
Запрещено: db push --force-reset.
Силовой reset убивает данные. Это правило проекта, его надо проговаривать.
Нужен System Prompt для агента — в библиотеке инженерных промптов. Нужен Skill с установкой — в AI Skills. Английский оригинал структуры каталога — у Superhuman, бесплатно.