Промпты

Переведите текст ниже на русский. Сохраните термины, код и имена собственные. Сначала дайте перевод, затем перечислите три места, которые вы изменили, и напишите, почему. Неясное отметьте. Не выдумывайте факты. {оригинал}

Вы проводите собеседование. Должность: {должность}. Задавайте по одному вопросу. После моего ответа укажите, что я упустил, и только потом задайте следующий вопрос. После 8 вопросов дайте короткую оценку по этой должности: проходит, под вопросом или не проходит, и приведите основания.

Проверьте изменение ниже. Перечислите только проблемы, из-за которых оно работает неверно, медленно или его трудно сопровождать. В каждом пункте укажите файл, серьёзность (высокая, средняя, низкая) и способ исправления. Не переписывайте весь файл. Если проблем нет, напишите, что их нет.

Сведите записи ниже в недельный отчёт из трёх частей: сделано на этой неделе, не сделано и почему, три дела на следующую неделю. Каждый пункт — одно предложение. Цифры сохраните. Не превращайте это в самооценку.

По именам столбцов ниже напишите формулу Excel, чтобы сделать это: {задача}. Сначала дайте формулу, затем посчитайте её на двух строках-примерах. Если нужно затронуть другой столбец, сначала скажите об этом. Не используйте столбцы, которые я не назвал.

Ответьте стандартным SQL: {вопрос}. Схема таблиц ниже. Сначала напишите запрос, затем укажите, от каких таблиц он зависит. Не выдумывайте несуществующие столбцы. Если вопрос туманен, сначала задайте мне один вопрос.

Напишите регулярное выражение JavaScript, которое совпадает с {чтосовпадает} и не совпадает с {чтонесовпадает}. Дайте выражение, затем два примера, которые проходят, и два, которые не проходят.

Объясните код ниже человеку, который только что взял репозиторий. Сначала тремя предложениями скажите, что он делает, затем пройдите порядок выполнения. Укажите вход, выход и случаи, в которых он ломается. Код не меняйте.

По diff ниже напишите сообщение коммита. Первая строка не длиннее 72 символов и говорит, что изменилось. После пустой строки напишите, почему. Не пишите пустые фразы вроде «update» или «fix bug».

Сделайте это изменение: {задача}. Трогайте только строки, без которых его не сделать. Не форматируйте заодно, не переименовывайте и не переписывайте соседний код. Когда закончите, назовите файлы, которые вы меняли, и как проверить, что поведение не изменилось.

Дефект такой: {симптом}. Сначала напишите шаги или тест, которые его воспроизводят. До воспроизведения не меняйте код продукта. После воспроизведения сделайте минимальную правку и объясните, почему причина именно в этом.

Для поведения {поведение} сначала напишите тест, который падает. Покажите вывод сбоя, затем напишите реализацию, которая его проходит. Не начинайте с реализации. После прохождения не добавляйте функции, о которых не просили.

Сначала прочитайте файлы, которые относятся к задаче {задача}. Перечислите факты, которые вы увидели, и то, что ещё неясно. На этом шаге файлы не меняйте. Меняйте код только после моего подтверждения.

Пока не пишите код. Для цели {цель} дайте короткий план: какие файлы менять, чего не делать и как понять, что работа закончена. Если в плане два одинаково разумных пути, остановитесь и спросите, какой из них я выбираю.

Посмотрите diff ниже и ищите только проблемы безопасности: инъекция, выход за права, секрет попал в репозиторий, небезопасная десериализация. Для каждой укажите файл и способ срабатывания. Если таких проблем нет, напишите, что их нет. Не комментируйте стиль.

Напишите 5 title и 5 meta description для страницы о теме {тема}. Каждый title не длиннее 60 символов, каждое description не длиннее 160 символов. В каждом должны быть слова, которые человек станет искать. Не набивайте ключевые слова.

