Промпти для кодингу в Grok

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

Ця функція повертає [фактичний результат] під час виклику з [вхідні дані], хоча очікується [очікуваний результат]. Пройдіть виконання рядок за рядком із цими даними, відстежуючи кожну змінну, і зупиніться на першому рядку, де стан відрізняється від очікуваного: [вставте код]

Цей код на [мова] під навантаженням іноді викликає [симптом], але ніколи не збоїть під час ізольованого тестування: [вставте код]. Знайдіть стан гонитви, спільний стан та припущення щодо порядку виконання. Для кожного підозрілого місця опишіть точний сценарій переплетення операцій, що спричиняє помилку, і спосіб її виправлення.

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

Для наведеної нижче функції перелічіть усі крайові випадки, які варто протестувати, та причини для цього, а потім напишіть тести у [тестовий фреймворк]. Додайте принаймні один тест, який має впасти на поточному коді, та вкажіть, який саме: [вставте функцію]

Напишіть реалістичні тестові фікстури для цієї моделі даних у [формат, наприклад, JSON або фабричний метод]: [вставте модель]. Додайте десять типових записів і п'ять нестандартних (порожні рядки, дуже довгі імена, нелатинські символи, граничні дати) та вкажіть, де які.

Використовуючи цю схему: [вставте схему], напишіть запит для [база даних], який повертає [що саме потрібно]. Поясніть запит частинами, а потім покажіть варіант, який також враховує [крайовий випадок, наприклад, користувачі без замовлень].

Цей регулярний вираз має [очікувана поведінка] у [мова або інструмент], але натомість [що йде не так]: [вставте регулярний вираз]. Розберіть його на частини та поясніть кожну, покажіть вхідний рядок, що виявляє проблему, і надайте виправлену версію разом із трьома рядками, які він повинен відхиляти.

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

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

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

Я добре знаю [мова, якою володію] та опановую [нова мова]. Візьміть цей фрагмент, написаний у моєму звичному стилі: [вставте код], і перепишіть його так, як це зробив би досвідчений розробник на [нова мова]. Поясніть використані ідіоми, що не мають прямих аналогів у моїй базовій мові.

Додаю скриншот сторінки. Проблема: [що виглядає неправильно]. Ось HTML і CSS цього блоку: [вставте код]. Знайдіть причину, запропонуйте мінімальне виправлення в CSS і поясніть, чому так сталося, щоб уникнути цього надалі.

Додаю фото схеми моделі даних для [застосунок] із дошки. Перетворіть її на структури таблиць для [база даних] із первинними й зовнішніми ключами та відповідними типами даних. Якщо певні зв’язки неоднозначні, спершу уточніть їх у мене.

Яка часова та просторова складність цієї функції й чому? [вставте код] Якщо існує швидший варіант для вхідних даних обсягом приблизно [розмір], покажіть його та поясніть, як це вплине на читабельність коду.

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

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

Поясніть, що робить цей код на [мова], людині, яка вміє програмувати, але не знайома з цією кодовою базою. Почніть із двох речень резюме, розберіть усе блок за блоком і вкажіть на підозрілі місця чи можливі баги: [вставте код]

Я планую реалізувати [функціонал] у такий спосіб: [опишіть підхід]. Побудьте адвокатом диявола. Назвіть три найімовірніші сценарії відмови цього рішення у продакшені, як вони проявляться та які простіші альтернативи існують. Відповідайте прямо, без прикрас.

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