Fork sessions — ветки диалога

Почему это важно именно вам

Вы разбираете с Claude сложный договор. Дали ему двадцать страниц, объяснили контекст — это субподрядчик, отношения долгосрочные, но пока непроверенные, ваша компания несёт основной риск по срокам. Claude задал уточняющие вопросы, вы ответили. Сейчас в диалоге — правильное, выверенное понимание ситуации. И вот вы хотите попробовать два разных подхода: один — жёсткий, с акцентом на штрафные санкции, другой — партнёрский, с формулировками для долгосрочного сотрудничества.

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

Именно здесь нужен fork. Это инструмент для ситуаций, когда у вас есть ценный накопленный контекст и вы хотите исследовать несколько путей без потери стартовой точки. Для директора, который работает с документами, письмами и анализом, это означает конкретное и частое применение: два варианта коммерческого предложения, два тона ответного письма, два подхода к структуре отчёта. Не выбирать один путь наугад — а сравнить оба и взять лучший.

Что это такое

Представьте, что вы пишете важное письмо от руки. Дошли до ключевого абзаца — и не знаете, как его сформулировать: напрямую или дипломатично. Если бы у вас была машина времени, вы бы написали оба варианта, сравнили — и оставили лучший, вернувшись в точку выбора. В реальности вы выбираете один путь и никогда не узнаете, как был бы второй.

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

В интерфейсе Claude это выглядит как разветвление дерева диалога. Исходная сессия остаётся нетронутой. Форк — это её точная копия в момент ветвления, которая дальше развивается самостоятельно. Технически: команда /branch создаёт новую сессию с идентичным историческим контекстом.

Чтобы было совсем наглядно: представьте дерево. Ствол — ваш основной диалог. В какой-то точке дерево разветвляется на две ветки. Обе выросли из одного места — но дальше идут в разные стороны, и ни одна не знает, что делается на другой. Форк — это именно такое ветвление. Вы можете продолжать работать на любой из веток, возвращаться к стволу и форкать снова в другой точке.

Это особенно ценно в ситуациях, где «правильного» ответа нет заранее. Вы не знаете, какой тон письма сработает лучше — строгий или мягкий. Вы не знаете, нужен ли отчёт с графиками или достаточно текстовой сводки. Вы не знаете, стоит ли в предложении сделать акцент на цене или на уникальности. Форк позволяет не угадывать, а проверить оба варианта и выбрать осознанно.

Как работает на практике

Разберём на конкретном сценарии: вы пишете ответ на письмо от застройщика, который просит снизить комиссию. Диалог с Claude уже идёт — вы загрузили переписку, объяснили отношения, Claude понял расстановку сил. Теперь хотите два варианта ответа: один — держите позицию, второй — предлагаете компромисс.

Шаг 1: убедитесь, что контекст готов.

Прежде чем делать fork, доведите диалог до «точки ветвления» — момента, когда Claude уже понимает всё необходимое. Не торопитесь форкать сразу после загрузки документа. Пусть Claude задаст вопросы, пусть вы уточните детали. Чем богаче контекст в точке ветвления, тем ценнее будут обе ветки.

В нашем примере: вы уже объяснили, что это стратегический клиент, что комиссия и так ниже рынка, что у него нет альтернатив в вашем сегменте — и Claude это понял и подтвердил в своих ответах.

Шаг 2: создайте fork.

Введите команду:

/branch

Claude создаст копию текущей сессии. Вы увидите сообщение о том, что форк создан, и окажетесь в новой ветке. Исходная сессия при этом не закрывается — она остаётся доступной.

Шаг 3: работайте в ветке.

В форкнутой сессии дайте Claude конкретное направление:

Напиши ответ в жёстком тоне: мы не снижаем комиссию, объясни почему это невозможно, 
дай понять что условия сотрудничества устраивают нас как есть. 
Письмо деловое, без эмоций, 150-200 слов.

Получили результат. Сохранили или скопировали текст.

Шаг 4: вернитесь к исходной сессии. /branch печатает два идентификатора — новой ветки и оригинала. Возврат к оригиналу: /resume <имя-или-ID>.

Переключитесь обратно на исходную ветку — не на форк. В интерфейсе это переход между сессиями. Контекст там точно такой же, каким был до /branch.

Шаг 5: попробуйте второй подход.

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

Напиши ответ в партнёрском тоне: мы понимаем запрос, предлагаем компромисс 
в виде пересмотра условий при увеличении объёма. 
Письмо тёплое, но деловое, 150-200 слов.

Шаг 6: сравните и выберите.

У вас теперь два готовых варианта с одинаковым контекстом за основой. Ни один не «помнит» другой — они независимы. Читайте оба, выбирайте лучший или берите элементы из каждого.

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