Напишите первый экран для {продукт}: один результат, одно пояснение не длиннее 40 символов и одна кнопка. На кнопке должно быть написано, что откроется после нажатия. Без лозунга и без трёх преимуществ в ряд.

Перепишите текст ниже так, чтобы он звучал как речь к одному конкретному человеку. Уберите пустые слова и параллельные лозунги. Сохраните все факты, числа и пути к файлам. В конце перечислите штампы, которые вы удалили.

Придумайте 10 заголовков к тексту ниже. Пять прямо называют результат, пять содержат одну конкретную деталь. Не используйте «сенсация», «ультимативный» и «раскрыть потенциал». Каждый заголовок не длиннее 22 символов.

Напишите 3 коротких объявления для {продукт}. Каждое обращено к одному покупателю и одному делу. Напишите, кто покупатель, какая у него сейчас трудность и что он получит после нажатия. Не громоздите прилагательные.

Напишите заметку Xiaohongshu на тему {тема}. Первая строка — заголовок, основной текст не длиннее 300 иероглифов, включите конкретную деталь из вашего опыта пользования, в конце один вопрос. Не используйте «家人们» и «绝绝子». Отметьте 3 кадра, которые сюда подойдут.

Ответьте на письмо ниже. Первым предложением ответьте на просьбу, затем напишите, что нужно от адресата, и в конце укажите время. Тон прямой. Не начинайте с «надеюсь, это письмо застаёт вас в порядке».

Соберите из записи встречи ниже протокол. Оставьте только решения, ответственных, сроки и открытые вопросы. Ход обсуждения уберите. Пункты без ответственного отметьте отдельно.

Целевая должность — {должность}. Перепишите опыт ниже в 5 пунктов резюме. Каждый пункт начинается с глагола и содержит число или сделанный результат. Уберите то, что этой должности не нужно. Не выдумывайте опыт, которого я не описывал.

Требования к должности выше, материалы кандидата ниже. Перечислите требования, которым он соответствует, которым не соответствует, и требования, о которых в материалах ничего нет. Не гадайте о характере. В конце посоветуйте, звать ли на собеседование, и приведите основания.

Составьте маршрут на 3 дня для города {город}. Каждый день — одно дело утром, одно днём и одно вечером, и как добраться от одного места к другому. Отметьте места, где нужна запись заранее. Не добавляйте магазины, о которых я не просил. Бюджет — {бюджет}.

По такой завязке напишите рассказ не длиннее 800 символов: {завязка}. Один главный герой, одно дело, которое нужно закончить, и перемена в конце. Без глав. Не произносите мораль вслух.

Превратите следующий сюжет в одну сцену: {сюжет}. Пишите только заголовок сцены, действие и реплики. Реплики должны произноситься вслух. Не пишите термины камеры и не пишите мысли персонажа.

Тезис такой: {тезис}. Сначала три самых сильных довода за, затем три самых сильных довода против. Каждый довод — одно предложение и факт, на котором он держится. В конце не объявляйте, какая сторона победила.

Научите меня: {тема}. Сначала объясните суть на одном конкретном примере, затем дайте две задачи, чтобы проверить меня. Не начинайте следующий раздел, пока я не отвечу. Если ответ неверен, укажите только шаг, на котором ошибка.

Я хочу разобраться в этом: {вопрос}. Не давайте ответ сразу. Каждый раз задавайте один вопрос, который сужает круг. Следующий вопрос — только после моего ответа. Объясняйте только тогда, когда я явно скажу «дайте ответ».

Прочитайте статью ниже. Изложите её в 8 предложениях: проблема, метод, данные, результат и ограничения, которые авторы написали сами. После каждого предложения в скобках укажите раздел, откуда оно взято. Не добавляйте то, чего в статье нет.

Сравните {вариантA} и {вариантB} для цели {цель}. Составьте таблицу: стоимость, что нужно изменить, что будет при неудаче. В каждой клетке напишите основание. Если основания не хватает, напишите «неизвестно». Не гадайте.

