Stack de ops com agentes de IA — agentes always-on sem engenharia

O stack que um time de ops enxuto roda quando quer agentes que disparam em eventos em vez de uma janela de chat que alguém precisa lembrar de abrir. O Gumloop constrói e hospeda os agentes, o n8n move o trabalho entre sistemas e aplica o portão de aprovação, o Clay fornece os dados externos de que um agente precisa antes de decidir qualquer coisa, e o Slack é onde um humano diz sim ou não. Quatro ferramentas, cerca de $4K-$12K por ano, nenhum engenheiro no organograma.

A distinção que define se você precisa disso: não é um stack para automatizar passos fixos e conhecidos. Se os passos nunca mudam — copiar o campo A para o campo B quando um formulário dispara — o n8n sozinho faz isso mais barato e com mais confiabilidade. Este stack se paga quando o input não é estruturado e a decisão exige julgamento caso a caso: um email inbound que pode ou não ser uma demanda real, um CV contra um scorecard, um NDA com uma cláusula de indenização fora do padrão, uma thread de suporte que talvez seja sinal de churn.

Como as peças se encaixam

• O Gumloop é a camada de agentes. Agentes e workflows são construídos em um canvas visual: um nó de trigger dispara, os dados passam por nós de extração e de modelo, e nós de ação escrevem de volta. A escolha de modelo é por nó, então um mesmo agente pode chamar o Claude para extrair cláusulas e um modelo mais barato para classificar na mesma execução. O Gumloop é onde o input sem estrutura vira uma decisão estruturada com uma razão anexada. Ele não guarda estado e não é o seu sistema de registro — ele lê, raciocina e emite.

• O n8n é a camada de orquestração e de guarda-corpos. Todo handoff entre o Gumloop e o resto do seu SaaS é um workflow do n8n: ele recebe o output do agente, confere contra os limiares que você definiu, decide se a ação pode rodar sem supervisão ou precisa de um humano, escreve no sistema de registro e captura as falhas. É também onde vive a trilha de auditoria — o log de execuções do n8n é o registro do que um agente fez e por quê, o que importa na primeira vez que alguém perguntar.

• O Clay é a camada de dados externos. Um agente raciocinando sobre um lead inbound, um candidato ou uma contraparte precisa de fatos que o evento disparador não contém: headcount, funding, stack de tecnologia, se aquele domínio já é cliente. O Clay faz cada busca em cascata entre provedores de dados e cobra só quando encontra. Sem ele, os agentes tomam decisões confiantes com base apenas em uma assinatura de email.

• O Slack é a superfície de aprovação e auditoria. Toda ação do agente acima do limiar de autoridade é publicada em um canal como uma mensagem de aprovar/rejeitar antes de executar. Esse é o componente que os times pulam, e pular ele é a razão pela qual projetos de agentes sem supervisão são desligados no segundo mês — ninguém conseguia ver o que a coisa estava fazendo.

Handoffs nomeados

1. Evento → triagem. Um email chega em uma caixa compartilhada, um formulário é enviado ou um arquivo cai em uma pasta → o agente do Gumloop extrai as entidades, classifica a solicitação e emite JSON estruturado com um valor de confiança.
2. Entidade desconhecida → enriquecimento. O output do Gumloop cita uma empresa ou pessoa que ainda não está no seu CRM → o n8n dispara a execução da tabela do Clay → a linha enriquecida volta ao contexto do agente antes de ele recomendar uma ação.
3. Recomendação → portão. O Gumloop devolve uma ação recomendada → o n8n avalia contra o limiar (se a confiança passa da régua e o valor fica abaixo do teto, executa sem supervisão; qualquer outro caso vai para o Slack como um card de aprovação com o raciocínio declarado do agente anexado).
4. Aprovação → escrita. Um humano clica em aprovar no Slack → o n8n escreve no sistema de registro (CRM, ATS ou CLM) e publica o comprovante de volta na mesma thread, para que a decisão e sua consequência fiquem em um só lugar.
5. Falha → responsável. Uma execução do agente dá erro, uma busca no Clay não retorna nada ou o consumo mensal de créditos cruza um teto → o workflow de erro do n8n alerta no Slack o responsável de ops nomeado em vez de falhar em silêncio.

