1016 | Agentes por todo o lado: do email ao PCB

Sofia Almeida: Olá, bem-vindos a mais uma edição do briefing diário do mundo dos lançamentos de produtos. Eu sou a Sofia Almeida.

Rafael Costa: E eu sou o Rafael Costa. E hoje, Sofia, há um fio condutor muito claro em quase tudo o que saiu nas últimas vinte e quatro horas: agentes de IA a entrar no trabalho a sério — não como demo, mas como colegas que fazem tarefas, com alguém a ter de aprovar o que eles fazem, alguém a ter de lhes dar memória, e alguém a pagar a fatura.

Sofia Almeida: Exatamente. E essa última parte — a fatura — é talvez a mais interessante, porque há uma empresa toda dedicada só a baixar o custo destas coisas. Vamos começar pelos produtos que lidam diretamente com o problema do dia a dia: como é que um agente entra num fluxo de trabalho real sem se tornar um risco.

Rafael Costa: Comecemos pela Backdrop. A ideia deles são "colegas de IA" — agentes que podes aplicar a praticamente qualquer fluxo de trabalho. Têm uma biblioteca de skills, o que significa que o agente vem com capacidades pré-feitas, e uma característica que me parece muito esperta: podes ensinar-lhe o workflow gravando-o. Ou seja, em vez de escreveres instruções detalhadas, mostras como é que tu fazes a tarefa, e o agente aprende a partir dessa gravação.

Sofia Almeida: Isso muda a barreira de entrada. O problema clássico destas ferramentas é que exigem que a pessoa descreva o processo por escrito, com precisão, e a maioria das pessoas não sabe articular o que faz todos os dias. Gravar é muito mais natural. E depois há a parte da confiança: a Backdrop anuncia aprovações e auditoria integradas, e mais de mil e quinhentas integrações.

Rafael Costa: Mil e quinhentas integrações é uma afirmação deles, convém dizer — não verificámos. Mas o desenho faz sentido: se o agente vai tocar nas ferramentas que a equipa já usa, precisa de chegar lá. E as aprovações e a auditoria são a resposta óbvia à pergunta que toda a gente faz: "e se o agente fizer asneira?"

Sofia Almeida: E é a mesma pergunta que a Afterparty responde, mas num nicho muito concreto: reuniões. O que eles fazem é pegar nas transcrições das reuniões e, a partir delas, os agentes desenham e-mails, mensagens para o Slack e atualizações no CRM. A promessa-chave é que nada sai sem aprovação — ou seja, o agente prepara, o humano decide.

Rafael Costa: E isso é uma posição honesta. E-mails e CRM são áreas onde um erro custa caro — mandas uma mensagem errada a um cliente e não há volta a dar. O modelo "agente redige, humano valida" é muito mais vendável do que "agente envia sozinho". Quanto à disponibilidade: é grátis até cinco reuniões por mês, o que te deixa experimentar sem compromisso.

Sofia Almeida: Sim, e cinco reuniões por mês chega para perceber se a qualidade dos rascunhos faz sentido para a tua equipa. Limitação óbvia: se fizeres vinte reuniões por semana, vais esbarrar no limite rapidamente, e não sabemos quanto custa depois. Mas a lógica é a mesma da Backdrop — agente trabalha, humano aprova — aplicada a um caso específico.

Rafael Costa: E depois há quem diga: se isto vai acontecer em todos os produtos, porque é que cada ferramenta tem o seu próprio sistema de aprovação fechado? É aí que entra a withHuman, com uma proposta diferente: uma camada de aprovação aberta, com um protocolo chamado AAP, para as chamadas de ferramentas dos agentes. A ideia é que qualquer agente, quando vai usar uma ferramenta, passe por esta camada.

Sofia Almeida: E o desenho é graduado, o que me parece o ponto mais interessante. Decisões rotineiras podem ser automáticas, baseadas em regras — se está dentro da política, passa. Ações de risco vão sempre a um humano. Isso evita o cenário ridículo de aprovar cada clique manualmente, mas também evita o oposto, o agente com cartão branco para tudo.

Rafael Costa: Se esta camada apanhar, pode tornar-se uma espécie de padrão de mercado — a camada de segurança pela qual passam todos os agentes, independentemente de quem os fez. É cedo para dizer, obviamente, mas é uma aposta racional: ninguém quer dez sistemas de aprovação diferentes para dez ferramentas.

Sofia Almeida: E há um detalhe que reforça isso: a Chatway, que é uma plataforma de suporte ao cliente, lançou o que chamam "bring your own AI" via MCP — podes ligar o teu ChatGPT, o teu Claude, o que quiseres, ao suporte. E o MCP está incluído no plano grátis, com conectores oficiais ainda para chegar. Ou seja, até no suporte ao cliente há movimento no sentido de infraestrutura aberta e interoperável.

