Grok для разработчиков

Grok — это отличный метод утенка, только умеющий отвечать. На grok.online он полностью бесплатен и не требует регистрации: Grok 4.20 мгновенно решает простые задачи, Grok 4.3 Thinking думает перед ответом и идеально подходит для поиска багов, а новейшая модель Grok 4.7 создана для самых сложных задач (на нее можно потратить 10 из 30 ваших ежедневных сообщений). Все три модели умеют читать скриншоты. Ниже — семь сценариев с готовыми промптами, которые можно сразу открыть в чате и настроить под себя.

Поиск и исправление ошибок

Больше всего времени при отладке уходит на то, чтобы понять суть проблемы. Эти промпты помогут разобраться быстрее.

Разбор стек-трейса

Вставьте полный текст ошибки (не пересказывайте своими словами) и строки, на которые она указывает. Сначала попросите объяснить причину простым языком, чтобы вы могли сами ее оценить, и только потом предложить решение.

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

Открыть в чате. Наш Code Assistant решает эту же задачу в отдельном удобном окне.

Знакомство с чужим кодом

Каждому разработчику рано или поздно достается файл без единого комментария. Прежде чем что-то менять, попросите провести краткий обзор и подсветить опасные места.

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

Разобрать код, а затем уточнить любые непонятные моменты по отдельным функциям.

Поиск логических ошибок с помощью reasoning-модели

Если код не падает с ошибкой, но результат неверный, нужен пошаговый анализ. Grok 4.3 Thinking моделирует выполнение кода перед ответом — это незаменимо для ошибок на единицу и кривых условий.

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

Найти ошибку с Grok 4.3 Thinking.

Правка верстки по скриншоту

Прикрепите скриншот текущего состояния страницы, добавьте нужные фрагменты HTML и CSS и опишите, как все должно выглядеть на самом деле.

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

Открыть этот промпт и прикрепить скриншот.

План сложного рефакторинга

Для распутывания огромного модуля как раз стоит потратить один из лимитированных дневных запросов к новейшей модели. Просите не переписать все заново, а составить четкий план.

Ниже модуль на [язык], в который стало трудно вносить изменения: [вставьте код]. Пока не переписывай его. Опиши его зоны ответственности, скрытые зависимости и пошаговый план рефакторинга так, чтобы после каждого шага код оставался рабочим. Укажи, какие тесты стоит добавить перед началом работы.

Спланировать рефакторинг в Grok 4.7, а затем реализовывать шаги по очереди с помощью Grok 4.20.

Создание тестов, документации и запросов

Тесты, SQL-запросы, код-ревью и документация — это то, на что обычно не хватает времени при горящих дедлайнах.

Тесты для пропущенных пограничных случаев

Сначала запросите список сценариев и только потом — сам код тестов. Главная ценность — именно в списке пограничных ситуаций.

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

Сгенерировать тесты, запустить их и оставить те, которые упали по делу.

Ревью от строгого сеньора

Grok отлично справляется с ролью опытного сеньора, повидавшего любые баги. Строгость полезна, но формулировки должны быть конкретными — требуйте указывать номера строк.

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

Запросить ревью, пока этот код не увидели коллеги.

Превращение схемы в SQL и README

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

Вот структура таблиц для [СУБД, например: PostgreSQL]: [вставьте схему]. Напиши запрос, который возвращает [опишите задачу простыми словами]. Поясни каждый join и фильтр в одну строку и подскажи, какие индексы помогут ускорить выборку, когда в таблицах будут миллионы строк.

Написать запрос, а затем попросить составить раздел README с описанием таблиц.

Чего делать не стоит

• Отправлять секретные данные. API-ключам, паролям, токенам и персональным данным клиентов не место в чатах. Всегда заменяйте их на плейсхолдеры.
• Слепо доверять сигнатурам библиотек. База знаний моделей ограничена по времени, и у них нет прямого доступа в интернет — параметры или функции могут оказаться устаревшими или выдуманными. Сверяйтесь с официальной документацией.
• Пушить непроверенный код. Код, который выглядит аккуратно, все равно может содержать ошибки. Запускайте, тестируйте и читайте то, что сгенерировано.
• Отправлять репозитории целиком. Слишком длинные сообщения обрезаются. Отправляйте только те функции, с которыми работаете.

Полезные разделы

• Еще двадцать полезных шаблонов — в разделе промптов для программирования.
• Наше руководство по написанию кода с Grok и статья о reasoning-моделях.
• Создаете свой сервис? Узнайте больше про Grok API.