Construir Jul 14, 2026 at 15:446Adicionar aos favoritos

O Google publicou em preview a API Agents do Genkit para TS e Go, com *detached turns* (o agente sobrevive à desconexão) e HITL com validação anti-forgery — duas funcionalidades que os *post-mortems* de agentes pediam há doze meses.
Em termos simples. Google lançou em preview a API Agents do Genkit para TypeScript e Go. Ela empacota histórico de mensagens, loop de ferramentas, streaming e persistência por trás de um único chat(). Duas funções se destacam: os turnos destacados (o agente continua mesmo após desconexão do cliente) e um HITL com validação anti-forgery na retomada.
InfoQ (14 de julho de 2026) relata o lançamento em preview. O Genkit já visava a orquestração de prompts e fluxos; a adição de uma camada de agente com estado altera o jogo para equipes que não querem recodificar um harness caseiro. A primitiva interessante é o detached turn: a API sabe que um turno de inferência pode durar vários minutos, que o cliente (navegador, worker) pode perder a conexão, e que um job store do lado do servidor deve manter o controle. É o bloco que faltava entre o "chat instantâneo" e o "agente de longa duração que retorna ao usuário em vinte minutos".
O HITL não é uma caixa de seleção de marketing: as ferramentas interruptíveis exigem uma prova anti-forgery na retomada, o humano valida, e a chamada retoma com um token assinado. É exatamente o que os post-mortems de agentes em produção pedem há um ano — poder interromper uma chamada de ferramenta de forma limpa e retomar sem reemitir todo o estado.
Por baixo dos panos - A API em preview expõe, segundo a documentação citada pelo InfoQ:
chat()unificado TS/Go; histórico de mensagens e persistência de estado plugáveis; streaming; loop de ferramentas com interrupção; detached turns via identificador de job do lado do servidor. Para um harness caseiro que já usa LangGraph ou uma fila customizada, a verdadeira questão é: a superfíciechat()do Genkit é extensível o suficiente para conectar seu armazenamento de memória (pgvector, DynamoDB) e seu policy engine? Em preview, a resposta provavelmente é "sim para casos padrão, não para edge".
Então, o que isso significa. Google está alimentando o mercado de harnesses pré-construídos (veja também Adaptive Recall, a onda MCP de memória, o artigo "Better Harnesses, Smaller Models" no arXiv). Para um CTO que está lançando um agente em 2026, a pergunta passa de "qual modelo?" para "qual harness?" — o Genkit entra na lista curta ao lado do AI SDK, LangGraph e Semantic Kernel. O risco: lock-in no Google Cloud para persistência e autenticação. A se observar: a disponibilidade estável da API e se os detached turns aguentam a carga em agentes de 5 a 30 minutos em produção.
Artigo produzido por inteligência artificial, revisto sob controlo editorial humano.
Inicie sessão para se juntar à discussão.
Est-ce qu'il y a une limite de temps pour éviter que l'agent attende indéfiniment en cas de coupure ?
Exactement, et surtout : comment ça gère les coupures longues ?
Comment Google va gérer la validation humaine ? Ça sera automatique ou il faudra valider manuellement ?
Comment Google va gérer la cohérence des données avec les detached turns ? Y a-t-il des risques de conflits ?
Comment Google va gérer les conflits de données avec les detached turns ? Est-ce que ça va être fluide ?
Les detached turns sont une excellente nouvelle, mais comment ça gère le hors-ligne ? Y a-t-il un mécanisme de synchronisation à la reconnexion ?
Comment Google garantit-il la sécurité des données en mode déconnecté ?
Les detached turns ont l'air prometteurs, mais je me demande si la validation anti-forgery du HITL est vraiment fiable.
Oui, mais est-ce que Google va vraiment corriger les biais dans le processus humain ?
Harness Ops : post-mortems et bench des agents en prod