Промпты для разработчиков в Grok

Я использую [язык или фреймворк и версия]. Объясните эту ошибку простыми словами, назовите три самые вероятные причины по убыванию вероятности и подскажите, что проверить в первую очередь для каждой: [вставьте ошибку и стек-трейс]

Эта функция возвращает [фактический результат] при вводе [входные данные], хотя ожидается [ожидаемый результат]. Пройдитесь по коду построчно с этими входными данными, отслеживая все переменные, и остановитесь на первой строке, где состояние перестает соответствовать ожидаемому: [вставьте код]

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

Проведите ревью этого diff с позиции требовательного senior-разработчика на [язык]. Сгруппируйте замечания по категориям: баги, риски, читаемость и тесты. Укажите номера строк и вынесите вердикт: approve, approve with changes или request changes с кратким обоснованием в одно предложение: [вставьте diff]

Для приведенной функции перечислите все граничные случаи, которые стоит протестировать, и объясните почему. Затем напишите тесты на [фреймворк тестирования]. Включите хотя бы один тест, который упадет на текущем коде, и укажите, какой именно: [вставьте функцию]

Создайте реалистичные тестовые данные для этой модели данных в формате [формат, например JSON или фабрика]: [вставьте модель]. Сделайте десять обычных записей и пять проблемных (пустые строки, очень длинные имена, символы не из латиницы, граничные даты) и подпишите, где какие.

Используя схему: [вставьте схему], напишите запрос для [СУБД], который возвращает [что нужно получить]. Объясните запрос по каждому предложению, а затем покажите вариант, учитывающий [краевой случай, например клиентов без заказов].

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

Напишите скрипт на [bash или PowerShell], который [задача, например архивирует лог-файлы старше 30 дней в zip]. Сделайте его безопасным: добавьте режим тестового запуска (dry-run) с выводом планируемых действий, понятные сообщения об ошибках и комментарий к каждой строке, удаляющей или перезаписывающей файлы.

Составьте справочную документацию для этого эндпоинта: [вставьте код обработчика или маршрута]. Укажите метод и путь, параметры с типами и признаком обязательности, пример запроса, примеры успешного ответа и ошибки, а также все возможные коды статуса.

Мой репозиторий Git сейчас в таком состоянии: [вставьте вывод git status и последние строки git log]. Я хотел [цель]. Объясните простыми словами, что произошло, и дайте точные команды для исправления, начав с резервного сохранения текущей работы. Предупредите перед любой командой, переписывающей историю.

Я свободно владею [знакомый язык] и осваиваю [новый язык]. Возьмите этот фрагмент, написанный в моем обычном стиле: [вставьте код], и перепишите его так, как написал бы опытный разработчик на [новый язык]. Затем объясните использованные идиомы, не имеющие прямого аналога в моем привычном языке.

Прикрепляю скриншот страницы. Проблема: [что выглядит неправильно]. Вот HTML и CSS этого блока: [вставьте код]. Найдите причину, предложите минимальное исправление в CSS и объясните, почему так вышло, чтобы я не повторял ошибку.

Прикрепляю фото схемы модели данных для [приложение], нарисованной на доске. Преобразуйте ее в структуру таблиц для [база данных] с первичными и внешними ключами и подходящими типами данных. Укажите неоднозначные связи и уточните их у меня перед созданием.

Какова временная сложность и расход памяти у этой функции и почему? [вставьте код]. Если для входных данных размера порядка [размер] есть более быстрый подход, покажите его и объясните, как это скажется на читаемости.

Сделайте эту функцию более читаемой без изменения ее поведения: [вставьте код]. Выполняйте рефакторинг небольшими именованными шагами, поясняя каждое изменение одной строкой, и отметьте моменты, вызвавшие сомнения, чтобы я проверил их перед слиянием.

Напишите README для моего проекта [название], который [что делает проект]. Разделы: описание, быстрый старт с готовыми командами, таблица параметров конфигурации, частые проблемы и инструкция для контрибьюторов. Вот ключевые файлы и команды: [вставьте детали]

Объясните, что делает этот код на [язык], человеку, который умеет программировать, но не знаком с этим проектом. Начните с краткого резюме в двух предложениях, разберите код блок за блоком и укажите на все подозрительные места или временные костыли: [вставьте код]

Я планирую реализовать [функционал] следующим образом: [опишите подход]. Побудьте адвокатом дьявола. Назовите три наиболее вероятные причины сбоя этого решения в проде, симптомы отказа и более простую альтернативу, если она есть. Критикуйте прямо — лучше узнать об этом сейчас, чем в 3 часа ночи.

Перепишите этот код с [исходный язык] на идиоматичный [целевой язык], избегая построчного копирования: [вставьте код]. Используйте стандартную библиотеку целевого языка, сохраните исходное поведение и перечислите отличия в работе платформ (например, целочисленное деление или кодировки строк).