this+that para engenharia
Relatos de defeito chegam ao seu agente. Você para de escrever os tickets.
Um bug chega como e-mail para o suporte, ou como mensagem numa thread. Ele vira tarefa, é encaminhado para quem cuida daquele código e vai para um agente, no navegador ou na máquina dessa pessoa pelo Claude Code ou pelo Codex. Um PR em rascunho volta para review, e quem abriu o chamado recebe resposta quando a correção sobe.
As conexões são OAuth comum, com escopos que você aprova e revoga. SOC 2 Type I desde 31 de julho de 2026, com o Type II em andamento, e CASA Tier 2. A inferência roda no AWS Bedrock e os seus dados nunca treinam um modelo. Como tratamos os seus dados →
O trabalho não começa no board
Um agente de código pega uma issue bem escrita e devolve um PR, e faz isso bem. Mas o problema bem especificado tem que vir de algum lugar, e na maioria dos times ele vem de uma pessoa lendo a inbox de suporte e traduzindo. O relato tem três frases e uma captura de tela, metade dele é quem reportou chutando a causa, e a reprodução de verdade está enterrada na quarta resposta. Transformar isso numa issue leva dez minutos e conhecimento do código, e é por isso que sobra para um dev.
A outra ponta também fica solta. O fix é mergeado, sobe para produção, e quem abriu o chamado não recebe nenhum retorno, porque fechar o ciclo significa achar a thread original e responder — e a thread está num sistema que ninguém deixa aberto. Então o mesmo defeito é reportado duas vezes, e o segundo relato passa pela triagem do começo.
Mensagem entra, resposta sai, agente no meio
A delegação em si não precisa de configuração. Abra uma tarefa, escolha um agente, envie. O pipeline abaixo é o que você monta em volta dela, e esta é a versão que rodamos na nossa própria inbox de suporte. Qual inbox, quem cuida do quê, e onde uma pessoa precisa aprovar mudam em cada time, então não tomamos essas decisões por você.
O chamado chega
Ler cada mensagem que chega é automático, e distinguir um relato de defeito de uma dúvida de cobrança também. A IA classifica, e o trabalho dela fica mais fácil quando você aponta o Flow para um endereço ou um canal.
Ele vira tarefa, ou uma issue no seu board
O relato vira tarefa na this+that, ou um problema no Linear ou no Jira se for ali que o seu time trabalha, com a thread original anexada nos dois casos. Nada se perde na tradução, os passos de reprodução ficam a um clique, e ninguém da engenharia digitou nada.
Ele vai para quem cuida daquele código
A atribuição vem do que você escreveu no Brain, qual pessoa cuida de qual área. Não entregamos opinião nenhuma sobre quem cuida do seu código, então ele cai para quem conhece aquele trecho, e não numa fila de rodízio.
O responsável passa para um agente
Quem cuida escolhe onde roda. Um agente na nuvem começa no navegador. O agente local vai pelo nosso app de desktop até o Claude Code ou o Codex na máquina do dev, onde ele ganha uma worktree própria a partir do checkout local, então a branch em que o dev está fica intocada.
O PR em rascunho volta
O agente abre um PR em rascunho e o pedido de review vai para onde o seu Workflow mandar. Nada entra na base sem uma pessoa aprovar o merge.
Quem reportou recebe resposta
Depois que a revisão é aprovada, um Flow responde ao e-mail original. Está corrigido, sobe em breve, acompanhe o changelog. Quem abriu não faz ideia de quanto disso foi automático.
Você descreve o ciclo, não monta a fiação
Os passos acima são um único Workflow, e você chega nele só dizendo o que quer. O Assistente monta o Flow, escolhe as ações e pergunta sobre o que não conseguiu deduzir. Você revisa cada passo antes de ele rodar.
Oi — me diga o que você gostaria de automatizar, em palavras simples. Faço algumas perguntas rápidas, configuro, e você já roda aqui mesmo.
Prefere montar você mesmo? Criar manualmente
Quando um e-mail chegar em support@, veja se é bug. Se for, abra uma issue no Linear com a thread anexada e atribua para quem cuida daquela área do código no Brain. Se o relato não tiver passos de reprodução, responda pedindo antes.
Ele volta como passos que você lê, reordena e edita, e pergunta sobre qualquer coisa que não conseguiu deduzir.
Automatize um passo, ou todos
Cada passo daquele ciclo é opcional, e cada um vale a pena sozinho. Mantenha as decisões de julgamento com uma pessoa e automatize o que está em volta. Estes são Flows completos, e não fragmentos.
Só o roteamento
"Quando chegar um bug, atribua para quem cuida daquela área do código e deixe no meu board." Nada é escrito, nada é enviado. Você ainda decide o que fazer.
Só os detalhes que faltam
"Se um relato não tiver captura de tela ou passos de reprodução, responda pedindo antes de chegar a alguém." A rodada de esclarecimento acontece sem alguém da engenharia gastar uma manhã nisso.
Só a resposta quando a correção sobe
"Quando a correção sair, responda a quem reportou." A parte que todo mundo pretende fazer e ninguém faz, e que não precisa de agente nenhum tocando o seu código.
O ciclo inteiro
Do chamado à issue atribuída, dela ao PR em rascunho, e do PR à resposta — como descrito acima. Vale montar depois que você confia nas peças, e não como a coisa por onde começar.
Na sua máquina, na sua assinatura
Agentes delegados normalmente rodam num ambiente de nuvem que o fornecedor provisiona. Fazemos isso também, e é a escolha certa quando ninguém quer instalar software. Mas acrescentamos uma opção que quase ninguém oferece: o agente trabalha no seu próprio checkout, no seu hardware, pelo Claude Code ou pelo Codex, usando a assinatura de IA que você já paga. O seu repositório fica onde está.
Se nem as chamadas ao modelo puderem sair da sua rede, aponte a delegação para um Qwen rodando no Ollama na mesma máquina. Aí o código, o modelo e o trabalho nunca saem do notebook. Isso funciona hoje.
As ferramentas de engenharia às quais ele já se conecta
Cada uma destas é alcançável de um Flow como passo de ação, então o ciclo não para no rastreador. Cada uma tem a própria página com os detalhes.
Automação de navegador
Para a ferramenta interna sem API. Um Flow dirige o navegador na sessão em que você já está conectado, numa aba marcada que você acompanha. Ele se recusa a preencher campos de credencial, e cada clique ou tecla passa por um passo de confirmação que você configura ao montar o Flow.
Learn more →GitHub
Um servidor MCP nativo, então qualquer Workflow cria issues, confere o status dos PRs, comenta nas threads e consulta issues abertas por label ou responsável. Os gatilhos se limitam a um repositório, então um Flow montado para um serviço para de disparar em todos os outros.
Learn more →Linear
Um relato de defeito que chega por e-mail se arquiva como problema no Linear, com a corrente anexada e ninguém digitando. Os Flows acham, criam e atualizam problemas, projetos e comentários pelo servidor MCP do próprio Linear.
Learn more →Jira e Confluence
Pelo Atlassian Rovo, um e-mail ou uma mensagem do Slack vira um ticket no Jira, uma página no Confluence ou uma atribuição, sem ninguém redigitar num segundo sistema.
Learn more →Notion
Conectado por MCP ao lado do GitHub, então o release notes se escreve sozinho a partir das descrições dos PRs que já foram mergeados.
Learn more →Sourcegraph
Busca de código nos seus repositórios, como servidor MCP embutido. Um Flow acha onde um defeito reportado de fato mora e entrega esse contexto junto com o ticket.
Learn more →Glean e Snowflake
Busca corporativa e consultas no armazém de dados, os dois embutidos, os dois apontados para a sua própria instância. Responda uma dúvida de dados dentro da corrente que perguntou.
Learn more →DoBox por MCP
A conexão roda na outra direção também. Os seus próprios agentes leem e escrevem na DoBox por MCP, então a lista de tarefas que o Flow alimenta fica alcançável do que você já roda no seu terminal.
Learn more →Os canais por onde os relatos chegam
Nem todo relato chega por e-mail. Gmail, Outlook, Slack, Microsoft Teams, Google Chat e WhatsApp Business alimentam todos o mesmo ciclo, então um defeito sinalizado numa conversa recebe o mesmo tratamento de um enviado ao suporte.
Learn more →O mesmo ciclo sem repositório
A delegação não se limita a código. Entregue a um agente um relatório, uma análise ou uma pesquisa e ele trabalha no arquivo de verdade e volta para revisão, com o resultado anexado à tarefa e sem repositório envolvido. A esteira tem a mesma forma: chega como mensagem, uma pessoa aprova o que volta, e quem pediu recebe resposta.
Aponte para a inbox em que os seus bugs de fato chegam.
Conecte uma conta e veja os relatos que já estão enterrados nela virarem tarefas. Grátis por 30 dias, sem cartão de crédito.