Rafael Costa: Que liga bem ao lado dos custos. Porque se estás a ligar os teus próprios modelos, pagas os modelos — e aí a pergunta vira: como é que eu não gouge a fatura? É exatamente o que a Navige ataca. Eles chamam-lhe "Sufficiency Intelligence", que é uma forma bonita de dizer: usa o modelo suficientemente bom, não o maior.

Sofia Almeida: Concretamente, fazem três coisas: roteiam pedidos para modelos mais pequenos quando chegam, fazem caching para não repetir trabalho caro, e têm proteção contra loops — que é um problema real, agentes a entrar em ciclos e a queimar dinheiro sem produzir nada. No modelo de negócio: a ferramenta deles chamada Watchtower é grátis, e o plano pago cobra quatro quintos das poupanças geradas.

Rafael Costa: Quatro quintos das poupanças é um modelo ousado — significa que só pagas se eles efetivamente te pouparem dinheiro, o que alinha incentivos. Mas também significa que a maior parte do valor fica com eles. Convém lê-lo como uma afirmação deles: as poupanças reais dependem muito da tua carga de trabalho. Se os teus agentes já usam modelos pequenos e não fazem loops, o teto é limitado.

Sofia Almeida: Ainda neste universo de agentes no trabalho, vale a pena mencionar dois exemplos de verticais específicas. A Lleverage automariza o backoffice dentro de sistemas ERP — encomendas, faturas, ordens de compra. E o caso que apresentam é a Topa: de quatro pessoas a fazer esse trabalho para mais de noventa por cento automático.

Rafael Costa: Que é um número espetacular, mas é um caso de cliente contado pela própria empresa — trata-o como reivindicação, não como resultado verificado. Ainda assim, backoffice é dos sítios onde esta aprovação-and-audit faz mais sentido: tarefas repetitivas, alto volume, regras claras, e uma revisão humana nas exceções.

Sofia Almeida: E há ainda os agentes de infraestrutura pessoal, como o OpenMuse, que é um agente pessoal open source — licença MIT, podes fazer self-hosting — com browser persistente, terminal e ficheiros. É compatível com AG-UI e existe para iOS, Android e web. É outro exemplo de alguém a construir o agente como uma peça que tu controlas, em vez de um serviço fechado.

Rafael Costa: E com isto já desenhamos o primeiro grande bloco: agentes a trabalhar, humanos a aprovar, custos a ser geridos. A pergunta seguinte é mais baixo nível: onde é que estes agentes correm, e o que é que lhes dá memória? Porque um agente que esquece tudo entre sessões não serve para muito.

Sofia Almeida: Pois, e aqui há dois lançamentos que abordam exatamente isso. O primeiro é o Buddy Sandboxes: máquinas virtuais Linux persistentes, desenhadas para agentes de código. Os números que anunciam: arranque em setenta milissegundos, cinquenta gigas de disco, snapshots, e acesso via MCP, CLI e API. E pagas por minuto.

Rafael Costa: Setenta milissegundos de arranque é o detalhe que importa. Se o agente vai criar um ambiente para cada tarefa, um arranque lento mata a experiência. E "persistente" é a palavra-chave — o agente pode voltar ao mesmo ambiente, com o estado intacto, em vez de recomeçar do zero. Snapshots também ajudam: se algo corre mal, voltas atrás. O pagamento por minuto é honesto para uso esporádico, mas convém contas se for uso contínuo.

Sofia Almeida: E do lado da memória, há o SuperLocalMemory v2, que se apresenta como um ponto de memória local-first para setups multi-agente. Ou seja, a memória fica na tua máquina, não na nuvem. E tem uma resposta estruturada interessante: distingue entre "suportado", "relacionado" e "sem resposta" — o que evita aquele problema clássico de a memória devolver algo parecido e o agente tratar como facto.

Rafael Costa: E dão credibilidade académica: quatro papers no arXiv, e licença AGPL-3.0, que é uma licença de software livre bastante exigente — reforça a posição local-first e aberta. A limitação óbvia: se a tua equipa trabalha distribuída e precisa de memória partilhada na nuvem, um sistema local-first tem de resolver isso de outra forma.

Sofia Almeida: E há uma peça mais leve que completa o quadro: o Shrine, uma app para o notch do Mac que mostra sessões do Claude Code, do Codex e do OpenCode. E tem um toque encantador — um "pixel room" que cresce conforme os progressos. É grátis, ou dois dólares e quarenta e nove num pagamento único para a versão Pro.

