Claude Code закончил задачу и сообщил, что функция работает. Прежде чем давать следующее поручение, откройте тот же локальный проект в Yenpo и разберитесь, какое поведение изменилось и что осталось за рамками отчёта.

Нужны локальный Git-репозиторий и Yenpo для macOS. Для чтения кода и diff модель не нужна. Подключите её, если хотите обратиться к AI Reader.

1. Определите, что изменил этот шаг

До начала работы выполните команды чтения в каталоге, который будет менять Claude Code:

git rev-parse --show-toplevel
git rev-parse HEAD
git status --short

Сохраните ID исходного коммита и отметьте уже изменённые и неотслеживаемые файлы. Чистое исходное состояние упрощает разбор последующего diff. Если работа уже идёт, сохраните её и зафиксируйте содержимое привычными средствами проверки: список файлов не разделит две правки в одном файле.

Когда Claude Code перестанет записывать файлы, повторите команды. Проверьте не только ветку, но и каталог. Если использовался отдельный worktree, откройте именно его в Yenpo.

Состояние после работы Что проверять
Новых коммитов нет, исходное состояние чистое Локальные изменения относительно исходного коммита
Есть новые коммиты Исходный коммит → конечный, затем оставшиеся локальные изменения
Изменения были ещё до начала Сравнение с сохранённым исходным содержимым перед отнесением правок к Claude Code

Yenpo читает состояние Git и не знает, какой шаг диалога внёс какое изменение. Если исходные незакоммиченные изменения не были зафиксированы, называйте область проверки «текущие изменения», а не «только этот шаг».

2. Прочитайте локальные изменения в Yenpo

Откройте проект и нажмите кнопку с плюсом и минусом «Изменения» на боковой панели. «Локальные изменения» показывает сводку относительно HEAD. Выберите файл, чтобы прочитать встроенный diff.

Начните с реализации нужного поведения, затем перейдите к вызывающему коду и тестам. Не пропускайте новые файлы, особенно тесты и настройки. Сводка может включать несохранённый текст в Yenpo. Сохраните нужные правки перед сравнением с Git в терминале или запуском тестов.

Если Claude Code создал коммиты, откройте «Сравнить версии…» и в режиме «Коммит» прочитайте каждый нужный коммит относительно первого родителя. Затем вернитесь к «Изменения» для локальных правок. Для итогового diff всего шага замените заполнители ниже записанными исходным и конечным ID и выполните команду чтения. Режим «Сравнить» в Yenpo выбирает ветки; см. выбор версий.

git diff START_COMMIT END_COMMIT --

3. Проследите поведение за пределами изменённых строк

Допустим, вы попросили убрать старый результат после смены поискового запроса. Прочитайте изменённую функцию, место её вызова и участок, который обновляет экран.

  1. Что запускает запрос и какое значение определяет текущий поиск?
  2. Что происходит, если первый запрос завершается позже второго?
  3. Управляет ли тест порядком завершения или просто дважды вызывает функцию?

Используйте поиск файлов, а при наличии языкового сервера — переход к определениям и ссылкам. Проверяйте версию каждой вкладки: текущий файл может отличаться от сравниваемого коммита.

4. Задайте AI Reader конкретный вопрос

После подключения модели нажмите «Попросить ИИ проверить все изменения», чтобы подготовить черновик о текущих изменениях. Для коммитов используйте «Попросить ИИ проверить это сравнение» и сохраните вложенное сравнение.

Перед отправкой уточните запрос:

Объясни изменение обработки результатов поиска. Проследи запрос от вызывающего кода до обновления экрана. Проверь случай, когда старый запрос завершается последним. Для каждого утверждения приведи ссылку на код, отдели прежнее поведение от нового и укажи тесты, которые действительно проверяют этот порядок. Только проверяй, не редактируй файлы.

Оставьте разрешение на редактирование выключенным. Открывайте ссылки из ответа и весь файл, если нужны условия или вызывающий код. В руководстве по проверке ссылок есть пример.

5. Сформулируйте выполнимое поручение Claude Code

Укажите условие ошибки и ожидаемый результат:

Если поиск A начинается раньше B, но завершается позже, A всё ещё может заменить результат B. Проверь присваивание результата и добавь тест, в котором B завершается раньше A. Сохрани прежнее поведение одного успешного запроса.

Используйте этот запрос после подтверждения проблемы в своём коде. Вместо «сделай безопаснее» опишите нужное поведение. После исправления перечитайте diff, выполните подходящий тест проекта и запишите команду и результат.

6. Оставьте короткую запись о проверке

Сохраните исходный и конечный ID, прочитанные файлы, краткое описание изменения поведения и открытые вопросы. Отметьте, включались ли незакоммиченные файлы и какие проверки запускались. Это даст следующему шагу понятную отправную точку.

Если работа уже в ветке, переходите к сравнению с main. Эти действия Git подходят и для веток, созданных с Claude Code.