Entregue trabalho de verdade a um agente na sua própria máquina
Abra uma tarefa no seu 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. Não é só para código: dê a ele um documento, uma análise ou uma pesquisa e ele trabalha na coisa real.
Comece agoraEntregue 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 fluxo começa
O caminho do dia a dia é manual. Você está olhando uma tarefa, decide que um agente deve tentar, e delega. Se preferir entregar uma tarefa no instante em que ela atender a alguma condição que te importa, monte um fluxo que faça isso. Nenhum dos dois é mais suportado que o outro.
Dê código, receba um rascunho de pedido de mesclagem
O agente ganha uma worktree própria do git a partir do checkout local, trabalha ali, e abre um rascunho de pedido de mesclagem. O ramo em que a pessoa responsável está no meio do caminho fica intocado, e nada é mesclado sem 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.
Roda na sua máquina
Quando você delega um problema a um agente de programação, ele normalmente roda numa caixa de areia na nuvem que o fornecedor levanta para você. O this+that também delega para agentes na nuvem, e acrescenta outra 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 aplicativo de computador. Ele roda em macOS com Apple Silicon hoje. Linux vem em seguida, depois Windows.
O seu repositório fica onde está
O agente trabalha no checkout local de quem recebeu a tarefa, numa worktree própria do git, então o ramo em que essa pessoa está no meio do caminho fica intocado. Ninguém o clona para uma caixa de areia de fornecedor, e nenhuma cópia do seu repositório existe 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 há conta medida separada por computação de agente nem preço de agente por assento.
Rascunhos de PR, mesclagem humana
Cada correção delegada chega como rascunho de pedido de mesclagem. Uma pessoa revisa e mescla, toda vez. Nada técnico obriga isso. O ciclo poderia rodar sem mãos, com um segundo agente revisando, CI/CD publicando e um fluxo respondendo a quem reportou. Manter uma pessoa no circuito é uma escolha, e não uma 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.
Uma esteira de defeitos, de ponta a ponta
Tudo acima funciona sozinho, uma tarefa por vez, à mão. É assim que fica quando você liga tudo: o fluxo que montamos para a nossa própria esteira de defeitos. Nada nele é agendado. Ele começa quando um relato de defeito chega no support@. É um exemplo, e não um modelo. A caixa, o mapa de responsabilidade e os pontos de aprovação são decisões que deliberadamente não tomamos por você, porque as respostas certas mudam em cada time.
-
Um relato de defeito chega no support@
Ler cada mensagem que chega é automático, e distinguir um relato de defeito de uma dúvida de cobrança ou de um pedido de recurso também. A IA classifica, e apontar o fluxo para um endereço ou canal só estreita o que ela precisa julgar.
-
Vira uma tarefa
O relato vira uma tarefa no DoBox, com o e-mail original anexado para que nada se perca na tradução.
-
O Brain encaminha
A atribuição vem do que você escreveu no Brain: qual pessoa de engenharia cuida de qual área do produto. Não entregamos opinião nenhuma sobre quem cuida do seu código, então o defeito vai para quem conhece aquilo, em vez de para uma fila de rodízio.
-
Quem cuida delega
O nosso aplicativo de computador 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á.
-
Um rascunho de PR volta
O agente abre um rascunho de pedido de mesclagem e o pedido de revisão vai para onde o seu fluxo mandar. A tarefa no DoBox se atualiza a cada passo.
-
Quem reportou recebe uma resposta
Quando a revisão é aprovada, um fluxo responde ao e-mail original: está corrigido, sai em breve, acompanhe o changelog. Quem abriu nunca viu um rastreador.
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 pedido de mesclagem. 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.
Caixa de areia 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 desenho razoável; o 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 em casa, 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 pedido de mesclagem 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 no DoBox e delegue dali, do jeito que abrimos os nossos próprios problemas.
Um segundo exemplo, sem código nenhum
Um cliente pede um resumo dos números do trimestre passado. A tarefa vai para quem você disse que cuida da conta, e o agente escreve a análise na máquina dessa pessoa para ela revisar. Vale o mesmo para o relatório que um parceiro espera, ou o documento de acompanhamento prometido a um prospecto. O agente escreve, uma pessoa revisa, e um fluxo envia a resposta.
Perguntas sobre delegação
O que eu preciso para rodar isso hoje?
O que o agente faz com o meu repositório?
O meu código é enviado para algum lugar?
Quanto custa?
Ele dá conta de trabalho que não é código?
Posso rodar num modelo local em vez do Claude ou do Codex?
O que vem em seguida?
Como os meus dados são tratados?
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 durante o beta, sem cartão de crédito.
Comece agora