Singularity vs Conductor: dirigir agentes por espaço de trabalho ou por ticket

Conductor é um aplicativo Mac para desenvolvedores que usam Claude Code ou Codex todos os dias e desejam executar vários de uma vez. Cada tarefa recebe seu próprio espaço de trabalho, com seu branch, arquivos, terminal e diff, e o fluxo termina em uma solicitação pull do GitHub. Destina-se principalmente a equipes cuja revisão já acontece no GitHub.

Singularity compartilha a mecânica central (um agente, uma árvore de trabalho, uma ramificação), mas os coloca sob um quadro Kanban: o ticket é a missão do agente, com dependências, tickets filhos, um relatório e revisão arquivo por arquivo, seguido de integração local por rebase. A escolha depende de como você dirige: uma lista de espaços de trabalho que terminam como PRs ou uma fila de tickets que chegam em uma ordem controlada.

Comparação verificada em 10 de outubro de 2026 com a documentação oficial do Conductor e os próprios documentos da Singularity. Compara fluxos de trabalho; ele não avalia a velocidade ou a qualidade do código gerado. Preços públicos em USD/EUR conforme exibidos, excluindo impostos e uso do provedor de IA; eles podem mudar.

Resumindo

• Mesmo isolamento: uma árvore de trabalho e ramificação Git por tarefa, com agentes CLI usando suas próprias contas.
• O Conductor se concentra no espaço de trabalho e no PR: comece com um problema do GitHub ou Linear, comente no visualizador de diferenças, use a guia Verificações, com espaços de trabalho na nuvem e colaboração em planos pagos.
• Singularity está centrada no ticket: dependências, tickets secundários, um agendador, um relatório, revisão arquivo por arquivo, rebase e uma fila de commits.
• Plataformas: o Conductor é exclusivo para macOS (mais um aplicativo para iOS); A Singularity fornece pacotes para macOS, Windows e Linux.
• Preço: os espaços de trabalho locais do Conductor são gratuitos e a nuvem começa em US$ 50 por mês; o aplicativo Singularity é gratuito e apenas a licença do plugin pago é cobrada.

O que é o Conductor

Em seu site oficial, o Conductor se descreve como um aplicativo para Mac que cria agentes Claude Code, Codex e Cursor paralelos em espaços de trabalho isolados; sua documentação adiciona OpenCode. Cada espaço de trabalho é uma cópia do projeto criado com árvores de trabalho Git, em uma nova ramificação começando no último commit remoto da ramificação base. Uma pasta .context contém notas e transferências sem serem confirmadas. Os agentes são executados no seu Mac com suas permissões, e os documentos afirmam que esse isolamento não é um limite de segurança. Vários agentes também podem compartilhar um espaço de trabalho (agentes paralelos).

Os scripts

setup, run e archive são definidos no aplicativo ou em .conductor/settings.toml. O Conductor reserva dez portas por espaço de trabalho por meio de CONDUCTOR_PORT, e um modo não simultâneo evita colisões quando um projeto depende de uma porta fixa ou de um banco de dados local (scripts).

O fluxo de trabalho documentado começa em uma ramificação, um PR, um problema do GitHub ou um problema linear. Você conversa com o agente (no modo de planejamento, se necessário, consulte os modos de agente), solicita uma avaliação do agente, lê as alterações no visualizador de diferenças, onde os comentários da linha retornam ao agente e, em seguida, cria o PR, cuja descrição o agente rascunhos (revisão e mesclagem). A guia Verificações reúne CI, tópicos de revisão do GitHub e todos, e pode desencorajar uma mesclagem enquanto o trabalho necessário está aberto.

A instalação requer GitHub (gh auth status) e pelo menos um provedor de agente; O Conductor ainda não está disponível para Windows ou Linux. O changelog mostra um ritmo acelerado: a versão 0.90.0 em 2 de outubro de 2026 trouxe o Conductor para iOS, junto com Sign in with ChatGPT, edição diretamente em diffs e um servidor Conductor MCP. Sobre preços: Gratuito por 0 USD para espaços de trabalho locais com suas próprias assinaturas e chaves; Pro a 50 USD por mês com espaços de trabalho em nuvem (sandboxes Vercel), colaboração com até cinco usuários Pro, API e aplicativo móvel; Equipes a 60 USD por usuário por mês; Empresa sob cotação. A computação em nuvem não acarreta nenhuma taxa extra por enquanto, mas o preço baseado no uso foi anunciado.

