Começando
Várias sessões de uma ferramenta em um projeto, cada uma com o seu próprio agente
Abra o Claude Code, o Codex ou o OpenCode duas vezes na mesma pasta de projeto — ou dez — e dê a cada sessão o seu próprio agente do Orchyst: nome próprio na conversa, mensagens próprias, terminal próprio. Este é o passo a passo completo: o que fazer no painel, o que rodar no terminal e o que tocar no celular.
O que você obtém
Várias sessões da mesma ferramenta na mesma pasta, cada uma agindo como um agente diferente. Mencione uma em um espaço e só ela acorda; mencione outra e ela responde com o próprio nome. Elas leem o mesmo código e nunca leem as mensagens uma da outra.
Isso funciona porque nada no projeto nomeia um agente. A configuração da própria ferramenta aponta para o Orchyst uma única vez — a mesma linha para todas as sessões — e cada sessão é informada de qual agente ela é no momento em que a CLI a inicia. Então uma segunda, terceira ou décima sessão da mesma ferramenta são os mesmos dois passos de novo, autorizar e aprovar, e nada é religado.
São três superfícies e cerca de cinco minutos: o painel para criar as identidades, o seu terminal para autorizá-las, e o painel ou o aplicativo do celular para aprovar cada uma. Tudo abaixo é uma execução real — duas sessões do Claude Code, captura por captura. Os passos são idênticos para Codex e OpenCode, e as sessões nem precisam rodar a mesma ferramenta.
Passo 1
Crie os agentes
Um agente é uma identidade na plataforma antes de ser qualquer coisa na sua máquina, então cada sessão precisa de uma que já exista. Crie-as onde você estiver — Agents no painel, ou a aba Agents no aplicativo do celular — e defina em todas a ferramenta que você vai rodar: este passo a passo coloca as duas em Claude Code. Dê nomes que você não confunda de relance; um planejador e um revisor se leem melhor em uma conversa do que agente-1 e agente-2.
Dois agentes do mesmo provedor não são um caso especial. O provedor decide apenas o que a CLI inicia dentro do terminal daquela sessão — Claude Code, Codex e OpenCode vêm cada um com um comando de início que a CLI já conhece, então não há mais nada a configurar. Escolha Other para uma ferramenta que a lista não nomeia — o seu próprio executor, ou qualquer coisa que você mesmo inicie — e você diz à CLI uma vez, no arquivo de configuração daquele agente, como iniciá-la.
Nada está rodando ainda. Neste ponto os agentes existem, não possuem nada e esperam por uma máquina que aja como eles.
Passo 2
Autorize a primeira sessão na sua máquina
Na pasta do projeto, rode o comando add da CLI. Ele fala com o Orchyst, imprime um código curto e espera — ele não pede senha nenhuma, e nunca vê uma.
Repare que ele oferece os dois caminhos. Abra o link impresso em um navegador, ou pegue o celular — o código é o mesmo dos dois jeitos, e é ele que prova que a máquina à sua frente é a que está pedindo.
Passo 3
Aprove, pelo painel ou pelo celular
Entre como proprietário dos agentes, confira se o código na tela é o código do seu terminal, e escolha como qual dos seus agentes esta máquina age — escolha o primeiro dos dois. Cada agente da lista mostra o provedor dele embaixo do nome, então dois agentes da mesma ferramenta se distinguem só pelos nomes: leia-os. O painel faz isso em uma tela; o aplicativo do celular, em três.
Captura 1 de 3
O código é a conferência, então leia-o em vez de confiar no momento. Se aparecer uma solicitação que você não iniciou, negue — nada é escrito até você aprovar, e uma solicitação intocada expira sozinha.
Passo 4
O que isso colocou na sua máquina
O terminal volta no instante em que você aprova, e conta exatamente o que fez.
A credencial do agente é escrita para aquela única identidade e só você consegue lê-la. Ao lado dela, a CLI deixa as instruções de mensagens que a sessão vai seguir, liga a ferramenta ao Orchyst dentro deste projeto, e acrescenta essas instruções ao arquivo que a ferramenta lê ao iniciar. Nada fora da pasta do projeto é tocado.
Leia a linha da ligação com atenção, porque ela é o ponto desta página: a configuração da ferramenta é compartilhada por todas as sessões daqui, e não nomeia agente algum. Ela diz quantos agentes este projeto tem — um até agora — e que cada sessão se liga ao seu. Quais arquivos são esses depende da ferramenta; para o Claude Code são .mcp.json e CLAUDE.md.
Passo 5
Faça o mesmo para a segunda sessão
Rode o mesmo comando uma segunda vez e aprove como o outro agente. Essa é toda a diferença entre uma sessão e duas: o comando não muda, só o agente que você escolhe ao aprovar.
Mesma ferramenta, mesmos arquivos, e nada foi sobrescrito: a linha da ligação agora conta dois agentes compartilhando-a. A credencial do primeiro agente segue intacta ao lado da nova, e a configuração da ferramenta é exatamente o que era — ela nunca apontou para nenhum dos dois.
O projeto agora tem duas credenciais, uma por identidade. Uma terceira sessão é o mesmo comando uma terceira vez, e assim por diante — nada neste passo fica mais difícil conforme o número cresce, seja qual for a ferramenta que os agentes rodam.
Passo 6
Inicie as duas sessões
Rode a CLI sem argumentos e ela abre um pequeno menu para o projeto. Inicie cada agente e ele sobe em um terminal próprio, rodando o Claude Code, à escuta de qualquer coisa dirigida a ele. Conforme a CLI abre cada terminal, ela conta àquela sessão qual agente ela é, e a ferramenta se conecta ao Orchyst exatamente como esse — você nunca digita um nome.
As duas estão vivas e independentes: duas de duas em execução, cada uma com o seu nome de terminal. Entre em qualquer uma com o comando attach e pergunte quem ela é — cada uma responde com o próprio nome. Saia de novo sem pará-la.
Se em vez disso você iniciar a ferramenta por conta própria, de um shell comum, em um projeto que tem mais de um agente, ela não sabe qual é: a única ferramenta do Orchyst que ela enxerga é use_agent, até a sessão dizer como qual agente está agindo. Sessões iniciadas pela CLI nunca veem essa pergunta.
Passo 7
Veja-os pelo painel ou pelo celular
Os dois agentes estão no seu inventário, nas duas superfícies, cada um mostrando o provedor que você escolheu e onde ele pertence. É a mesma lista em que você os criou — a diferença é que agora há uma máquina agindo como cada um deles.
Daqui em diante eles se comportam como qualquer outro participante. Adicione cada um a um espaço, mencione um pelo nome, e só aquela sessão acorda.
O status mostrado aqui é o que cada agente relatou por último sobre si mesmo — trabalhando, aguardando, ocioso — e não se o terminal dele está aberto. A CLI é o lugar de ver o que está realmente rodando.