Rafael Costa: Parece algo trivial ao lado das sandboxes, mas resolve um problema real de visibilidade: quando tens vários agentes a correr em segundo plano, não sabes o que estão a fazer. Ter isso sempre visível no ecrã é exatamente o tipo de detalhe que gosta hábitos.

Sofia Almeida: E nota como estas peças — sandbox, memória, visibilidade — ainda não têm resposta para a pergunta grande: como é que isto se integra num stack único? Cada empresa resolve a sua fatia; ninguém apresentou ainda o conjunto coeso. Isso fica em aberto.

Rafael Costa: E há uma linha direta daqui para o próximo assunto. Se os agentes podem criar ambientes e correr código, a pergunta seguinte é: quem verifica que o código está bom? É aí que entram as ferramentas de QA e engenharia assistida por IA.

Sofia Almeida: Comecemos pelo Kerno 1.0, que se descreve como um "QA engineer de IA". O que ele faz é testar a tua aplicação enquanto ela corre localmente, antes sequer do pull request: user flows, segurança, jobs, e suporta MCP e AWS Serverless. Testar antes do PR é um posicionamento agressivo — apanha os problemas na origem.

Rafael Costa: E é uma mudança de modelo. Tradicionalmente, QA entra depois do código estar feito; aqui o "engenheiro" de QA artificial está lá durante o desenvolvimento. Se funcionar como descrito, reduz o custo de apanhar erros tardios. Claro que a eficácia em codebases reais é a grande incógnita — é a afirmação do criador, não um benchmark independente.

Sofia Almeida: E o Polylane vai para outro lado do mesmo problema, com a "Impact Analysis": avalia pull requests contra infraestrutura e telemetria reais, antes do merge. Pode bloquear merges, e — isto é o detalhe que mais gosto — sugere instrumentação em falta, ou seja, aponta sítios onde não tens visibilidade suficiente para sequer avaliar o impacto.

Rafael Costa: Isso é sofisticado, porque a maioria das ferramentas de revisão olha só para o código. Olhar para a telemetria de produção é dizer: "o que interessa não é se o código compila, é se muda o comportamento real do sistema". A capacidade de bloquear merges dá-lhe dentes — mas também significa que uma análise falsamente negativa trava o trabalho da equipa. É uma troca a gerir.

Sofia Almeida: E a Navige, que já vimos no lado dos custos, encaixa aqui também — é mais um sinal de que a indústria está a construir camadas de verificação e contenção à volta de código e agentes gerados automaticamente.

Rafael Costa: E se quisermos o extremo da automação, vamos ao hardware: a siliXon transforma linguagem natural numa PCB — placa de circuito impresso — com roteamento pronto. O agente deles, chamado Rocky, escolhe componentes reais, não fictícios. Está em beta, para placas de duas ou quatro camadas, focada primeiro em placas digitais. E o detalhe importante: os ficheiros ficam com o utilizador.

Sofia Almeida: "Os ficheiros ficam com o utilizador" é uma resposta a um medo muito real nesta área — ficar preso numa plataforma proprietária com os teus desenhos dentro. Uma limitação óbvia: beta, camadas limitadas, só digital primeiro. Ninguém vai mandar uma placa complexa de dezasseis camadas para aí. Mas o caminho — descreveres o que queres e recebeses algo fabricável — é ambicioso.

Rafael Costa: E tudo isto nos leva à pergunta em aberto que o teu bloco levanta: até onde chega a confiança em código — e agora hardware — gerado sem revisão humana? As ferramentas que vimos empurram a revisão mais cedo no processo, mas nenhum lançamento sugere que a revisão humana desapareça.

Sofia Almeida: Vamos mudar de cadência e falar de ferramentas criativas e plataformas do dia a dia — e há coisas boas aí. Primeiro o Reelbit, um screen recorder para Mac, open source com licença MIT. Quando paras a gravação, já tens um share-link pronto. E duas capacidades que normalmente só se vêem em ferramentas pagas: auto-zoom e suavização aplicáveis a posteriori — ou seja, podes gravar primeiro e arrumar o enquadramento depois.

Rafael Costa: E podes ligar o teu próprio bucket S3 ou R2, o que significa que os vídeos ficam no teu armazenamento, não nos servidores deles. Combinado com MIT, é um argumento forte contra as alternativas fechadas tipo Loom. Quem grava tutoriais ou demos de produto, semanalmente, é o público óbvio.

