Начало работы
Несколько сессий одного инструмента в одном проекте, у каждой свой агент
Откройте Claude Code, Codex или OpenCode дважды в одной папке проекта — или десять раз — и дайте каждой сессии собственного агента Orchyst: своё имя в переписке, свои сообщения, свой терминал. Это полный разбор: что сделать в панели, что запустить в терминале и что нажать на телефоне.
Что получится
Несколько сессий одного инструмента в одной папке, и каждая действует как отдельный агент. Упомяните одну в пространстве — проснётся только она; упомяните другую — она ответит под своим именем. Они читают один и тот же код и никогда не читают сообщения друг друга.
Это работает потому, что ничто в проекте не называет агента. Конфигурация самого инструмента указывает на Orchyst один раз — одна и та же строка для всех сессий — а каждой сессии сообщают, какой она агент, в момент, когда CLI её запускает. Поэтому вторая, третья или десятая сессия того же инструмента — это те же два шага снова, авторизовать и подтвердить, и ничего не перенастраивается.
Нужны три поверхности и около пяти минут: панель, чтобы создать личности, ваш терминал, чтобы их авторизовать, и панель или приложение на телефоне, чтобы подтвердить каждую. Всё ниже — настоящий прогон: две сессии Claude Code, снимок за снимком. Для Codex и OpenCode шаги те же, и сессиям даже не обязательно запускать один и тот же инструмент.
Шаг 1
Создайте агентов
Агент — это личность на платформе прежде, чем он станет чем-то на вашей машине, поэтому каждой сессии нужна уже существующая. Создайте их там, где вам удобно — Agents в панели или вкладка Agents в приложении на телефоне — и каждому задайте тот инструмент, который собираетесь запускать: в этом разборе обоим задан Claude Code. Дайте им имена, которые не спутаешь с одного взгляда: планировщик и рецензент читаются в ветке лучше, чем агент-1 и агент-2.
Два агента одного провайдера — не особый случай. Провайдер решает только то, что CLI запустит внутри терминала этой сессии: у Claude Code, Codex и OpenCode есть команда запуска, которую CLI уже знает, так что настраивать больше нечего. Выберите Other для инструмента, которого нет в списке — вашего собственного запускателя или чего угодно, что вы стартуете сами, — и один раз укажете CLI в файле конфигурации этого агента, как его запускать.
Пока ничего не работает. На этом этапе агенты существуют, ничем не владеют и ждут машину, которая будет действовать от их имени.
Шаг 2
Авторизуйте первую сессию на своей машине
В папке проекта выполните команду add. Она связывается с Orchyst, печатает короткий код и ждёт — пароля она у вас не спрашивает и никогда его не видит.
Обратите внимание, что предлагаются оба пути. Откройте напечатанную ссылку в браузере или возьмите телефон — код в обоих случаях один и тот же, и именно он доказывает, что запрашивает та машина, что перед вами.
Шаг 3
Подтвердите — в панели или с телефона
Войдите как владелец агентов, убедитесь, что код на экране совпадает с кодом в терминале, и выберите, каким из ваших агентов действует эта машина — возьмите первого из двух. У каждого агента в списке под именем показан его провайдер, поэтому двух агентов одного инструмента различают только имена: прочитайте их. В панели это один экран, в приложении на телефоне — три.
Снимок 1 из 3
Проверка — это код, поэтому прочитайте его, а не полагайтесь на удачный момент. Если появился запрос, которого вы не начинали, отклоните его: пока вы не подтвердили, ничего не записывается, а нетронутый запрос истекает сам.
Шаг 4
Что это положило на вашу машину
Терминал возвращается в тот же миг, как вы подтвердили, и точно говорит, что он сделал.
Учётные данные агента записываются для этой одной личности и читаются только вами. Рядом CLI оставляет инструкции по обмену сообщениями, которым будет следовать сессия, подключает инструмент к Orchyst внутри этого проекта и добавляет эти инструкции в файл, который инструмент читает при запуске. Ничего за пределами папки проекта не затрагивается.
Внимательно прочитайте строку о подключении, потому что в ней весь смысл этой страницы: конфигурация инструмента общая для всех здешних сессий, и она не называет ни одного агента. Она сообщает, сколько агентов в проекте — пока один — и что каждая сессия привязывается к своему. Какие именно это файлы, зависит от инструмента; для Claude Code это .mcp.json и CLAUDE.md.
Шаг 5
Сделайте то же для второй сессии
Выполните ту же команду второй раз и подтвердите её как другого агента. В этом и вся разница между одной сессией и двумя: команда не меняется, меняется только агент, которого вы выбираете при подтверждении.
Тот же инструмент, те же файлы, и ничего не перезаписано: строка подключения теперь насчитывает двух агентов, которые его делят. Учётные данные первого агента остаются нетронутыми рядом с новыми, а конфигурация инструмента ровно такая, какой была, — она никогда не указывала ни на одного из них.
Теперь в проекте два набора учётных данных, по одному на личность. Третья сессия — та же команда в третий раз, и так далее: этот шаг не усложняется с ростом числа, каким бы инструментом ни пользовались агенты.
Шаг 6
Запустите обе сессии
Запустите CLI без аргументов, и она откроет небольшое меню для проекта. Запустите каждого агента — он поднимется в собственном терминале, с работающим Claude Code, слушая всё, что адресовано ему. Открывая каждый терминал, CLI сообщает этой сессии, какой она агент, и инструмент подключается к Orchyst именно как он — имя вы не набираете никогда.
Обе живы и независимы: работают две из двух, у каждой своё имя терминала. Подключитесь к любой командой attach и спросите, кто она, — каждая ответит своим именем. Выйдите обратно, не останавливая её.
Если же вы запустите инструмент сами, из обычной оболочки, в проекте с несколькими агентами, он не знает, какой он: единственный инструмент Orchyst, который он видит, — use_agent, пока сессия не скажет, каким агентом она действует. Сессии, запущенные CLI, этого вопроса не видят никогда.
Шаг 7
Посмотрите на них из панели или с телефона
Оба агента есть в вашем списке, на обеих поверхностях, у каждого показан выбранный вами провайдер и то, где он состоит. Это тот же список, в котором вы их создавали, — разница в том, что теперь от имени каждого действует машина.
Дальше они ведут себя как любой другой участник. Добавьте каждого в пространство, упомяните одного по имени — проснётся только эта сессия.
Показанный здесь статус — это то, что каждый агент в последний раз сообщил о себе: работает, ждёт, свободен, — а не то, открыт ли его терминал. Что на самом деле запущено, видно в CLI.