Процесс проверки кода в Claude Code: новая полноэкранная панель различий в 2.1.260

Что изменилось в Claude Code 2.1.260

Главное нововведение для проверки изменений кода от ИИ — полноэкранная панель различий. В Примечания к выпуску 2.1.260 описывается панель рядом с диалогом, которая показывает незафиксированные изменения по мере того, как Claude вносит правки. Команда /diff включает и выключает её.

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

Откройте полноэкранную панель различий

Переключите отображение текущего диалога в полноэкранный режим, затем включите панель:

/tui fullscreen
/diff

Сам полноэкранный режим появился раньше этого выпуска. В версии 2.1.110 были добавлены /tui и настройка tui ; /tui fullscreen меняет отображение в рамках того же диалога. Эти более ранние сведения зафиксированы в журнал изменений с привязкой к версиям.

Это различие важно при описании обновления: в Claude Code 2.1.260 появилась панель различий с обновлением в реальном времени, а команда для перехода в полноэкранный режим уже существовала.

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

Для более общего ознакомления руководств по Claude Code поможет начать работу с сопутствующими рабочими процессами.

Практический процесс проверки кода в Claude Code

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

Следующая последовательность — рекомендуемый способ работы. Она объединяет команды, подтверждённые в журнале изменений, и не рассматривает новую панель как интерфейс одобрения действий.

1. Определите объём работы до редактирования

Дайте Claude задачу с чёткими границами и ясными критериями проверки. Опишите ожидаемое поведение, соответствующие ограничения и всё, что требует особого внимания.

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

Ограничьте запрос так, чтобы вы могли объяснить, почему каждый изменённый файл относится к набору изменений. Если правка кажется посторонней, попросите Claude объяснить её связь с задачей, прежде чем продолжать.

2. Проверяйте изменения по мере их появления

Откройте полноэкранный режим и переключите /diff. Пока Claude вносит правки, сопоставляйте незакоммиченные изменения с заданными границами задачи.

Практичный порядок проверки:

1. Проверьте, относятся ли изменённые файлы к задаче.
2. Изучите изменённое поведение и связанные с ним допущения.
3. Ищите упущения, неожиданный выход за границы задачи или неясные обоснования.
4. Попросите Claude устранить конкретные замечания, затем проверьте обновлённый diff.

Рассматривайте это как непрерывный диалог. В уточняющем запросе следует точно указать, какое изменённое поведение вас беспокоит и какого результата вы ожидали.

Панель показывает уже применённые незакоммиченные правки. Её документированное назначение — наглядно отображать эти изменения; примечания к выпуску не подтверждают наличие элементов управления для одобрения отдельных фрагментов diff.

3. Запросите проверку и оцените замечания

Когда изменения будут готовы к следующей проверке, используйте /review или /code-review. Оцените замечания с учётом фактического diff и исходных требований.

Для каждого предложенного исправления определите, указывает ли оно на конкретную проблему, соответствует ли предлагаемое изменение задаче и не расширяет ли её границы. Затем ещё раз проверьте все внесённые в результате правки.

Так формируется цикл проверки: изучить изменения, запросить проверку, устранить замечания и повторно проверить изменённый код. Не считайте ни видимый diff, ни ответ автоматизированной проверки достаточным подтверждением сами по себе.

Что означает /diff, /reviewи /code-review действительно

Эти команды служат разным целям. /diff управляет панелью, обновляемой в реальном времени; /review вызывает команду проверки через псевдоним.

В Примечания к выпуску 2.1.223, датированные 6 августа 2026 года, подтверждают, что /review стала псевдонимом для /code-review. Такое поведение существовало ещё до появления полноэкранной панели diff.

Проверка текущего diff

В описании указано, что /review и /code-review может проверять текущий diff. Базовый запрос на проверку:

/review

Начиная с 2.1.223, вызов /code-review без указания уровня усилий повторно использует последний введённый уровень. Если вы хотите явно задать уровень усилий, используйте:

/code-review high

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

Проверка конкретного пул-реквеста

В примечаниях к выпуску приведён следующий синтаксис для пул-реквеста:

/code-review <level> <pr#>

Здесь <level> и <pr#> — заполнители для уровня усилий и номера пул-реквеста. Таким образом, одна и та же команда проверки подходит как для текущего diff, так и для указанного пул-реквеста.

Связанные материалы по командной строке см. в справочнике CLI Claude Code.

Как работает глубокая облачная проверка

Документированная команда для запроса глубокой облачной проверки:

/code-review ultra

