Практическое руководство · Опубликовано · 18 сен 2026 · By Алексей Сафонов

Учебный сценарий · Подготовлено с помощью ИИ

Купил подписку на ИИ, а рабочая задача всё равно пугает. Как начать?

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

«Куда это вставить?»
«Почему он переписал столько файлов?»
«А если на ревью спросят, как это работает?»

Особенно непросто, когда задача выходит за пределы привычного стека. Например, вы пишете на React, а теперь нужно разобраться ещё и с сервером на Go.

В такой ситуации полезно выбрать небольшой участок работы и заранее определить, как вы проверите результат. Разберём это на учебном примере.

Задача: не позволять сохранять пустое имя

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

Запрос «добавь валидацию» выглядит понятным. Но ИИ может поставить проверку только в React. В интерфейсе всё будет работать, а прямой запрос к серверу по-прежнему позволит сохранить пустое значение.

Поэтому начнём с условий:

Формат ошибки и статус ответа должны соответствовать правилам проекта.

Сначала просим объяснить, потом — изменить

Первый запрос к ИИ:

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

После ответа попробуйте своими словами объяснить этот путь. Если какой-то участок непонятен, задержитесь на нём:

Объясни этот обработчик по шагам. Какие данные он получает? Где проверяет их? В какой момент меняется запись в базе?

Необязательно сразу разбираться во всём Go-проекте. Для первой задачи достаточно понять нужный участок.

Ограничиваем объём правок

Теперь можно попросить решение:

Запрети сохранение пустого имени и строки из пробелов. Используй существующий способ валидации и формат ошибок. Предложи минимальные изменения и проверки к ним. Если потребуется изменить что-то за пределами этого сценария, сначала объясни причину.

После этого посмотрите на изменения:

Если ИИ переписал полпроекта, стоит уменьшить задачу и вернуться к небольшому изменению.

Проверяем то, что легко пропустить

В нашем примере нужны два способа проверки: через форму и прямым запросом к API.

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

Посмотрите и на тесты: действительно ли они проверяют эти случаи? Зелёный запуск сам по себе ещё не объясняет, что именно покрыто.

Если нашлась ошибка, верните ИИ конкретные наблюдения:

При отправке строки из трёх пробелов API возвращает успешный ответ и меняет имя. По условиям запрос должен быть отклонён, а прежнее имя — сохраниться. Найди причину и предложи минимальное исправление.

Так следующий ответ будет опираться на воспроизводимую проблему.

Что должно остаться после первой задачи

Перед ревью попробуйте закончить три предложения:

Я изменил…
Я проверил…
Пока осталось непроверенным…

Если вы можете это объяснить, у вас уже есть результат, который можно обсуждать с командой.

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

Если застряли — можно разобрать вместе

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

Уточним цель, выберем посильный шаг и разберём, как проверить решение. Можно задавать базовые вопросы и двигаться в своём темпе. Если рабочий код нельзя показывать, начнём с обезличенного или учебного примера.

Алексей Сафонов — ментор по QA и применению ИИ в работе

На бесплатном 15-минутном знакомстве обсудим задачу и определим, подойдёт ли мой опыт. В заявке напишите: что нужно сделать, чем пользуетесь и где застряли.