Singularity em poucas palavras

Singularity é um ADE (Agentic Development Environment) para desktop da Meteor Factory: um editor com servidores de linguagem, terminais, um cliente Git (gráfico, diffs, stash, árvores de trabalho), espaços de trabalho multiprojetos e um quadro Kanban que é a superfície de execução dos agentes. Um ticket contém a descrição, prioridade, dependências e configuração do agente; o quadro mostra o status e a atividade ao vivo, e o ticket mantém o relatório, bloqueadores e uma resolução curta.

No modo worktree, cada execução funciona em sua própria árvore de trabalho Git; commits são reproduzidos na base por rebase, uma fila de integração ordena tickets dentro de um projeto e o resultado é integrado automaticamente ou aguarda na guia Review. A Singularity conduz sete provedores por meio de suas CLIs (Claude Code, Codex, Copilot, Cursor, Gemini, Mistral, Ollama) com suas contas; o guia de orquestração abrange o ciclo de vida de um agente. O aplicativo é gratuito; a Licença Singularity (24 EUR por mês por estação de trabalho, avaliação de 14 dias) desbloqueia apenas plug-ins pagos no Marketplace, como Pipelines. É um software proprietário, disponível em macOS, Windows e Linux (instalação).

Tabela de comparação

O mesmo recurso em ambas as ferramentas

Faça uma exportação CSV de faturas: um endpoint do lado do servidor e, em seguida, um botão do lado do cliente que o chama.

No Conductor, você pode começar com um problema Linear e criar um espaço de trabalho para o endpoint e outro para o botão. O script setup instala dependências e cada espaço de trabalho tem seu próprio intervalo de portas. Você pode solicitar um plano antes de qualquer edição. Como os documentos não descrevem uma dependência formal entre espaços de trabalho, o pedido depende de você: um contrato de API no prompt ou aguardar a mesclagem do endpoint. Cada espaço de trabalho termina com uma revisão, um PR, cheques verdes, uma mesclagem e arquivamento.

No Singularity, o ticket “botão” é marcado como Bloqueado pelo ticket “endpoint”. O escalonador executa o endpoint, aguarda sua integração e então inicia o botão em uma base que já contém a API. O cartão mostra a fase do agente; uma pergunta bloqueadora coloca o ticket em espera até que você responda; o agente termina com um relatório. Com a mesclagem automática desativada, você aprova cada arquivo, anota ou reinicia com feedback e, em seguida, a integração acontece por rebase.

Em ambas as ferramentas, o sucesso depende primeiro do prompt e dos testes. O Conductor leva você ao PR e ao CI remoto; Singularity para uma filial base atualizada, ticket por ticket.

Acompanhamento, revisão e integração

No Conductor, a unidade visível é o espaço de trabalho: nasce de uma filial, PR ou edição, fica na barra lateral e depois passa para o histórico depois de arquivado. O planejamento e as prioridades ficam no GitHub ou no Linear, o que é adequado para uma equipe que já executa seu backlog lá. O final do ciclo segue a solicitação pull: comentários do GitHub enviados de volta ao agente, verificações e uma mesclagem assim que o PR for aprovado. Para uma equipe que já aplica PRs e CI, o caminho é curto.

No Singularity, a unidade visível é o ticket e o tabuleiro é a fila. Os status separam uma execução ativa, uma espera explícita e uma falha repetível; um pai pode esperar pelos tickets dos filhos e então sintetizar seus resultados; o agendador escolhe o próximo ticket pronto com base nas dependências, prioridade e limite do agente. A integração é local: aprovação por arquivo, mesclagem parcial, rebase e fila de commit. Você então avança para sua forja; com o plugin Pipelines pago você segue GitHub Actions, GitLab CI ou Azure DevOps no aplicativo. De qualquer forma, execute os testes após cada integração: um rebase limpo ou um PR verde não descarta um conflito semântico.

Local, nuvem e plataformas

Ambas as ferramentas executam agentes em sua máquina com suas contas; prompts e trechos de código passam pelo provedor que você escolher, exceto com um modelo local por meio do Ollama in Singularity. Do Pro, o Conductor adiciona espaços de trabalho em nuvem, colaboração ao vivo, uma API e um aplicativo iOS. O Singularity não oferece execução hospedada em nuvem nem um aplicativo móvel: ele permanece um aplicativo de desktop, com seus dados em um banco de dados SQLite local. Por outro lado, o Conductor ainda não está disponível para Windows ou Linux, enquanto o Singularity envia pacotes para ambos: para uma equipe mista, isso muitas vezes é decisivo.