Посмотрите на интерфейс ниже. Комментируйте только иерархию, отступы, область нажатия и состояние фокуса. Перечислите три места, которые надо изменить. Для каждого напишите, что не так сейчас и как это должно выглядеть после правки. Не меняйте визуальный стиль целиком.

Напишите промпт к изображению для {субъект}. Ясно укажите, что в кадре, какой свет, какая композиция и чего в кадре быть не должно. Один абзац, без кучи ключевых слов. Сделайте 2 версии: квадратную и широкую.

Предложите 12 имён для {продукт}. Каждое имя должно годиться как домен: короткое, произносимое, без дефисов. Избегайте общих слов, которые уже затёрты. После каждого имени одно предложение о том, на что оно указывает.

Я хочу сказать следующее: {предложение}. Сначала дайте более естественный вариант, затем отметьте, в чём была ошибка (выбор слова, порядок или тон). Потом дайте более короткую фразу, которую я могу повторить вслед.

Мне нужно сделать это в системе {система}: {задача}. Перечислите команды, которые надо выполнить, по одной на строку, и напишите, что изменит каждая. Не притворяйтесь терминалом. Перед разрушительной командой остановитесь и спросите меня.

Прочитайте JavaScript ниже. В порядке выполнения перечислите, что напечатает каждый вызов console. Если будет исключение, напишите тип ошибки и строку. Не меняйте код, пока я отдельно не попрошу его исправить.

Разбейте {система} на модули. Для каждого модуля напишите, за что он отвечает, за что не отвечает и какой один интерфейс он открывает наружу. Модулей не больше 6. Код реализации не пишите.

Прочитайте материал ниже. Напишите краткое содержание не длиннее 40 символов. Затем перечислите мысли, которые в тексте действительно есть, не больше 8. Цитируйте только те предложения, которые есть в оригинале, не больше 5. В конце дайте один вывод. Если в каком-то разделе извлекать нечего, напишите «нет». Не выдумывайте цитаты. {материал}

Прочитайте git diff ниже и напишите в Markdown описание запроса на слияние. Разделы: Кратко, Изменённые файлы, Причина, Влияние, План проверки. По каждому файлу напишите, что изменилось. Если по diff не видно теста, напишите, что план проверки отсутствует. Код не переписывайте.

Прочитайте журнал ниже. Перечислите аномалии и проблемы, которые повторяются. Для каждой приведите строку или время, которые её подтверждают. Затем напишите только те правки, которые поддерживает сам журнал. Если причины в журнале нет, прямо напишите об этом. Не чините по догадкам вне файла.

Превратите эту заметку о продукте в документ требований в Markdown. Разделы: Обзор, Цели, Аудитория, Функции, Функциональные требования, Нефункциональные требования, Показатели успеха. Каждое требование должно быть таким, чтобы его можно было принять. Недостающий факт пишите как «неизвестно». Не добавляйте функцию, которой нет в заметке. {заметка}

Напишите одну историю пользователя для {функция}. Три строки: Как {роль} / Я хочу / Чтобы. Затем обычными пунктами перечислите критерии приёмки, которые можно сверить на тесте. Вторую историю не пишите. Не пишите критерий, для которого в заметке нет основания. {заметка}

Напишите проектную записку для {система}. Разделы: Цель для бизнеса, Контекст, Контейнеры, Развёртывание, Риски, Вопросы и допущения. Для контекста, контейнеров и развёртывания дайте по одной схеме mermaid и одной таблице со столбцами название, тип и обязанность. О безопасности пишите только те меры, которые уже названы в описании. Если их нет, напишите «не указано». Не пишите, как атаковать эту систему. {описание}

Прочитайте план Terraform ниже. Одним предложением напишите, что изменится. Затем перечислите важные создания, обновления и удаления. Изменения стоимости и доступа перечисляйте только тогда, когда они есть в тексте плана. Если стоимости нет, напишите «стоимость не показана». Не выдумывайте цены и не пишите шаги атаки.

