Se você já paga por uma CLI de agentes como o Claude Code, tem mais capacidade do que uma única janela de terminal deixa aproveitar. O modelo sabe planejar, escrever código, rodar testes e explicar o que fez. O que ele não consegue sozinho é ser cinco pessoas ao mesmo tempo, acompanhar quem está fazendo o quê e entregar um relatório honesto no fim do dia.
Foi por essa lacuna que criamos o SuperDevSpace. É um app de desktop que transforma a CLI que você já tem em um pequeno time: um manager que planeja o trabalho e workers que o executam, cada um no seu próprio terminal e na sua própria git worktree.
O problema de um agente num terminal
Trabalhar com um único agente de código é ótimo para uma única tarefa. Desmorona assim que você tem três coisas para fazer no mesmo repositório:
- Você pode abrir um segundo terminal, mas aí os dois agentes editam o mesmo checkout. Um roda a suíte de testes enquanto o outro está no meio de um refactor.
- Você vira o gerente de projeto. É você quem divide o trabalho, lembra qual terminal tinha qual tarefa e copia o contexto de uma sessão para a outra.
- Ninguém registra o que aconteceu. Quando você volta do almoço, o único registro é o scrollback do terminal.
Nada disso é problema do modelo. É um problema de organização — e organização é algo em que software é bom.
| Um agente, um terminal | Uma organização do SuperDevSpace | |
|---|---|---|
| Trabalho em paralelo sem colisões | ✗ | ✓ |
| Uma worktree e um branch por worker | ✗ | ✓ |
| Trabalho dividido em tarefas num quadro | ✗ | ✓ |
| Um relatório escrito por tarefa | ✗ | ✓ |
| Você revisa o diff antes de entrar | ✓ | ✓ |
| Roda na CLI que você já paga | ✓ | ✓ |
O que o SuperDevSpace faz de fato
No SuperDevSpace, cada repositório é uma organização. Cada organização tem um manager: uma sessão real de uma CLI de agentes, num terminal real que você vê e no qual pode digitar. Você dá ao manager uma diretiva em linguagem natural — digitando ou ditando por voz.
O diagrama em texto
flowchart TD
you["Você"] -->|"diretiva"| mgr["Manager"]
mgr -->|"tarefas no quadro"| board["Quadro do sprint"]
board --> w1["Worker: frontend"]
board --> w2["Worker: QA"]
w1 -->|"relatório"| review["Revisão do manager"]
w2 -->|"relatório"| review
review -->|"squash merge"| main["Seu branch principal"]
review -->|"um só relatório"| youEntão o manager faz o que um líder faria:
- Planeja. Abre um sprint e divide a diretiva em tarefas num quadro, cada uma com um brief curto.
- Contrata. Contrata workers para essas tarefas. Cada worker é outra sessão real da CLI na sua própria aba de terminal visível, com um papel — desenvolvedor frontend, engenheiro de QA e assim por diante.
- Isola. Cada worker ganha a própria git worktree no próprio branch, então o trabalho em paralelo nunca colide num mesmo checkout. Um post separado explica como isso funciona.
- Revisa. Quando um worker termina, envia um relatório. O manager revisa, faz o merge do branch e pede correções quando algo não está certo.
- Reporta. Você recebe um relatório consolidado em vez de cinco scrollbacks.
Você pode entrar a qualquer momento. Cada agente tem uma visão de chat e o seu terminal real — uma sessão, dois jeitos de olhar —, e cada mudança aparece como um diff ao lado da conversa que a produziu, para você revisar antes que chegue à sua linha principal.
Sua assinatura, sua máquina, seu código
A decisão de design mais importante é também a mais simples: o SuperDevSpace conduz uma CLI que você já paga. Nunca revendemos acesso a modelos, então nada do que você executa aparece numa cobrança nossa além da própria assinatura do SuperDevSpace.
Essa decisão tem consequências de que gostamos:
- Os agentes rodam como processos locais na sua máquina, nos seus repositórios locais. Seu código-fonte, seus prompts, a saída do terminal e os caminhos de arquivo nunca são enviados aos nossos servidores. Nosso serviço de contas guarda uma conta, um status de assinatura e uma lista de dispositivos.
- Você escolhe a CLI por organização. Claude Code, OpenAI Codex, Gemini CLI, Aider, Qwen Code, Cursor CLI e OpenCode podem ser selecionados. O Claude Code é a CLI que o app domina hoje — hooks, retomada de sessão, ferramentas MCP, respostas a permissões. As outras seis iniciam e rodam; o app as marca como experimentais e avisa quais extras ainda não estão conectados, em vez de falhar em silêncio.
- Nada fica preso na nossa nuvem, porque não há nuvem fazendo o trabalho.
Antes da primeira diretiva, vale conferir se a CLI e o repositório estão onde você espera:
$ claude --version
$ cd ~/code/seu-projeto
$ git statusO que vem em volta do time
Um time precisa de mais do que terminais. Algumas coisas que vêm em todos os planos:
- Um quadro que diz a verdade. Sprints, tarefas, briefs e relatórios. Um relatório diz o que falhou, não só o que passou.
- Inspector. Clique num elemento da sua página web em execução e envie para um agente com o componente, o arquivo e a linha. Funciona com Vite, Next.js e sites estáticos.
- Aprovações pelo celular. Quando um agente precisa de uma decisão, ele pergunta a você. O app do celular mostra o quadro, os agentes e as aprovações pendentes, para você responder a um pedido de permissão longe da mesa.
- Um quadro branco por organização (Excalidraw), que os agentes conseguem ler e no qual conseguem desenhar.
O Premium acrescenta as peças que vão mais longe: um modo de design baseado no Penpot, com um agente Designer que desenha no arquivo; agendamentos que executam diretivas segundo um calendário; e um link entre pares que permite a um manager no seu Mac passar trabalho para um manager no seu PC com Windows. A página de preços tem a comparação completa.
O que não prometemos
Um time de agentes ainda precisa de um chefe: você decide o que é construído e aprova o que chega ao seu branch principal.
Experimente
O teste é de 14 dias de Premium, sem cartão. Sua assinatura da CLI continua sua, e seu código também. Se quiser ver o time trabalhando no seu próprio repositório, baixe o SuperDevSpace e dê ao manager a primeira diretiva.