Ещё один сценарий, который стоит разобрать отдельно: анализ документа с разными гипотезами. Вы загрузили отчёт по продажам и хотите понять, где проблема. Одна гипотеза — качество лидов упало. Другая — менеджеры хуже работают с тёплой базой. Это не два варианта письма, это два угла анализа, которые могут давать разные выводы и рекомендации. Форк позволяет проверить обе гипотезы от одной стартовой точки — с одинаковыми данными, но с разными фокусами. Результаты потом сравнить и понять, какая гипотеза объясняет данные лучше.

Частые ошибки

Ошибка первая: форкать слишком рано.

Диалог только начался, контекст ещё не накоплен — и вы уже создаёте форк. В обеих ветках Claude одинаково «голый»: он не понимает нюансов, не знает приоритетов, не прочитал документы достаточно глубоко. Результат: два варианта, оба посредственные — потому что хорошее ветвление начинается только от хорошей точки.

Как исправить: доведите диалог до того момента, когда Claude демонстрирует понимание — то есть его ответы уже учитывают контекст, который вы давали. Только тогда форкайте.

Ошибка вторая: потерять, где вы находитесь.

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

Как исправить: перед каждым важным шагом задайте Claude вопрос: «Что ты помнишь о моём запросе на сегодняшнюю задачу?» По ответу сразу видно, в какой ветке вы находитесь — контекст у каждой свой.

Ошибка третья: слишком много веток.

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

Как исправить: форк — инструмент для двух вариантов, максимум трёх. Если у вас больше направлений — это сигнал, что задача недостаточно сформулирована. Сначала сузьте критерии выбора, потом форкайте.

Ошибка четвёртая: использовать форк там, где достаточно обычного уточнения.

«Перепиши это более кратко» — не повод для форка. Форк нужен тогда, когда два варианта концептуально разные и вам важно видеть оба одновременно для сравнения. Если второй вариант просто «чуть другой стиль» — попросите Claude дать оба варианта в одном ответе.

Когда нужно / когда нет

Используйте форк, когда:

• Вы уже вложили значительный контекст в диалог (загрузили документы, объяснили ситуацию, ответили на уточнения) и хотите исследовать два принципиально разных направления.
• Два варианта взаимоисключающие по тону или подходу — партнёрский vs жёсткий, детальный vs краткий, формальный vs неформальный.
• Вам важно сравнить результаты рядом, а не последовательно. Когда читаешь второй вариант после первого — первый уже подзабыт. Форк даёт оба одновременно.
• Задача повторяется в разных проектах: вы можете сохранить «базовую точку» как шаблон сессии и форкать от неё каждый раз.

Не используйте форк, когда:

• Диалог только начался и контекст минимальный. Два пустых форка не лучше одного.
• Вы просто хотите другую формулировку — попросите напрямую: «дай два варианта».
• У вас больше трёх направлений. Сначала решите, какие два самых важных.
• Задача линейная и однозначная. Форк — инструмент для неопределённости, а не для рутины.

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

Связь с другими уроками

День 6 — сессии и контекст. Форк работает только потому, что сессия в Claude сохраняет контекст. Если вы пропустили урок о том, как управлять длиной сессии и что происходит при компакции, прочитайте его — это фундамент для понимания того, что именно копируется при форке.

День 19 — компакция. При длинных сессиях Claude автоматически сжимает историю. Если сессия уже прошла компакцию, форк создаётся от сжатого состояния — Claude помнит суть, но не дословные формулировки. Знание об этом помогает понять, почему иногда форк ведёт себя чуть иначе, чем ожидается.

День 33 — параметры skills. Если у вас есть готовый skill для какой-то задачи (например, /ревью-договора), форк особенно мощен в связке с ним: запустите skill, накопите контекст в диалоге, затем форкните для двух версий итогового документа. Это профессиональный рабочий процесс.

Задание на сегодня

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

Затем сделайте /branch и в форкнутой сессии попросите один вариант — например, более официальный или более жёсткий. В исходной сессии попросите другой вариант — например, партнёрский или неформальный.

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

Пять минут на задание — если не считать времени, которое Claude тратит на генерацию.

Для тех, кто хочет усложнить: после того как получите два варианта, попробуйте вернуться к исходной сессии и попросить Claude самого сравнить их: «Вот два варианта письма, которые я получил. Какой из них, на твой взгляд, лучше решает задачу и почему?» Иногда это даёт неожиданно полезный взгляд со стороны — Claude видит оба варианта без вашей привязанности к тому, на что потрачено время.

Резюме

• Fork — это копия текущей сессии в конкретный момент: весь накопленный контекст сохраняется, дальнейшие действия в ветках независимы.
• Команда /branch создаёт ветку; исходная сессия остаётся нетронутой и доступной.
• Форкать имеет смысл только после того, как контекст накоплен — не в начале диалога.
• Главное применение: два концептуально разных варианта одного документа, письма или анализа с возможностью сравнить рядом.
• Не создавайте больше трёх веток от одной точки — это не продуктивность, это хаос.