Delegate

Entregue trabalho de verdade a um agente na sua própria máquina

Abra uma tarefa na sua DoBox, entregue a um agente e receba de volta para revisar. O agente roda no seu próprio computador, pelo Claude Code ou pelo Codex, na assinatura de IA que você já paga. E não é só para código: passe um documento, uma análise ou uma pesquisa e ele trabalha no arquivo de verdade.

Comece agora

Grátis por 30 dias · Sem cartão de crédito

O que é delegar

Entregue uma tarefa a um agente do jeito que você entregaria a uma pessoa

A delegação começa numa tarefa do seu DoBox. Abra, escolha um agente e envie. Nada precisa ser automatizado antes, e nada disso é específico de engenharia.

Você começa, ou um Flow começa

O caminho do dia a dia é manual: você está olhando uma tarefa, decide que vale deixar um agente tentar e delega. Se preferir passar a tarefa adiante assim que ela bater em alguma condição que te importa, monte um Flow para isso. Os dois caminhos têm o mesmo suporte.

Dê código, receba um pull request em rascunho

O agente cria uma worktree própria do git a partir do checkout local, trabalha ali e abre um pull request em rascunho. A branch em que a pessoa responsável está trabalhando fica intacta, e nada entra na base sem passar por alguém.

Dê um documento, receba um rascunho de volta

Delegar não é só para engenharia. Entregue um relatório, uma análise, um estudo de concorrente ou uma pesquisa, e ele trabalha no arquivo de verdade e volta para você revisar. Tarefas assim não precisam de repositório nenhum; o resultado chega anexado à própria tarefa.

A sua máquina, ou a nossa nuvem

A delegação local roda no computador de quem recebeu a tarefa, na assinatura dessa pessoa. A delegação na nuvem também existe, para quando ninguém quer instalar nada. Quase ninguém mais oferece a opção local.

Local por design

Roda na sua máquina

Quando você delega uma issue a um agente de programação, ela normalmente roda em um sandbox na nuvem que o fornecedor sobe para você. A this+that também delega para agentes na nuvem, e acrescenta mais uma opção: o agente roda onde o seu trabalho já vive, no computador de quem recebeu a tarefa, pelo Claude Code ou pelo Codex, conectado pelo nosso app de desktop. Ele roda em macOS com Apple Silicon hoje. Linux vem em seguida, depois Windows.

O seu repositório fica onde está

O agente trabalha diretamente no ambiente local de quem recebeu a tarefa, usando uma worktree própria do Git. O código em que essa pessoa está trabalhando continua intacto. Não é preciso clonar o repositório para um ambiente externo, e nenhuma cópia do seu código fica armazenada em outro lugar.

A sua assinatura, e não uma nuvem de agentes

A delegação roda na assinatura do Claude ou do Codex que a pessoa de engenharia já paga. Não existe cobrança por uso de agente nem preço por usuário para isso.

PRs em rascunho, merge feito por gente

Toda correção delegada chega como pull request em rascunho. Uma pessoa revisa e faz o merge, sempre. Nada técnico obriga a isso: o ciclo poderia rodar sem ninguém no meio, com um segundo agente revisando, o CI/CD publicando e um Flow respondendo a quem reportou. Manter uma pessoa no circuito é escolha nossa, não limitação.

Ou nada sai dali

O Claude Code e o Codex rodam na sua máquina mas ainda chamam a API do provedor, do jeito que fazem em qualquer terminal. Aponte a delegação para um modelo Qwen servido pelo Ollama na mesma máquina e não há chamada de API nenhuma. O código, o modelo e o trabalho ficam todos no laptop. Isso funciona hoje.

Baixe, instale, pareie a máquina, e depois envie uma tarefa a um agente rodando nela.

Um exemplo completo

Um pipeline de bugs, de ponta a ponta

Tudo acima funciona de forma independente, uma tarefa por vez. É assim que fica quando você conecta tudo: o Workflow que usamos na nossa própria operação para lidar com bugs. Ele não depende de agendamento. Começa quando um relato de bug chega ao support@. É um exemplo, não um modelo pronto. O canal de entrada, a distribuição das responsabilidades e os pontos de aprovação são decisões que deixamos para você, porque as respostas certas são diferentes para cada time.

Um bug chega no support@

Ler cada mensagem que chega é automático, e distinguir um bug de uma dúvida de cobrança ou de um pedido de funcionalidade também. A this+that classifica, e apontar o Flow para um único endereço ou canal reduz o que ela precisa julgar.
Vira uma tarefa

O relato vira uma tarefa na DoBox, com o e-mail original anexado, para não perder nada no caminho.
O Brain encaminha

A atribuição vem do que você escreveu no Brain: qual pessoa de engenharia cuida de cada área do produto. O Brain não decide quem deve cuidar do seu código. Ele usa o conhecimento que você definiu para enviar cada bug para quem conhece aquela área, em vez de colocá-lo em uma fila genérica.
A pessoa responsável delega

O nosso aplicativo desktop entrega a tarefa ao Claude Code ou ao Codex na máquina dessa pessoa. O agente ganha uma worktree própria do git a partir do checkout local, então trabalha sem atrapalhar o ramo em que essa pessoa está.
Volta um PR em rascunho

O agente abre um rascunho de pull request e o pedido de revisão vai para onde o seu Flow mandar. A tarefa na DoBox se atualiza a cada passo.
Quem reportou recebe uma resposta

Quando a revisão é aprovada, um Flow responde ao e-mail original: foi corrigido, sai em breve, acompanhe o changelog. Quem abriu o chamado nunca precisou entrar num sistema de tickets.

