Orca: o ADE de 61 mil estrelas que aposta em frotas de agentes em worktrees paralelas

Durante décadas, o gargalo do desenvolvimento de software foi escrever código. Com agentes como Claude Code, Codex e OpenCode produzindo diffs em minutos, o gargalo mudou de lugar: agora ele está em orquestrar — decidir o que cada agente faz, em qual cópia do repositório, revisar o que saiu e integrar sem que um pise no trabalho do outro. O Orca, da stablyai, é uma aposta direta nessa nova camada. O projeto se apresenta como um ADE — Agent Development Environment — para trabalhar com uma frota de agentes em paralelo, rodando qualquer agente de linha de comando com a assinatura que você já paga.

Os números chamam atenção pela velocidade, não só pelo tamanho: cerca de 61,6 mil estrelas e 4,1 mil forks no GitHub para um repositório criado em março de 2026 — ou seja, menos de seis meses de vida pública até o momento em que escrevo. É TypeScript, licença MIT, com desktop para macOS, Windows e Linux, releases em cadência praticamente diária e ~5,2 mil issues abertos. Todos esses dados importam para a análise, inclusive o último.

De IDE a ADE: qual problema o Orca resolve

A tese implícita no produto é simples. Um IDE foi desenhado para um humano editar um arquivo por vez. Quando o trabalho passa a ser despachar tarefas para três, cinco, dez agentes simultâneos, o IDE tradicional vira um funil: cada agente quer mexer nos mesmos arquivos, o terminal vira um emaranhado de sessões e você perde a noção de quem está fazendo o quê.

O Orca reorganiza o ambiente em torno da unidade de trabalho do agente, não do arquivo. O slogan do README é explícito: rodar Codex, Claude Code, OpenCode ou Pi lado a lado, "cada um em sua própria worktree, acompanhados em um só lugar".

Worktrees paralelas: o mecanismo central

O coração do produto é um recurso que o git oferece há anos e quase ninguém usava no fluxo diário: git worktrees — múltiplos checkouts do mesmo repositório em diretórios separados, cada um em sua branch.

No Orca, cada agente recebe sua worktree isolada. O caso de uso que o README destaca é revelador do momento atual: espalhar um mesmo prompt para cinco agentes, cada um trabalhando em sua cópia isolada, comparar os resultados e fazer merge do vencedor. É a lógica de best-of-N — comum em benchmarks de modelos — aplicada ao dia a dia de desenvolvimento, com o git como mecanismo de isolamento e arbitragem.

Isso resolve dois problemas concretos de quem já tentou rodar agentes em paralelo na mão:

• Conflito de escrita: dois agentes editando o mesmo checkout corrompem o trabalho um do outro. Worktrees separadas eliminam o problema por construção.
• Comparabilidade: com cada tentativa em sua branch, o diff de cada agente fica auditável e comparável antes do merge.

O que mais vem na caixa

Ao redor das worktrees, o Orca monta um ambiente completo. Os destaques do README:

• Mobile companion (iOS e Android) — monitorar e direcionar agentes pelo celular, com notificação quando um agente termina e envio de follow-ups de qualquer lugar. O pareamento com o desktop passa por um relay que também está no repositório, no diretório cloud/.
• SSH worktrees — rodar os agentes em uma máquina remota parruda, com edição de arquivos, git e terminais completos, reconexão automática e port forwarding. O laptop vira painel de controle; o trabalho pesado roda no servidor.
• Design Mode — clicar em qualquer elemento de UI em uma janela Chromium real e enviar o HTML, o CSS e um screenshot recortado direto para o prompt do agente. Ataca um atrito real de trabalho de frontend com agentes: descrever visualmente o que precisa mudar.
• GitHub e Linear nativos — navegar PRs, issues e boards dentro do app e abrir uma worktree a partir de qualquer tarefa, sem trocar de contexto.
• Anotação de diffs de IA — comentar linha a linha o diff gerado pelo agente e devolver os comentários para ele, como um code review em que o autor responde na hora.
• Terminais com splits — renderização WebGL, splits ilimitados e scrollback que sobrevive a reinicializações.
• CLI própria — o Orca é scriptável: orca worktree create, snapshot, click, fill. O detalhe interessante é o público-alvo declarado: "agentes também dirigem o Orca". Ou seja, um agente pode criar worktrees e despachar outros agentes via CLI — orquestração recursiva como recurso de primeira classe.