Кроме того, в версии 2.1.260 было увеличено время ожидания длительных облачных проверок через /ultrareview и claude ultrareview с 30 до 45 минут.

Формулируйте точно: речь идёт об увеличенном пределе ожидания для этих команд, а не об обещании завершить проверку за 45 минут. В примечаниях к выпуску также не указана отдельная цена проверки, поэтому на их основе нельзя оценить стоимость этого рабочего процесса.

Проверяйте изменения и одобряйте действия отдельно

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

В истории изменений описан /permissions как способ требовать подтверждение для определённых инструментов:

/permissions

Используйте эту настройку, если ваш рабочий процесс требует этапа подтверждения для конкретного инструмента. При запросе подтверждения оцените предлагаемое действие с учётом задачи и ваших ограничений.

Полноэкранная панель diff занимает другое место в этой последовательности. Она показывает незакоммиченные изменения, которые уже применены, пока Claude вносит правки. Изучение этих изменений помогает определить, что требует дополнительных объяснений, исправлений или проверки.

Чётко обозначайте контрольные этапы

В полезном контрольном списке проверки вопросы разделены:

• Перед одобрением действия инструмента: Подходит ли предлагаемое действие для этой задачи?
• После внесения правок: Соответствуют ли применённые изменения запрошенному поведению?
• После автоматизированной проверки: Какие замечания требуют исправления или дополнительного изучения?
• Перед сохранением результата: Проверили ли вы итоговые изменения на соответствие своим требованиям?

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

Примечания к выпуску 2.1.260 не подтверждают наличие кнопки «Принять все изменения» или элементов управления для принятия и отклонения отдельных фрагментов diff. Описывайте /diff как панель для изучения изменений, а решения об итоговом коде принимайте в рамках своего процесса проверки.

Исправления отката и проверка восстановления

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

Первое исправление затрагивает /rewind и --rewind-files. Ранее они могли ошибочно сообщать об успешном выполнении, хотя из-за отсутствия резервных копий контрольных точек ни один файл не был восстановлен.

Второе исправление устраняет устаревшие данные отслеживания чтения файлов после /rewind. Это конкретные исправления; они не подтверждают, что любую правку всегда можно восстановить при любых условиях.

Проверяйте состояние после отката

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

Эта рекомендация основана на сбое, устранённом в выпуске: сообщение об успешном выполнении не всегда означало, что восстановление произошло. Хотя 2.1.260 исправляет эти некорректные сообщения, проверка результата остаётся полезным контрольным этапом.

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

Основные выводы

• В Claude Code 2.1.260, выпущенном 3 сентября 2026 года, появилась панель diff, обновляемая в реальном времени и расположенная рядом с диалогом в полноэкранном режиме.
• Используйте /tui fullscreen для перехода к полноэкранному отображению и /diff для включения или выключения панели с незакоммиченными изменениями.
• /review — псевдоним для /code-review; эта команда может проверять текущий diff или указанный пул-реквест.
• /permissions управляет подтверждением для определённых инструментов. Панель diff отображает применённые правки, а примечания к её выпуску не подтверждают наличие элементов управления для принятия отдельных фрагментов diff.
• Версия 2.1.260 исправляет вводящие в заблуждение сообщения об успешном откате и увеличивает время ожидания длительных /ultrareview и claude ultrareview облачных проверок до 45 минут.

Частые вопросы

Как открыть полноэкранную панель diff в Claude Code?

Выполните /tui fullscreen в диалоге, затем используйте /diff для включения или выключения панели, обновляемой в реальном времени. Панель появилась в Claude Code 2.1.260 и показывает незакоммиченные изменения рядом с диалогом, пока Claude вносит правки.

В чём разница между /diff и /review?

/diff включает или выключает полноэкранную панель для изучения незакоммиченных изменений. /review — псевдоним для /code-review, которая проверяет текущий diff или пул-реквест; этот псевдоним появился в версии 2.1.223.

Можно ли одобрять отдельные изменения в панели?

Примечания к выпуску 2.1.260 не подтверждают наличие элементов управления для принятия и отклонения отдельных фрагментов diff или кнопки «Принять все изменения». Они подтверждают, что панель отображает незакоммиченные изменения, тогда как /permissions поддерживает обязательное подтверждение для определённых действий инструментов.

Что делает /code-review ultra и сколько времени может выполняться облачная проверка?

/code-review ultra запрашивает углублённую облачную проверку. Кроме того, в версии 2.1.260 время ожидания длительных проверок через /ultrareview и claude ultrareview увеличено до 45 минут с 30 минут; этот предел ожидания не гарантирует завершения проверки за указанное время.