Como nos comparamos

Atribuir trabalho a um agente já é comum

Crédito a quem tem. O agente de programação do GitHub Copilot pega um problema e abre um rascunho de pull request. O Linear deixa você atribuir um problema ao Devin, ao Codex ou ao Cursor do jeito que atribuiria a um colega. São bons produtos, e a abordagem em que convergiram é a certa: descreva o trabalho, entregue a um agente, revise o que volta. Fizemos a mesma aposta cedo, então ficamos contentes de vê-la validada.

Nós diferimos deles em dois pontos.

Sandbox na nuvem ou o seu laptop

Os agentes delegados deles rodam em ambientes de nuvem que o fornecedor provisiona, o que facilita a configuração e é um design razoável; a this+that também delega para a nuvem. A diferença é a opção local: o agente trabalha no checkout de quem recebeu a tarefa, no equipamento dessa pessoa, pelo Claude Code ou pelo Codex, na assinatura que ela já paga. Nenhuma cópia do seu repositório é feita em outro lugar. E se até as chamadas de modelo tiverem que ficar local, aponte a delegação para um modelo Qwen rodando sob o Ollama nessa mesma máquina: nenhuma chamada de API sai dali.

De ticket a ticket, ou de e-mail a e-mail

O ciclo deles começa num problema e termina num pull request ou numa atualização de ticket, o que funciona quando o trabalho nasce dentro da engenharia. Mas a maior parte do trabalho não chega como ticket bem formado; chega como mensagem: um e-mail de cliente, ou um colega sinalizando um defeito no Slack ou no Teams. O nosso ciclo começa na mensagem e termina com uma resposta a quem a enviou. O rastreador fica no meio do ciclo, e não na porta de entrada. E quando o trabalho de fato começa dentro do time, esse caminho também funciona: crie a tarefa direto na DoBox e delegue dali, do jeito que abrimos os nossos próprios problemas.

Além do código

Um segundo exemplo, sem código nenhum

Um cliente pede um resumo dos números do último trimestre. A tarefa vai para quem você definiu como responsável pela conta, e o agente escreve a análise no ambiente local dessa pessoa para que ela possa revisar. O mesmo vale para o relatório que um parceiro espera ou para o documento de acompanhamento prometido a um prospect. O agente escreve, uma pessoa revisa e um Flow envia a resposta.

Perguntas sobre delegação

O que eu preciso para rodar isso hoje?

Um Mac com Apple Silicon, o nosso aplicativo desktop, uma conta this+that, e algo em que o agente rode: Claude Code ou Codex com a sua própria assinatura, ou Ollama com um modelo Qwen se você preferir manter tudo local. Linux vem em seguida, depois Windows.

O que o agente faz com o meu repositório?

Ele trabalha em uma worktree do git a partir do seu próprio checkout local, então a branch em que você está e qualquer alteração não commitada ficam intactas. As mudanças voltam como rascunho de pull request para você revisar. Ele nunca mescla o próprio trabalho, e nenhuma cópia do seu repositório é criada fora da sua máquina.

O meu código é enviado para algum lugar?

Depende do agente para o qual você apontar. Com Claude Code ou Codex, o repositório em si fica na sua máquina, mas o agente envia contexto para a Anthropic ou a OpenAI para fazer o trabalho, exatamente como faz quando você o roda num terminal. Com um modelo Qwen servido pelo Ollama na mesma máquina, nenhuma chamada de modelo sai do laptop. Se o seu código não pode ir a terceiros em nenhuma circunstância, é essa a configuração a usar.

Quanto custa?

A delegação roda na assinatura do Claude ou do Codex que a pessoa de engenharia já tem, então não há conta separada de computação de agente. Rode num modelo Qwen local e não há conta de modelo nenhuma. A this+that em si é grátis por 30 dias.

Ele dá conta de trabalho que não é código?

Sim. Qualquer tarefa da DoBox pode ser delegada a um agente local, seja a entrega um pull request, uma análise, um relatório ou um documento de acompanhamento. Uma pessoa revisa o rascunho antes de qualquer coisa sair.

Posso rodar num modelo local em vez do Claude ou do Codex?

Sim. A delegação pode ser apontada para um modelo Qwen servido pelo Ollama na mesma máquina em que o agente trabalha, em vez de para uma assinatura do Claude ou do Codex. A qualidade depende do modelo que você roda e do equipamento em que roda, então é uma troca que você faz de propósito.

O que vem em seguida?

Linux e Windows. macOS com Apple Silicon funciona hoje; Macs com Intel não são suportados. Linux vem em seguida, depois Windows. Sem data para nenhum dos dois ainda, e quando estiverem no ar vamos dizer com todas as letras.

Como os meus dados são tratados?

A programação delegada acontece na sua máquina, e o seu repositório não é enviado aos nossos servidores. Para as mensagens e tarefas que a this+that guarda, tudo é criptografado em trânsito e em repouso; o conteúdo das mensagens, as tarefas e as páginas do brain são adicionalmente criptografados sob chaves dedicadas no AWS KMS que só os papéis de serviço da aplicação conseguem usar para decifrar, e nenhum funcionário da this+that consegue ler, exceto com a sua permissão ou para suporte de emergência, com acesso temporário e registrado. O processamento de IA roda pelo Amazon Bedrock dentro da AWS, cujos termos proíbem treinar com dados de cliente. O quadro completo está na nossa página de segurança.

Delegue a sua primeira tarefa

Abra uma tarefa, entregue a um agente na sua própria máquina, e receba de volta para revisar. Código ou trabalho de conhecimento, tanto faz. Grátis por 30 dias, sem cartão de crédito.