Há ainda quick open entre worktrees, troca de contas com rastreamento de uso e limites do Claude e do Codex, preview de Markdown/PDF/imagens e Computer Use para agentes operarem apps de desktop. O próprio README admite que a lista está perpetuamente desatualizada e aponta o changelog como "a lista de features real" — um resumo honesto do ritmo do projeto.

Agnóstico de agente, preso a nenhum modelo

Uma decisão de arquitetura diferencia o Orca de IDEs com IA embutida: ele não tem agente próprio nem revende inferência. Roda qualquer agente de CLI — "se roda num terminal, roda no Orca". A lista de integrações inclui Claude Code, Codex, Grok, Cursor, GitHub Copilot, OpenCode e dezenas de outros, e você usa sua própria assinatura de cada um.

Isso tem duas consequências práticas. Primeiro, não há lock-in de modelo: quando o melhor agente da semana muda, você troca a peça, não a bancada. Segundo, o Orca não compete com Anthropic, OpenAI ou Cursor — compete com o terminal cru e com o hábito de gerenciar sessões na mão. É um posicionamento defensável, mas que também significa que a qualidade do resultado final continua dependendo inteiramente dos agentes que você pluga.

As ressalvas

Aqui a leitura precisa esfriar, porque os mesmos números que impressionam pedem cautela.

Seis meses de vida. O repositório foi criado em 17 de março de 2026. Sessenta mil estrelas em seis meses medem entusiasmo, não maturidade. Não há histórico de como o projeto se comporta em uma migração dolorosa, em um incidente de segurança ou em uma mudança de rumo comercial da stablyai.

Ritmo de mudança altíssimo. Releases diárias são ótimas para quem quer a feature de ontem e ruins para quem precisa de estabilidade. O que você documenta hoje sobre o comportamento do Orca pode estar desatualizado na semana seguinte — o próprio README assume isso.

~5,2 mil issues abertos. Parte é consequência natural de crescimento explosivo e do convite explícito para pedir features via issues. Mas é um volume que sugere backlog muito maior que a capacidade de triagem, e vale amostrar os issues da sua plataforma e do seu fluxo antes de apostar o time nele.

Superfície de segurança. Um app desktop que roda agentes com acesso a arquivos, git, terminais, SSH para servidores remotos e um relay de pareamento com o celular concentra bastante poder. A licença MIT e o código aberto permitem auditar, e há documentação de telemetria com opt-out — mas "permite auditar" não é o mesmo que "foi auditado". Para uso sobre repositórios de cliente, vale entender o que o relay mobile transmite e o que a telemetria coleta antes de habilitar.

MIT hoje não é garantia de MIT amanhã. A licença atual é permissiva, mas o projeto é jovem e mantido por uma empresa. Relicenciamentos de projetos open source que viram produto não são inéditos no mercado; um fork sempre é possível, mas tem custo.

Leitura prática: quando faz sentido

Faz sentido experimentar se você já roda dois ou mais agentes de CLI no dia a dia e sente o atrito de gerenciar sessões, branches e diffs na mão; se quer testar o padrão best-of-N (mesmo prompt, N agentes, merge do vencedor) sem montar a infraestrutura de worktrees por conta própria; ou se trabalha com uma máquina remota e quer os agentes rodando lá com o conforto de um app local. Como o Orca não substitui seus agentes nem suas assinaturas, o custo de experimentar é baixo e o de sair também.

Não faz sentido se você roda um único agente em um único repositório — o terminal resolve, e o ADE adiciona uma camada de aplicação entre você e o trabalho sem ganho proporcional. Também não faz sentido adotá-lo como dependência crítica de processo em ambiente corporativo neste momento: seis meses de projeto, cadência diária de mudança e milhares de issues abertos recomendam tratá-lo como ferramenta em avaliação, não como padrão homologado.

O Orca é, no fundo, a materialização mais bem-acabada até agora de uma ideia que vinha se formando em scripts caseiros e gambiarras de tmux: se os agentes escrevem o código, o ambiente do desenvolvedor precisa ser desenhado para gerenciar agentes, não para editar texto. Se essa tese está certa — e o crescimento do projeto sugere que muita gente acha que sim —, a pergunta deixa de ser "usar um ADE?" e passa a ser "qual, e quando ele estará maduro o bastante".

Fontes

• GitHub — stablyai/orca (README)
• Orca — site oficial
• Orca Docs — Parallel Worktrees

— Maxwell Diniz