Por que essa combinação

Cada ferramenta ocupa uma camada e as camadas não se sobrepõem: o Gumloop raciocina, o Clay fornece fatos, o n8n roteia e controla, o Slack sustenta o humano. Essa separação é o que torna o stack depurável por quem não é engenheiro — quando algo dá errado existe exatamente um lugar onde deu errado.

Vale nomear dois colapsos, porque os dois às vezes estão certos. O n8n sozinho consegue fazer tudo o que o Gumloop faz; o nó AI Agent conecta qualquer modelo a ferramentas e memória, e self-hosted é gratuito. O que você paga em troca são horas de construção e a exigência de que alguém consiga depurar um webhook quebrado às 18h. O Gumloop sozinho consegue chamar APIs diretamente e pular o n8n. O que você perde é o portão — lógica de aprovação, limiares, retries e roteamento de erro se espalham dentro de agentes individuais em vez de ficarem em uma camada que os impõe, o que é aceitável com dois agentes e ingerenciável com dez.

O Gumloop é a camada de agentes padrão aqui, e não um produto de assistente por seat, porque o plano dele inclui seats ilimitados e cobra por créditos: deixar o time de ops inteiro construir sobre os mesmos agentes não custa nada a mais, e uma fila compartilhada é exatamente para isso que este stack existe.

Custo real

Faixas anuais para um time de ops de 3 a 10 pessoas, com base nas páginas de preço dos fornecedores consultadas em 2026-08-03:

• Gumloop: ~$450-$3.000/ano. Um único plano Pro a partir de $37/mês faturado anualmente no piso de 20.000 créditos, com seats ilimitados, 5 execuções simultâneas de workflow, 25 chats de agente simultâneos e um servidor MCP hospedado. Os créditos escalam por um slider até 1,5M/mês; um time rodando vários agentes por dia fica bem acima do piso. O plano gratuito permanente foi descontinuado em 2026-07-30 em favor de um teste Pro de 14 dias, então não existe mais um caminho de $0 para pilotar além de duas semanas. O Enterprise (RBAC, SCIM/SAML, audit logs, VPC) é só sob cotação.
• n8n: ~$0-$800/ano. A Community Edition self-hosted é gratuita; reserve $20-40/mês de VPS. Na nuvem, o Starter sai €20/mês faturado anualmente por 2.500 execuções e o Pro €50/mês por 10.000. A cobrança é por execução de workflow independentemente da quantidade de passos, e os usuários são ilimitados em todos os planos. O Business, a €667/mês faturado anualmente, adiciona SSO/SAML e versionamento com Git — a maioria dos times desse tamanho se hospeda por conta própria muito antes disso.
• Clay: ~$2.000-$5.400/ano. O Launch sai $185/mês ($167 faturado anualmente) e o Growth $495/mês ($446 faturado anualmente). Desde a reformulação de março de 2026, a cobrança roda em dois medidores — Data Credits para buscas em provedores e Actions para execuções de IA e integrações — então um stack de agentes que chama o Clay em todo trigger queima os dois.
• Slack: ~$450-$1.800/ano. O Pro sai $7,25/usuário/mês faturado anualmente ($8,75 no mensal); o Business+ sai $15/usuário/mês faturado anualmente. Só quem aprova coisas precisa de um seat pago.

Total: ~$4K-$12K/ano. Os custos ocultos são os que doem: 2-4 semanas do tempo de uma pessoa de ops para deixar os três primeiros agentes em um estado que você deixaria sem supervisão, a deriva contínua de créditos conforme os agentes ficam mais falantes, e o imposto de manutenção de um canvas do Gumloop que passa de uns 30 nós e deixa de ser legível.

O que este stack não substitui