Onde o Conductor é mais forte

• Ciclo completo do GitHub: espaços de trabalho criados a partir de um PR ou problema, PR elaborado com o agente, guia Verificações.
• Nuvem e colaboração: espaços de trabalho em nuvem, colaboração ao vivo, uma API e um aplicativo iOS em planos pagos.
• Manuseio de portas: dez portas por espaço de trabalho e um modo não simultâneo.
• OpenCode: acesso aos modelos configurados no OpenCode.
• Ritmo de lançamento: vários lançamentos por semana de acordo com o changelog.

Onde a Singularity se destaca

• O ticket como missão: dependências, tickets filhos, um agendador e um limite de agente simultâneo.
• Revisão local detalhada: aprovação por arquivo, notas, mesclagem parcial, rebase e uma fila de commit.
• Mais provedores: Copilot, Gemini, Mistral e Ollama além de Claude Code, Codex e Cursor.
• Ambiente completo: editor, servidores de linguagem, terminais e cockpit Git.
• Plataformas e preço: macOS, Windows e Linux, e um aplicativo gratuito sem limite de agentes ou árvores de trabalho.

Você pode usar os dois?

Sim, em um Mac, desde que as duas ferramentas nunca gerenciem o mesmo branch. Ambos funcionam em repositórios Git comuns e utilizam os mesmos CLIs Claude Code, Codex e Cursor. Você pode manter o Conductor para tarefas que começam com um problema do GitHub e terminam como um PR, e o Singularity para trabalhos divididos em tickets dependentes. O Git não permite uma ramificação em duas árvores de trabalho: deixe cada ferramenta criar suas próprias ramificações.

Qual ferramenta você deve escolher?

• Uma equipe Mac com revisão de relações públicas do GitHub e CI obrigatório: Conductor.
• Você precisa de espaços de trabalho na nuvem ou colaboração ao vivo: Conductor Pro ou Teams.
• Trabalho dividido em tickets dependentes com um relatório por missão: Singularity.
• Máquinas Windows ou Linux: Singularity.
• Copiloto, Gemini, Mistral ou modelos locais através de Ollama: Singularity.

Veja também Singularity vs Superset, outro gerenciador de agente paralelo, ou Singularity vs Claude Code.

Protocolo de teste

1. Escolha um repositório com testes e um recurso em duas partes dependentes.
2. Use o mesmo agente (por exemplo, Claude Code) em ambas as ferramentas.
3. No Conductor, crie dois espaços de trabalho com um script setup; no Singularity, dois tickets vinculados por “Bloqueado por”, com mesclagem automática desativada.
4. Acompanhe suas intervenções: dúvidas, relançamentos, atendimento do pedido.
5. Revise, integre (PR de um lado, rebase do outro) e execute o conjunto de testes completo na ramificação base.
6. Uma semana depois, verifique o que ainda é fácil de encontrar: PRs e espaços de trabalho arquivados ou tickets e relatórios.

Perguntas frequentes

O Conductor roda em Windows ou Linux?

Não em 10 de outubro de 2026: sua página de instalação informa que ainda não está disponível para esses sistemas. A Singularity fornece pacotes para macOS, Windows e Linux.

Posso pagar pelos modelos por cima?

Sim, em ambos os casos. O plano gratuito do Conductor usa suas próprias assinaturas e chaves, e o Singularity impulsiona as CLIs dos seus provedores com suas contas.

O Conductor requer GitHub?

Sua página de instalação diz que você precisa do GitHub e de pelo menos um provedor de agente. Singularity não requer uma forja específica: ela se integra localmente e você empurra para onde quiser.

As árvores de trabalho são suficientes para evitar conflitos?

Eles impedem que dois agentes gravem nos mesmos arquivos de trabalho. Conflitos Git ou semânticos ainda podem aparecer quando o PR é mesclado no Conductor ou no momento do rebase no Singularity; testes e revisões continuam essenciais.

Para ir mais longe, navegue em todas as comparações do Singularity, siga o guia de primeiros passos ou faça download do Singularity.