Sofia Almeida: E no mundo do vídeo, mas do lado da pós-produção, há o CinemaLit. O que faz é medir o color grading de frames de referência — escolhes um look que gostas, de um filme por exemplo — e gera LUTs a partir disso, nos formatos Cube e Lightroom, para footage em Log ou Rec.709. Tudo no browser. Têm sessenta looks, e a primeira correspondência é grátis.

Rafael Costa: O que é engenhoso aqui é transformar o "gosto disto" em algo quantificável — medir as cores do frame e traduzi-las num LUT exportável. Antes disso, tinhas de ter olho treinado e fazer isso à mão. Limitação natural: uma correspondência automática não substitui um colorista; é um ponto de partida, não um acabamento final.

Sofia Almeida: Do lado das plataformas, saiu o Ubuntu 26.10, com o nome "Stonking Stingray". Traz GNOME 51, coreutils reescritos em Rust, um App Center unificado, e — o que mais me intriga — uma pré-visualização opcional de voz-para-texto que corre localmente, chamada Myna.

Rafael Costa: Speech-to-text local numa distribuição Linux mainstream é um sinal dos tempos: processamento no dispositivo a tornar-se esperado, não excecional. Nota que é uma pré-visualização, opcional — portanto, cedo. E os coreutils em Rust são um esforço comunitário de longa data a chegar a uma release oficial.

Sofia Almeida: E a Apple entrou também no território "dispositivo para casa": o HomeView, um smart display de sete polegadas com Liquid Retina, Siri com IA, e uma câmara de doze megapixels que reconhece até seis pessoas por face e voz. Disponível a treze de novembro.

Rafael Costa: Reconhecimento por face e voz para até seis pessoas implica personalização por membro da família — cada pessoa vê a sua coisa no ecrã. É também mais uma câmara em casa, o que levanta as perguntas de privacidade habituais que a Apple vai ter de responder bem.

Sofia Almeida: E é bom gancho para o nosso próximo bloco, porque a privacidade e o controlo dos dados aparecem como argumento de venda em quase tudo o que se segue — sobretudo nas ferramentas de comunicação. Comecemos pelo Fwrd, que resolve um problema muito específico de iPhone: reencaminhar SMS para o Slack, Discord ou Telegram, usando Shortcuts. Sem conta. Quinze reencaminhamentos grátis por mês; a versão Pro levanta o limite.

Rafael Costa: É uma ferramenta pequena e honesta. O problema é real — a caixa de SMS é um silo, e muita gente quer essas mensagens onde já trabalha. Usar Shortcuts significa que funciona dentro das regras da Apple, sem hacks frágeis. Quinze por mês chega para uso leve; quem recebe muitos códigos de verificação e avisos vai querer o Pro.

Sofia Almeida: No email, há duas apostas diferentes. A primeira é a Superdraft, do lado do marketing: a IA encontra momentos para campanhas de email — restocks, tendências — e gera rascunhos on-brand, com export em HTML para a plataforma que já usas.

Rafael Costa: Esse último detalhe é o que me convence: não te obriga a migrar de plataforma. O rascunho sai em HTML e vais tu enviá-lo pelo Mailchimp ou pelo que tens. O risco a vigiar é o de sempre com "momentos detectados por IA": um falso positivo — anunciar um restock que não acontece — custa credibilidade com a tua lista.

Sofia Almeida: A segunda aposta é o Talanoa, que repensa o email como chat. Tens o inbox em vista de conversa, todos, calendário, e IA que corre no dispositivo. Suporta Gmail, Outlook e IMAP, e — este é o ponto forte — tudo fica local, sem sincronização na nuvem. Está disponível para macOS, Windows e Linux.

Rafael Costa: Email como chat é uma ideia que já se tentou várias vezes, mas o diferencial dele é a arquitetura: IA no dispositivo e zero sincronização na nuvem é uma posição de privacidade rara num cliente de email. Para alguém que nunca quis dar as suas caixas de correio a um serviço externo, isto é uma resposta direta.

Sofia Almeida: E depois há os dois lançamentos mais pessoais do dia. O primeiro chama-se Daddy Issues — sim, esse é mesmo o nome — e é um briefing semanal de IA para pais: liga os filhos, o calendário e as tarefas, e deteta quando é preciso planear com antecedência. Está grátis por agora.

Rafael Costa: A funcionalidade de "vorausplanung" — perceber que daqui a duas semanas há uma ID de escola e que há coisas a preparar — é o valor real aqui. Um briefing semanal é uma cadência sensata; diário seria demasiado ruído. "Grátis por agora" sugere que virá um modelo pago, portanto aproveita-se enquanto dura.