Прочитайте diff ниже. Первая строка не длиннее 100 символов, в настоящем времени, с одним из префиксов: feat, fix, docs, refactor, test, chore. Затем не больше 6 пунктов. Каждый пункт — короткая фраза в настоящем времени об изменении поведения. Файлы, где сдвинуты только пробелы, пропустите.

Прочитайте рассуждение ниже. Для каждого шага, который не держится, простыми словами назовите вид ошибки, процитируйте это предложение и объясните, почему шаг не доказывает вывод. То, что шаг не держится, не означает, что вывод ложен. Если рассуждение состоятельно, так и напишите. Не перечисляйте ошибки, которых в тексте нет.

Перепишите промпт ниже так, чтобы модель могла ему следовать. Задачу не меняйте. Добавьте форму результата, объём, чего не писать и заполнитель для входа. Вход поместите в ясно отмеченный блок. Роль не добавляйте. Верните только переписанный промпт. {промпт}

Напишите отчёт о дефекте: {симптом}. Поля: Заголовок, Среда, Шаги, Ожидание, Факт, Серьёзность. В заголовке должны быть компонент, действие и симптом. Шаги пронумеруйте и сделайте как можно короче. Серьёзность: критическая, высокая, средняя или низкая, и напишите влияние на того, кто этим пользуется. Поле, которого я не дал, пишите как «неизвестно». Способ исправления в коде не предлагайте.

Напишите план тестов для поведения {поведение}. Три группы: модульные, интеграционные, сквозные. Каждый случай — одно предложение в форме «дано / когда / то» и проверяет одно поведение. Большую часть поместите в модульные. Сквозных случаев не больше 2, и только по пути, который проходит человек. Код тестов не пишите. Фиксированное ожидание не используйте.

Превратите {функция} в требования, которые тестировщик может сверить. Каждая строка использует одну из форм: когда [событие], система должна [поведение]; пока [состояние], система должна [поведение]; если [нежелательная ситуация], система должна [ответ]. Затем перечислите границы, которых в описании ещё нет, и пометьте каждую как «предложено». Не пишите проектное решение и не пишите код.

Запишите одно решение о выборе {выбор}. Разделы: Решение, Контекст, Варианты, Основание, Влияние, Когда пересмотреть. В варианты включайте только то, что я назвал. Если я назвал один вариант, напишите, что альтернативы не даны. В основании напишите, что выбрано и чем за это поступились. В разделе о пересмотре напишите условие, при котором мы откроем это решение снова. Не выдумывайте показатель.

Прочитайте diff ниже. Перечислите только документы, которые читателю нужно обновить: README, журнал изменений, описание API, пример конфигурации или заметка о миграции. Для каждого укажите раздел и факт в diff, из-за которого документ устарел. Если в diff нет изменения, которое заметит пользователь, напишите, что документы обновлять не нужно. Не набрасывайте функцию, которой в diff нет.

Сначала идут примеры, затем новый ввод. Ответ должен иметь тот же вид, что и примеры. Используйте только метки, которые уже есть в примерах. Если новый ввод не подходит ни к одному, напишите «не подходит» и укажите ближайший пример. Новую метку не придумывайте. {примеры} Новый ввод: {ввод}

Ответьте на вопрос {вопрос} тремя разными способами. Каждый путь не длиннее 80 символов и заканчивается строкой «Ответ:». Затем скажите, совпадают ли три ответа. Если совпадают, дайте этот ответ. Если нет, перечислите расхождения. Не склеивайте их в новое число.

Напишите о теме {тема}. Используйте только эти разделы и именно в таком порядке: {разделы}. Весь текст не длиннее {числосимволов} символов. Если разделу нужен факт, которого я не дал, напишите там «неизвестно». Не добавляйте раздел, не добавляйте лозунг и не добавляйте факт, которого я не дал.

