Toda demo de agente de IA acaba virando um e-mail de desculpas — então criei um firewall (solo builder, semana 6)

Há 3 semanas, no primeiro Show GN, compartilhei que estava criando um firewall de 5 camadas; desde então, fiz uma correção no design + trouxe o que realmente coloquei em produção. Acabou passando batido com 1 ponto/1 comentário, mas houve progresso, então estou postando de novo.

▶ Correção de 5-tier → 4-tier (PUSH / QUEUE / SILENT / AUTO)
A camada "Call" foi removida e ficou em espera. Decidi isso com base nos dados durante o PoC.

▶ Loop do agente completo de ponta a ponta
Chega um e-mail pedindo reunião → classificação por tier → o Klorn verifica conflito na agenda → rascunho da resposta + evento de calendário → fica aguardando em PendingAction → usuário aprova com 1 clique → dispara. Todas as ações são assinadas com hash do payload antes do disparo, e sem correspondência de ActionReceipt a execução é impossível.

▶ A parte que mais demorou: teste de invariantes (menos de 100 linhas de código)
Um teste que quebra a build se uma ação como send_email for executada sem aprovação do usuário. Se alguém remover a checagem de aprovação → teste falha → build falha → deploy falha. Contornar isso simplesmente deixa de ser uma opção. É por isso que "o agente não envia por conta própria" deixa de ser frase de marketing e vira fato.

▶ Também corrigi um bug real de produção
A OpenRouter descontinuou o SKU de modelo :free, então todos os ciclos autônomos morriam com "404 No endpoints found". O failover antigo só tratava 402 / 403 / 429. Não cobria "modelo desapareceu". Coloquei uma cadeia de fallback multi-modelo, então mesmo que um SKU upstream morra, o agente não morre.

▶ Medindo retenção Day 14+7
Ativar 5 pessoas do ICP é o critério para passar no PoC. Feedback sincero, mesmo que em uma linha, é muito bem-vindo.

▶ Vídeo de 60 segundos: https://klorn.ai
▶ Código: https://github.com/k08200/klorn

Beta grátis + PRO aplicado automaticamente. Muito obrigado a quem deixou opinião no primeiro post.

[k08200]

Uma pergunta — para quem opera agent / SaaS, qual foi o failure mode que vocês viram com mais frequência quando o agent agiu sem a intenção do usuário?

Na minha experiência operando, por ordem de frequência:

1. Prompt drift — uma resposta que não era a intenção dispara automaticamente
2. Model retire — o SKU :free morre e o ciclo para sem nem fallback
3. Mal-entendido nos argumentos da tool — o agent executa uma ação externa com parâmetros errados

Queria saber quais padrões vocês têm visto.