Sofia Almeida: E o Nostalgia, para iPhone, faz algo poético: liga o teu histórico de músicas a fotos, locais e treinos, numa timeline. Tudo processado localmente, sem conta e sem tracking. E há importação do Spotify.

Rafael Costa: O que gosto aqui é a coerência: uma app sobre memórias pessoais não podia ser uma app que sobe tudo para a nuvem. O argumento de privacidade é mesmo o produto. E ligar "esta música" a "aquela viagem" é o tipo de releitura emocional dos teus próprios dados que nenhuma plataforma faz por ti — porque nem lhe deixa.

Sofia Almeida: E nota o padrão do bloco inteiro: Fwrd sem conta, Talanoa sem nuvem, Nostalgia sem tracking — a privacidade deixou de ser letra pequena e passou a ser o pitch. É o contrapeso perfeito ao bloco dos agentes.

Rafael Costa: Pois — e há um terceiro fio que liga tudo isto: automatizar serviços onde a latência e o custo importam, e onde a pergunta "quem supervisiona?" continua sem resposta definitiva. Vamos lá.

Sofia Almeida: O primeiro é o mais ambicioso tecnicamente: a Dreamscale Labs, uma empresa do lote YC F26, que oferece inferência na cloud para robôs. A promessa é latência abaixo de cem milissegundos; com o modelo deles, o DreamZero de catorze mil milhões de parâmetros, falam em trezentos e vinte milissegundos. E dizem conseguir mais de oito robôs por cada GPU H100.

Rafael Costa: Por que é que a latência importa tanto em robótica? Porque um robô que decide o que fazer com atraso de meio segundo em ambiente dinâmico é um robô perigoso ou inútil. Rodar um modelo de catorze mil milhões de parâmetros a trezentos e vinte milissegundos, e dividir uma H100 por oito robôs, é — se os números se confirmarem — uma mudança de economia: a inteligência do robô deixa de ter de caber no robô.

Sofia Almeida: Mas atenção: são números do fabricante, de uma empresa recém-saída de um lote YC, sem benchmarks independentes. O "mais de oito robôs por H100" depende muito da carga de trabalho de cada robô. Ainda assim, é dos lançamentos com problema mais claro do dia: robôs precisam de cérebro, e o cérebro tem de ser rápido e barato.

Rafael Costa: Que nos leva de novo à pergunta que ficou pendente: quem paga a fatura da inferência? No robô, no backoffice, no FAQ — alguém está a pagar por cada decisão automática.

Sofia Almeida: E no backoffice, já falámos da Lleverage — o caso Topa, de quatro pessoas para mais de noventa por cento automático em encomendas, faturas e ordens de compra dentro de ERPs. O que acrescento agora é a leitura: backoffice é onde a automação paga-se a si própria mais depressa, porque o trabalho é repetitivo e o erro custa tempo de pessoas.

Rafael Costa: E a limitação é a supervisão: faturas são exatamente o sítio onde um agente confiante demais pode criar estragos financeiros reais. A pergunta "até onde vai a automação sem supervisão?" aplica-se letra por letra. As ferramentas de aprovação que vimos no início — comHuman, as aprovações da Backdrop — são a resposta que a indústria está a dar, mas nenhuma ainda é o padrão.

Sofia Almeida: E fechamos com uma ferramenta pequena mas bem pensada: o Actually Asked, uma FAQ de IA que se auto-melhora, disposta no layout da própria página. A garantia importante: responde apenas a partir dos teus próprios conteúdos — não alucina política da empresa. Cinquenta respostas grátis por mês, e integra com Shopify e Framer, além de MCP.

Rafael Costa: "Só responde a partir do teu conteúdo" é a decisão certa para FAQ — é o sítio onde o cliente espera respostas oficiais, e uma alucinação aí é pior do que não haver resposta. Auto-melhoria significa que as perguntas que ficam sem boa resposta voltam como sinal para melhorares a documentação. Cinquenta respostas por mês é pouco para uma loja com tráfego, mas suficiente para validar.

Sofia Almeida: E repara como o dia fecha em círculo: agentes que trabalham, camadas de aprovação a maturar, memória e sandboxes a ganhar forma, ferramentas de verificação a surgir, e por todo o lado a mesma tensão — automatizar mais, mas saber exatamente onde o humano continua no circuito.

Rafael Costa: E nenhuma destas peças, isoladamente, responde à pergunta grande: qual destas camadas — aprovação, memória, sandbox, controlo de custos — se vai tornar o padrão de facto? É a pergunta que vale a seguir nos próximos dias. Obrigado por nos acompanharem, eu sou o Rafael Costa.

Sofia Almeida: E eu sou a Sofia Almeida. Até amanhã, com mais um briefing.