Claude Code Desktop помогает вести задачи разработки в отдельных сессиях приложения, смотреть результат в предпросмотре и проверять diff перед pull request. Рабочий сценарий начинается с узкого поручения в выбранном репозитории и заканчивается решением разработчика по тестам и изменениям. Он подходит команде, у которой есть правила доступа к коду и понятный порядок ручной приёмки.
Вкладка Code
По анонсу Anthropic, настольная версия Claude Code поддерживает параллельные сессии, встроенный терминал, редактор файлов, просмотр изменений и предпросмотр. Для разработки используют вкладку Code приложения Claude, согласно документации продукта.
Слово desktop здесь легко спутать с обычным окном чата. Вкладка Chat помогает разговаривать с моделью, а вкладка Code работает с выбранной папкой проекта, файлами и изменениями кода. Запрос «поправь обработчик заказа» требует доступа к репозиторию, тестов и просмотра патча. Для обсуждения текста договора либо общего вопроса такой рабочий контур избыточен. Различие с обычным клиентом объясняет материал о Claude Desktop.
Перед началом выберите среду выполнения, папку проекта и режим разрешений. Официальная документация перечисляет эти настройки при запуске сессии. Для первого рабочего сценария полезно заранее записать границы: какой модуль изучать, какие файлы допустимо менять, какие тесты запускать и какое действие требует отдельного согласования. Задача модели состоит в подготовке предложенного изменения. Решение о принятии патча принимает разработчик после проверки исходного поведения и требований команды.
- Откройте вкладку Code и убедитесь, что выбран именно нужный репозиторий.
- Опишите наблюдаемый дефект и ожидаемое поведение без клиентских данных.
- Укажите критерии приёмки: тест, diff, просмотр интерфейса и ручное решение по PR.
Этот маршрут касается настольной работы с кодом. Подготовка терминального инструмента разобрана в отдельной инструкции по запуску Claude Code; здесь важнее организация сессий и проверка результата внутри приложения.
Параллельные сессии
В боковой панели приложения видны активные и недавние сессии. Каждая сохраняет собственный контекст, поэтому задачу исправления ошибки удобно вести отдельно от исследования соседнего модуля. Назовите сессии по результату: «проверка адреса заказа» и «тест на пустой адрес». Такая подпись помогает человеку понять, где смотреть diff и кому принадлежит вывод. Параллельная работа имеет смысл только при независимых изменениях и ясном владельце итоговой ветки.
Для Git-репозитория документация Claude Code описывает выбор отдельного worktree при создании сессии. Выберите этот вариант, когда разные сессии могут править файлы одновременно. Своя рабочая копия удерживает изменения в разных деревьях до переноса результатов. При этом разработчик всё равно сверяет пересечения по файлам и поведение после объединения.
| Сессия | Узкая задача | Материал для приёмки |
|---|---|---|
| Исследование | Найти путь обработки адреса | Ссылки на код и гипотеза причины |
| Правка | Изменить проверку пустого значения | Diff и результат подходящего теста |
| Сверка | Оценить соседний сценарий заказа | Замечания к патчу и открытые вопросы |
Исследовательская сессия может закончиться без правки; это полезный итог, если причина ещё требует подтверждения. Для совместной команды назначьте ответственного за соединение результатов и заранее оговорите порядок переноса патча. Общие правила доступа к репозиторию и приёмки задач подробнее раскрыты в статье о Claude Code для команды.
Предпросмотр результата
После изменения кода откройте результат в подходящем представлении. Анонс Anthropic подтверждает предпросмотр HTML и PDF, а также работу с локальным приложением в панели. Для задачи с интерфейсом выберите конкретный экран и состояние, связанное с дефектом. Если задача касается серверной проверки, откройте результат тестов и логи через встроенный терминал там, где такой режим доступен. Предпросмотр помогает увидеть проявление ошибки; факт исправления подтверждают тесты и ручная сверка требований.
- Зафиксируйте исходное поведение на воспроизводимом вводе и сохраните ожидаемый результат.
- Поручите сессии узкую правку в выбранном модуле и попросите перечислить изменённые файлы.
- Запустите относящиеся к задаче проверки через терминал приложения либо привычный контур команды.
- Откройте нужный экран или файл в предпросмотре и сравните поведение с исходным сценарием.
- Запишите обнаруженные расхождения и верните их в ту же сессию как конкретные замечания.
Условный пример: пустой адрес раньше проходил проверку заказа. После правки разработчик вводит ту же строку, видит ожидаемое сообщение об ошибке и дополнительно проверяет обычный адрес. Если интерфейс выглядит правильно, но тест соседнего пути падает, задачу возвращают на разбор. Один удачный снимок экрана показывает состояние страницы, а покрытие поведения требует нескольких осмысленных проверок.
Встроенный предпросмотр и терминал собирают контекст в одном окне. Удобство интерфейса помогает сверке, а качество подтверждают тесты и рецензент. Для инженерной приёмки сохраните имя теста, результат запуска и ссылку на изменённый участок. Тогда рецензент сможет повторить проверку в своём окружении и понять, какое наблюдение поддерживает решение.
Diff до PR
Просмотр diff начинайте с перечня файлов. Официальная документация Claude Code показывает изменения по файлам и позволяет оставить комментарий на конкретной строке. Сверьте патч с задачей: затронут ли нужный обработчик, добавлен ли тест на исходный дефект, появились ли побочные правки в конфигурации или зависимостях. Предложение модели о готовности задачи оставляйте гипотезой до проверки патча и запуска тестов.
Затем пройдите изменённые ветки логики. Для обработчика адреса оцените пустую строку, пробелы, обычный адрес и сообщение пользователю. Проверьте, что правило согласуется с контрактом модуля. Если правка затрагивает схему данных либо внешнюю интеграцию, привлеките владельца этого участка. Комментарии в diff формулируйте как наблюдаемые проблемы: путь к файлу, вход, ожидаемое поведение и причина сомнения. После исправления откройте новый diff, поскольку предыдущая оценка относилась к прежней версии.
- Проверьте список изменённых файлов и цель каждой правки.
- Сопоставьте новые условия с тестами на дефект и соседними сценариями.
- Откройте diff после замечаний ещё раз и сверяйте актуальную версию.
- Зафиксируйте решение человека о подготовке PR и оставшиеся ограничения.
Решение о публикации PR и дальнейшем слиянии закрепите в правилах репозитория: права пользователя и обязательные проверки контролирует сервер, текст поручения модели служит рабочей инструкцией. Схему проверки патча удобно соотнести с процессом ИИ-агентов в репозитории. Когда порядок review согласован, его можно применить к следующей задаче команды.
Хотите выстроить ручной review для ваших сессий разработки?
Проверка команды
Пилот предложите на воспроизводимой ошибке с понятным владельцем кода. Дайте Claude Code узкое поручение в отдельной сессии, выберите рабочую копию проекта и сохраните исходный тест. После правки разработчик смотрит diff, запускает проверки, открывает предпросмотр при наличии интерфейса и составляет замечания. Итогом пилота будет решение по патчу и список условий, которые команде нужно уточнить для дальнейшей работы.
Оценивайте результат по проверяемым признакам: задача ограничена выбранным модулем, тест демонстрирует исправленный дефект, соседние сценарии сохраняют поведение, все изменения объяснимы рецензенту. Если параллельные сессии правили пересекающиеся файлы, сначала разберите конфликт и повторите проверки после соединения результатов. Успех подтверждают воспроизводимые проверки и понятный diff. Сохраните замечания рецензента рядом с итоговым diff и названием проверенной ветки. При повторном рассмотрении команда увидит, какие вопросы уже закрыты, а какие требуют решения владельца модуля. Такой след помогает принять патч без потери контекста между сессиями.
Возьмите ошибку с коротким воспроизводимым вводом и поручите одной сессии найти причину, а другой готовить правку после подтверждения гипотезы человеком. Для правки выберите отдельный worktree. Критерий приёмки запишите заранее: нужный тест проходит, соседний сценарий сохранён, diff понятен владельцу кода.
Стоимость такого процесса зависит от правил доступа к репозиторию, состава проверок, числа участников и способа работы с данными. Тарифы Claude Code уточняйте по актуальным условиям вендора без обещания фиксированной цены. Если требуется настроить работу ИИ-агента с кодом и ручной приёмкой, опишите задачу на странице об ИИ-агентах для бизнеса. Мы оценим состав работ по вашему процессу.