Напишите о теме {тема}. Ничего из этого списка появляться не должно: {исключения}. Не называйте эти пункты и не описывайте их другими словами. После текста удалите любое предложение, которое всё ещё задевает список. Если ничего не осталось, напишите, что условие исключения убрало ответ.

Найдите навык, который собирает PPT из конспекта Markdown, и установите его.

Выспросите этот план миграции через Grill Me. Не пропускайте откат, объём данных и пробел по ответственному.

Переделайте эту маркетинговую главную по Frontend Design. Без фиолетового градиента и без ряда из трёх карточек функций.

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

Проверьте src/app/dashboard/page.tsx по лучшим практикам Vercel React и сначала исправьте три пункта с наибольшим влиянием.

Проверьте эту посадочную страницу по Web Design Guidelines и перечислите несоответствия с путями к файлам.

Напишите навык: GitHub issue становится планом реализации, где тесты идут первыми.

Объедините эти три PDF, запишите настоящий заголовок документа и извлеките таблицу со страницы 4.

Сделайте из этой одностраничной записки 10 страниц для инвесторов. На каждой странице оставьте одну мысль.

Объедините эти три CSV по sku, уберите повторяющиеся строки и запишите inventory.xlsx.

Спроектируйте MCP-сервер для нашего внутреннего API заявок. Инструментов не больше трёх. Сначала покажите schema.

Сумма к оплате неверна только для евро. Сначала диагноз. Не ставьте патч, пока не сможете это воспроизвести.

Предложите карту модулей для каталога billing. Назовите стыки и тесты, которые нужны каждому стыку.

Опишите модель возвратов для этого магазина. До функции перечислите недопустимые пары состояний.

Сравните Agent Skills и MCP для агента, который пишет код. Ссылайтесь на первичные документы. Отметьте, что всё ещё неясно.

Отредактируйте этот README. Уберите следы AI. Команды и пути к файлам оставьте точно как написано.

Научите меня Astro Content Collections. Перед следующим уроком проведите проверку. Прогресс храните в ./notes.

Запомните, что мы используем trailingSlash never, а язык по умолчанию — английский. Запишите это в заметки агента.

Перепишите этот компонент на композиционный API Vue 3. Совпадайте с локальной версией vue. Без Vuex.

Проверьте у /guides/install-agent-skills длину заголовка, canonical и то, что h1 ровно один.

Перепишите первый экран. Оставьте один результат. Без пустых слов. На кнопке должно быть написано, что откроется после нажатия.

Сделайте из этого плана краткую записку Word: стили заголовков, титульная страница и комментарии к открытым вопросам.

Запустите сервер разработки и прогоните в Playwright оформление заказа: один раз с пустой корзиной и один раз для вошедшего пользователя.

Добавьте таблицу orders и через RLS сделайте так, чтобы пользователь видел только свои строки. Покажите миграцию и политики.

Перестройте эту страницу настроек в составные компоненты. Больше не передавайте theme и title вниз через пять слоёв.

Сделайте страницу профиля в Expo. Список постов выведите через FlatList. Не используйте вёрстку на div, которая годится только для Web.

Добавьте Checkout для разовой покупки. Проверьте подпись Webhook и сохраняйте состояние оплаты идемпотентно.

Создайте ветку Neon для этого PR, прогоните на ней миграции и направьте на неё среду предпросмотра.

Сделайте в Remotion заставку продукта на 15 секунд: титульная карточка, три преимущества, Logo в конце. 1080p.

Этот нестабильный тест падает один раз из пяти. Используйте систематическую отладку. Не ставьте патч, пока не сможете его воспроизвести.

Добавьте ограничение частоты через TDD. Сначала покажите падающий тест, затем напишите реализацию.

Переделайте эту страницу настроек. Исправьте иерархию, отступы и состояние фокуса. Без типового фиолетового градиента.

Добавьте аутентификацию к этому API. Если что-то неясно, сначала спросите меня и только потом сами предлагайте схему.