Задание меняло кнопку формы, а в diff появились настройки сборки и десятки зависимостей. До проверки отдельных строк выясните, зачем изменился каждый файл.
git diff --stat
git diff --name-only
git diff -- src/form.js
git diff --cached
Последняя команда показывает подготовленные к коммиту изменения. Различия режимов описаны в справке git diff.
От списка к поведению
Для каждого изменённого файла сформулируйте причину одной фразой. Затем найдите место, где меняется пользовательское поведение. В учебной задаче «кнопка повторяет отправку» существенными будут блокировка повторного запроса и восстановление состояния после ошибки. Переименование всех переменных вокруг не помогает проверить это исправление.
Посмотрите, не исчезли ли условия, которые выглядели лишними. AI может упростить ветку, защищавшую пустое значение или отдельный тип пользователя. Сравните удалённый код с требованиями и существующими тестами.
Что запросить в пояснении
Попросите назвать конкретный сценарий до и после изменения, а также проверку, которая различает эти состояния. Формулировка «улучшена надёжность» не объясняет патч.
Отдельно просмотрите новые файлы: обычный diff не показывает содержимое неотслеживаемых файлов. git status --short поможет их обнаружить. Не добавляйте в коммит весь каталог без просмотра, особенно если рядом лежат временные данные.
Завершайте ревью проверкой итогового staged diff. Это именно тот набор, который попадёт в коммит. Если часть исправления осталась только в рабочем дереве, успешный локальный тест может относиться к версии, которую вы фактически не отправляете.