• Seu sistema de registro. Nada aqui armazena o estado de clientes, candidatos ou contratos. Os agentes agem sobre o seu CRM, ATS ou CLM; eles não viram um.
• Engenharia, para qualquer coisa transacional. Movimentação de dinheiro, provisionamento e qualquer coisa que precise de um limite transacional real ou de um compromisso de uptime pertence a código com testes, não a um canvas hospedado.
• Um data warehouse. O Clay enriquece registros em trânsito. Análise histórica, atribuição e reporting ainda precisam de um lugar para aterrissar.
• A responsabilidade pela decisão. O portão de aprovação não transfere a responsabilidade para o agente. Quem clicou em aprovar é dono do resultado, e é exatamente por isso que o raciocínio precisa estar na mensagem do Slack e não enterrado em um log de execução.

Regras de match

Use este stack quando:

• Seu trabalho de ops de maior volume começa como texto sem estrutura — caixas de entrada, candidaturas, tickets, contratos — e hoje alguém lê tudo isso.
• Você tem uma pessoa de ops confortável em um canvas visual e capaz de ler JSON, mas não tem e não vai ter tempo de engenharia.
• O volume é alto o suficiente para que a triagem humana item a item seja um custo real (aproximadamente 100+ itens por mês) e baixo o suficiente para que um erro seja recuperável e não um evento de compliance.
• Você consegue nomear o limiar. Se você não consegue dizer o que um agente tem permissão de fazer sem supervisão, você não está pronto para rodar um sem supervisão.

Não use este stack quando:

• Os passos são fixos e conhecidos. Use o n8n sozinho e coloque a economia em outro lugar.
• A decisão é regulada — ação adversa sobre um candidato, uma posição jurídica, qualquer coisa com uma notificação legal atrelada. Agentes podem redigir e rotear; um humano decide, e a trilha de auditoria tem que mostrar isso.
• Ninguém é dono disso. Um stack de agentes sem responsável nomeado se degrada em silêncio: os créditos sobem, a autenticação de uma integração expira, e a falha aparece como reclamação de cliente meses depois.
• Você ainda está descobrindo qual é o processo. Agentes operacionalizam uma regra de decisão; eles não descobrem uma. Escreva ela na mão por um mês primeiro.

Variações comuns

• Troque o Gumloop pelo Lindy quando o trabalho é a caixa de uma pessoa, não a fila de um time. O empacotamento atual do Lindy é por pessoa — Plus a $49,99/mês, Pro a $99,99, Max a $199,99, com limite de 2, 3 e 5 caixas conectadas respectivamente, e computer use liberado no Pro. A própria página de preços dele se compara a um assistente executivo humano de $8.000/mês, o que já diz qual é o comprador pretendido. A regra: o email, a agenda e os follow-ups de um executivo → Lindy; uma fila compartilhada sobre a qual várias pessoas constroem → Gumloop.
• Tire o Clay quando os agentes só tocam dados que já são seus. Triagem de tickets de suporte, revisão de contratos e trabalho com documentos internos não precisam de enriquecimento externo, e o Clay é a maior linha removível do stack. Coloque de volta no dia em que um agente começar a tomar decisões sobre empresas ou pessoas que ainda não estão no seu CRM.
• Colapse para o n8n sozinho quando ganhar alguém que construa. Se uma contratação técnica entrar, o nó AI Agent absorve a camada do Gumloop e o custo recorrente cai para um VPS. Isso é um retrocesso real em quem consegue manter — faça quando a pessoa estiver no time, não quando estiver no plano de contratação.
• Troque o Slack pelo Microsoft Teams. A superfície de aprovação tem o mesmo formato e o n8n tem um nó de Teams de primeira classe. Nada mais no stack muda.

Para os padrões concretos de agentes que este stack roda, veja triagem de leads inbound, triagem de intake de NDA e enriquecimento de leads com Clay e Claude. Para o conceito por trás, agentes de IA para ops cobre o que separa um agente de um script agendado.