0916 | Agentes, IA no telemóvel e no Mac: o novo toolkit

Sofia Almeida: Boas-vindas ao briefing diário, aqui está a Sofia Almeida.

Rafael Costa: E o Rafael Costa. O formato de sempre: olhamos para o que apareceu nas últimas vinte e quatro horas, escolhemos os casos onde há um problema claro, uma solução diferenciada, funcionalidades concretas, preço ou disponibilidade, e alguma evidência real de quem constrói. E como sempre, o que os criadores dizem são afirmações, não resultados verificados.

Sofia Almeida: E hoje o fio que liga quase tudo é agentes de inteligência artificial a sair das demos e a entrar em produção. Infraestrutura, permissões, colegas de equipa, e depois o resto do dia: criadores, Mac local, assistentes pessoais e o negócio à volta de tudo isto.

Rafael Costa: Comecemos pelo que é provavelmente a notícia mais estrutural: a OpenAI lançou uma Agents API. A ideia é simples de descrever: uma chamada à API cria um agente na cloud, com o Codex alojado, e inclui compressão de contexto, sub-agentes paralelos e várias opções de sandbox.

Sofia Almeida: Vale a pena parar um pouco nisto, porque o que muda é o pacote. Antes, para construir um agente que faz trabalho real, tinhas de resolver tu a orquestração: como comprimir o contexto quando a conversa cresce, como partir a tarefa em sub-agentes que correm em paralelo, onde é que o agente executa com segurança. A OpenAI está a dizer que isso agora vem de fábrica.

Rafael Costa: Exatamente. E as opções de sandbox são o detalhe que me parece mais revelador. Um agente que só escreve texto não precisa de sandbox. Um agente que executa código, toca em ficheiros, corre comandos — esse precisa de um ambiente controlado. O facto de haver escolhas entre sandboxes sugere que há cargas de trabalho diferentes com requisitos diferentes, do mais isolado ao mais próximo da máquina real.

Sofia Almeida: Agora, o que fica por explicar, e que nenhum criador responde de verdade, é a fiabilidade e o custo em produção. Compressão de contexto e sub-agentes paralelos são ótimas na página do produto. Em produção, com tarefas de horas, os custos somam-se depressa e os erros multiplicam-se em cadeia. Isso é a questão em aberto.

Rafael Costa: E há uma segunda metade da infraestrutura, de um fornecedor independente, que emparelha bem com isto: o Buddy MCP. O que faz é dar aos agentes acesso seguro a infraestrutura de engenharia — pipelines de CI, logs, deploys, sandboxes e gestão de domínios.

Sofia Almeida: Noventa e mais ferramentas, dizem eles. Mas o interessante não é o número, é o modelo de permissões. Podes limitar por workspace e por ferramenta, e a autenticação é por OAuth ou por token. Ou seja, é o mesmo padrão que usamos para dar acesso a pessoas: âmbito mínimo, credenciais revogáveis.

Rafael Costa: E é isso que mostra que os agentes amadureceram. Já não são demos de quinta-feira à noite. Se um agente vai fazer deploy, precisa de saber o que pode tocar, e tu precisas de saber o que ele tocou. O Buddy MCP está a resolver exatamente a parte das permissões que a Agents API da OpenAI não resolve — ela dá-te o ambiente de execução, isto dá-te o acesso controlado ao resto do mundo.

Sofia Almeida: Para o ouvinte que não segue este mundo: MCP é um protocolo que liga modelos a ferramentas externas. E o que estamos a ver são empresas a construir camadas inteiras por cima dele, o que significa que o protocolo está a aguentar como norma de facto. Ainda é cedo para dizer se estes acessos aguentam auditoria em empresas grandes, mas a direção está clara: agentes precisam de permissões e de ambientes, não só de inteligência.

Rafael Costa: E esses agentes também chegam ao telemóvel e ao editor — é aí que entra o Kilo. Kilo mobile, para iOS e Android, deixa-te arrancar Cloud Agents a partir do telefone, controlar sessões de CLI ou VS Code, e rever pull requests.

Sofia Almeida: E é open source, o que num produto desta categoria significa bastante. Podes ver o que a aplicação realmente faz antes de lhe dar as chaves do teu repositório. E cobre mais de quinhentos modelos, portanto não te prende a um fornecedor — podes correr agentes sobre modelos diferentes conforme a tarefa.

Rafael Costa: Pensa no fluxo real: estás fora do escritório, um agente abriu um pull request, abres a aplicação, lês a alteração, aprovas ou pedes mudanças. Não é substituir o ambiente de trabalho, é encurtar o ciclo entre o agente trabalhar e o humano decidir. Isso é exatamente o tipo de infraestrutura que só faz sentido agora que os agentes existem.

Sofia Almeida: Este é um bom ponto para o aviso que vamos repetir ao longo do episódio. Tudo o que estes criadores descrevem — "revê PRs do telefone", "noventa ferramentas" — são afirmações deles. Nós não testámos. E nenhuma destas empresas mostrou resultados independentes. O que nos cabe é avaliar se a proposta faz sentido, não confirmar que funciona como dizem.

Rafael Costa: Passemos então aos agentes como colegas, e aqui a pergunta muda: não é "o agente funciona?", é "quanto é que lhe confias?". O Axari é o exemplo mais explícito. Constroem um AI Twin para profissionais de segurança, que trabalha dentro de Slack ou Teams e vai avançando tarefas de segurança de forma proativa, faz seguimentos, redige relatórios.

Sofia Almeida: E o que me parece a decisão mais interessante deles é o modelo de acesso: progressivo, "ganhar o direito de acesso", com aprovação humana em cima. O agente começa com pouco alcance e vai ganhando mais à medida que prova que sabe o que faz. Numa equipa de segurança, onde o custo de um erro é altíssimo, é um desenho coerente com o risco.

Rafael Costa: E fixa a comparação com o que vimos antes. O Buddy MCP dá permissões estáticas que configuras. O Axari diz que as permissões devem ser dinâmicas e merecidas. São duas filosofias diferentes para o mesmo problema, e ainda não sabemos qual aguenta melhor o dia-a-dia — o acesso progressivo só funciona se a avaliação de "merecer" for fiável, e essa parte não está provada por ninguém.

Sofia Almeida: Do telemóvel para o atendimento ao cliente: a Sierra tem um agente multimodal que alterna voz, texto e imagem na mesma conversa, conforme a situação. Estás a escrever, passa a ligação; envias uma foto do produto avariado, o agente vê-a e continua.

Rafael Costa: A parte técnica interessante é a integração com MCP UI, que permite reutilizar componentes de interação que a empresa já construiu, através dos canais. Isso ataca um problema real: hoje as equipas de atendimento reescrevem as mesmas interações para chat, para voz, para app. Se podes construir uma vez e reutilizar, o custo de manter agentes em múltiplos canais desce muito.

Sofia Almeida: Mas multimodal numa demo é fácil; multimodal numa conversa de oito minutos com um cliente frustrado, onde o agente tem de mudar de modalidade sem perder o fio — isso é o teste real. E, como nos outros, o que temos é a descrição da capacidade, não resultados de clientes.

Rafael Costa: E agora uma peça que, à primeira vista, parece noutro mundo mas fecha o ciclo: o Payflip. É uma carteira de dólares em stablecoin, não custodial, onde recebes e pagas por e-mail, handle, telefone ou código QR. O destinatário escolhe como quer receber, e se ninguém levantar o dinheiro dentro do prazo, volta automaticamente ao remetente.

Sofia Almeida: E eles dizem explicitamente que isto é para pagamentos por agentes de IA. Pensa no quadro completo: o agente da OpenAI executa trabalho, o Buddy MCP dá-lhe acesso à infraestrutura, e agora imaginamos agentes a pagar-se entre si ou a pagar serviços. Para isso precisam de uma forma de transferir valor sem um humano a inserir o cartão em cada passo.

Rafael Costa: E é aqui que a questão da confiança se torna literal: dinheiro. O detalhe do TTL — o reembolso automático — é um desenho de segurança sensato, porque um erro de um agente não fica preso para sempre. Mas não-custodial significa que quem perde a chave perde o dinheiro, e os agentes não são precisamente conhecidos por gerirem chaves com cuidado. As falhas do sistema não são descritas por ninguém, e isso é uma pergunta em aberto genuína.

Sofia Almeida: O fio comum destes quatro: agentes a agir onde as pessoas já trabalham — Slack, Teams, telefone, o terminal de pagamentos. A pergunta que fica no ar é sempre a mesma: até onde confiar sem revisão humana? O Axari responde "pouco, e a subir". Os outros ainda não deram essa resposta.

Rafael Costa: E os mesmos padrões aparecem nos editores e nos gestores de projeto — passemos ao trabalho em equipa. O is.team é gestão de projeto num canvas infinito, onde agentes via MCP entram no kanban como membros da equipa. Tem salas de voz, e reuniões são convertidas em tarefas. Preço: dezasseis dólares por mês, fixo, até quinze pessoas.

Sofia Almeida: A parte que me parece genuinamente diferente é a componente espacial. Num kanban normal, a posição dos cartões é decoração. Num canvas infinito, a posição é organização — agrupas por contexto, deitas notas lado a lado, e a equipa inteira partilha essa mesa. E os agentes como "membros" no mesmo quadro significa que o cartão "escrever especificação" pode estar atribuído a um agente, visível para todos.

Rafael Costa: Dezasseis por quinze pessoas é um preço agressivo — um dólar e pouco por cabeça — e o limite fixo de quinze diz-nos quem é o público: equipas pequenas, não empresas. A limitação óbvia é a escala: canvas infinito funciona lindamente com doze pessoas e pode tornar-se o caos visual com trezentas. E não há nada nos materiais que diga como isso se comporta em equipas maiores.

Sofia Almeida: Dentro do mesmo tema, o Proofrr resolve outro tipo de dispersão: a revisão criativa. Anotações, comentários em thread, comparação de versões, tudo num só espaço, com uma funcionalidade prática: links de revisão para clientes sem login.

Rafael Costa: Esse detalhe do link sem login vale ouro na prática, porque metade do atraso em projetos criativos é o cliente não conseguir ou não querer criar conta noutra ferramenta. E há também assistência de IA na revisão, o que sugere que a ferramenta não é só um contentor de comentários — pode ajudar a processá-los.

Sofia Almeida: O problema que dizem atacar é real e conhecido de qualquer designer ou editor: o feedback espalhado por e-mail, WhatsApp, PDFs anotados e reuniões. Se isto aguenta é outra história — adoção é o eterno desafio destas ferramentas de revisão, porque exige que o cliente mude de hábito. Mas o desenho, com o link sem login, mostra que eles perceberam isso.

Rafael Costa: E o terceiro do grupo é ainda mais focado no momento: o Workshopy. Um ficheiro Markdown transforma-se num workshop em direto. Os alunos entram com um código de seis dígitos, sem criar conta, e vê-se em tempo real quem terminou cada passo e quem ficou preso. Há testes, votações e um relatório depois da sessão.

Sofia Almeida: Aquilo dos alunos vendo o estado uns dos outros é o detalhe com mais consequência pedagógica. Num workshop real, o formador só vê quem levanta a mão. Aqui vê-se quem está bloqueado no passo três, e pode ir ajudar antes que a pessoa desista. E começar de um Markdown baixa muito a barreira — o material que já tinhas nos docs torna-se a sessão.

Rafael Costa: E vê-se aqui o mesmo fio que no is.team: menos ferramentas dispersas, mais contexto partilhado entre humanos e IA. O is.team põe agentes no quadro da equipa; o Workshopy dá ao formador visibilidade sobre o progresso de todos; o Proofrr junta todos os comentários num sítio. O padrão é o mesmo em três contextos diferentes.

Sofia Almeida: A pergunta em aberto, para os três, é a mesma: adoção por equipas maiores. Todas estas ferramentas brilham em grupos pequenos e íntimos. O que acontece quando a equipa cresce, quando há vinte clientes a rever em simultâneo, quando o canvas tem mil cartões — ninguém respondeu ainda.

Rafael Costa: Fiquemos no terreno dos criadores, mas agora a produzir conteúdo em vez de software. O Narrative é um editor de vídeo por conversa: envias o material, descreves o que queres, e vais iterando em chat. Suporta copiar o estilo de um vídeo de referência, tem efeitos e som, e a equipa deles trata da renderização e do armazenamento.

Sofia Almeida: E isto conecta diretamente com o que falámos na primeira parte, há uma linha clara: é a mesma lógica de orquestração e paralelismo dos agentes de cloud, aplicada a tarefas criativas. Em vez de um agente a correr testes em sandbox, tens sub-processos a tratar renderização enquanto tu conversas sobre a edição.

Rafael Costa: O modelo de produto é interessante: se o render e o armazenamento são deles, isto não é uma aplicação, é um serviço. Isso remove fricção — não precisas de uma workstation — mas também significa que o teu material bruto vive na infraestrutura deles, e que à partida há um custo contínuo associado, mesmo que ainda não tenha sido publicado um preço. E isso, para criadores que produzem volume, é uma pergunta prática importante.

Sofia Almeida: E a comparação honesta é com o editor tradicional. O editor de video clássico dá-te controlo fino: o frame exato, o corte de meio segundo, o color grade à mão. O Narrative aposta em que a descrição em linguagem chega para a maioria do trabalho. O que ainda está por ver é a qualidade dos resultados e quão fino é o controlo quando queres corrigir um detalhe específico — iterar por conversa pode ser lento quando sabes exatamente o que queres mudar.

Rafael Costa: "Copiar o estilo de um vídeo de referência" é também uma funcionalidade a acompanhar com cuidado, porque levanta logo a questão de onde está o limite entre inspiração e imitação — mas, repito, é uma funcionalidade descrita, não testada por nós.

Sofia Almeida: E agora saímos da cloud por completo, porque há todo um contramovimento a acontecer no Mac: aplicações locais, offline, compradas uma vez. Começa pelo Tangerine: quinze dólares, compra única, conversor de ficheiros offline. Shift mais arrastar converte. Tudo processado localmente, cento e oitenta e oito tipos de conversão e vinte e cinco ferramentas.

Rafael Costa: O que é engenhosíssimo aqui é a interação. Não há janela, não há fila de importação — selecionas o ficheiro, seguras Shift, arrastas, feito. E o Option vira um conjunto de ferramentas avançadas. A conversão passa a ser um gesto, não um fluxo de trabalho.

Sofia Almeida: E "tudo local" no caso de um conversor não é só privacidade por princípio: é privacidade prática. Documentos, ficheiros de clientes, coisas que não sabes se podes mandar para um serviço online — com processamento local, essa dúvida desaparece. E offline significa que funciona no avião, no túnel, sem conta.

Rafael Costa: No mesmo mundo, o DynamicLake 2.0. É a aplicação que cria uma "ilha dinâmica" junto à notch do Mac, tipo a Dynamic Island do iPhone, e a versão 2.0 traz um sistema de plugins de terceiros, um mercado de plugins e um Playground. Suporta Live Activities de música, notificações, arrastar, chamadas e temporizadores.

Sofia Almeida: A abertura a plugins de terceiros é o que transforma isto de gimmick em plataforma. Se outros developers podem construir para a tua ilha, o valor deixa de ser o que a equipa imagina e passa a ser o que a comunidade imagina. O mercado e o Playground são os sinais de que levam isso a sério — o Playground em particular sugere que querem baixar a barreira para quem experimenta.

Rafael Costa: E ainda no território "pequeno, local, barato": o PeekPaste, gestor de prancheta para nove dólares e noventa e nove, inteiramente local, sem cloud. Deslizas na borda do ecrã e a prancheta aparece sob o cursor. E tem pesquisa por OCR dentro de capturas de ecrã.

Sofia Almeida: Essa pesquisa OCR é mais útil do que parece. Quantas vezes copiaste um texto dentro de uma imagem — de uma apresentação, de um vídeo — e depois não o encontraste? Se a prancheta indexa o conteúdo das imagens, deixa de ser uma lista de itens e passa a ser um arquivo pesquisável. E sem cloud, portanto os teus textos copiados — palavras-passe parciais, informação confidencial — não saem da máquina.

Rafael Costa: E o mais divertido do dia: o Mac Duo. Por duas libras e noventa e nove, usa o sensor do ângulo da dobradiça do portátil para transformar o ecrã em efeito de vidro fosco quando fechas a tampa parcialmente.

Sofia Almeida: É, à primeira vista, pura estética. Mas é um bom exemplo de um tipo de software que só é possível com acesso a sensores de hardware: a aplicação deteta em tempo real o ângulo da tampa e ajusta o efeito. E há um custo a conhecer: precisa de permissão de gravação do ecrã, o que para uma aplicação destas é um pedido grande, por mais inofensiva que seja. É o tipo de coisa em que vale a pena saber quem está por trás antes de conceder.

Rafael Costa: E nota o padrão económico deste grupo: Tangerine a quinze, PeekPaste a nove e noventa e nove, Mac Duo a duas libras, todos compra única. O FATHER, de que falaremos mais à frente, também é compra única. É o oposto do modelo de assinatura — e é uma aposta em que a aplicação é uma ferramenta, não um serviço com custos contínuos.

Sofia Almeida: Exatamente, e esse contraste fica claro quando passamos para os assistentes pessoais do dia-a-dia, onde o modelo é outro: gratuito ou assinatura. O Thoughts for Mac é gratuito, vive na barra de menus, e aceita notas em texto, imagem e voz. E podes ligar a tua própria chave de API — OpenAI, Claude ou Gemini — para transcrição, OCR, tradução e reescrita.

Rafael Costa: Esse modelo "traz a tua própria chave" é subestimado. A aplicação é gratuita, mas os custos de IA são os teus, pagos diretamente ao fornecedor. Sem margem no meio, sem intermediário. Para o utilizador intensivo, é quase sempre mais barato que uma assinatura; para o casual, depende. E a barra de menus é o sítio certo para captação rápida — a fricção de abrir uma aplicação inteira mata o hábito de apontar ideias.

Sofia Almeida: Do Mac para o iOS: o Fifi usa o AlarmKit do iOS 26 para alarmes que soam como uma chamada a chegar. E tem dez personagens que, ao acordar-te, leem-te o tempo, as notícias e os teus próprios memorandos de voz. Trinta e quatro dólares e noventa e nove por ano.

Rafael Costa: E há aqui um contraste precioso com o que acabámos de ver. O Thoughts é gratuito com a tua chave; o Fifi é trinta e quatro dólares por ano por um despertador com personalidades. O AlarmKit é a peça nova que o torna possível — a Apple nunca deixou, historicamente, que aplicações fizessem alarmes com prioridade de chamada. Abrir essa porta cria uma categoria de produto que não existia.

Sofia Almeida: Trinta e quatro dólares por ano por uma experiência de acordar é um preço que alguém paga se o produto resolver o problema mais difícil dos alarmes: o de desligar e voltar a dormir. Uma voz que te dá razões para ficar acordado é, no papel, uma resposta a isso. Se funciona na prática, é o tipo de coisa que só o uso repetido revela — e é um ano de assinatura para descobrir.

Rafael Costa: Continuando no pessoal, o Grimo AI transforma uma frase em tarefas, eventos de calendário e notas, e organiza e agenda tudo automaticamente. Tem um modo de voz sem mãos e uma única linha de conversa. Gratuito para começar, Premium a quatro dólares e noventa e nove por mês.

Sofia Almeida: A "linha de conversa única" é uma escolha de design com convicção. A maioria das aplicações de produtividade te pede para classificar, escolher a lista, escolher a data. O Grimo diz: diz-me a frase, eu parto em tarefas, eventos e notas, e arrumo. Se a categorização automática for suficientemente boa, isso remove o custo cognitivo que faz as pessoas desistirem destas ferramentas. Se for mediocre, crias o caos organizado por outra pessoa errada.

Rafael Costa: E o Voiskey fecha o grupo: ditado por IA que ajusta o tom consoante a aplicação de destino e quem vai ler. Eles chamam-lhe "expression intelligence". Guarda as tuas expressões habituais e as tuas correções, suporta mais de cem línguas com tradução, e é gratuito para começar, em várias plataformas.

Sofia Almeida: O ajuste de tom por contexto é o detalhe que distingue isto de um ditado comum. O mesmo pensamento dito numa mensagem ao teu chefe e num comentário num fórum técnico não deve sair igual. E "memorizar as tuas correções" ataca o problema clássico do ditado: corrigires a mesma palavra errada dez vezes seguidas.

Rafael Costa: Vê o padrão económico deste bloco inteiro: gratuito, freemium, assinatura anual. O oposto exato das aplicações Mac de compra única. E não é acidental — os assistentes com IA têm custos de processamento contínuos, portanto a assinatura acompanha a estrutura de custos. As aplicações locais não têm esses custos, portanto compra única faz sentido. O modelo de negócio está a seguir a engenharia.

Sofia Almeida: E há também outras formas de rentabilizar o tempo do utilizador — passemos à última secção grande: validar ideias, decidir, e o negócio à volta de quem constrói. O Idlen parte de uma observação quase cómica: os developers passam imenso tempo à espera que a IA termine. E transforma esse tempo em espaço publicitário, com plugins para VS Code, Cursor e Chrome.

Rafael Costa: O modelo: o developer fica com setenta por cento da receita publicitária. E as garantias que dão importam: prometem não ler os prompts — o que é essencial, porque os prompts contêm o que a empresa tem de mais sensível — e dizem que a análise das dependências é feita localmente.

Sofia Almeida: E é bom que as duas promessas venham juntas, porque uma sem a outra não basta. "Não lemos os teus prompts" sem saber como tratam os dados era vazio; associar a processamento local dá-lhe substância. Mas reparem no que este produto pede: atenção de developer, que é o público mais hostil à publicidade que existe. Anúncios durante a espera só são toleráveis se forem relevantes e discretos.

Sofia Almeida: Se a publicidade no tempo de espera pega — essa é genuinamente uma pergunta aberta, e ninguém apresentou números.

Rafael Costa: Numa direção completamente diferente: o Sahil Lavingia, do Gumroad, abriu o método do seu livro, The Minimalist Entrepreneur, como dez skills sob licença MIT para Claude Code — coisas como /validate-idea, /mvp, /pricing.

Sofia Almeida: É uma jogada curiosa e coerente com a história dele: o livro era sobre construir em público e começar pequeno. Transformar o conteúdo num conjunto de comandos executáveis significa que em vez de leres o capítulo sobre validação, podes pedir ao teu agente para o aplicar ao teu caso concreto. E a licença MIT é o sinal de que quer que outros construam por cima, não um produto fechado.

Rafael Costa: E é também um experimento sobre o formato: o livro como skill é um formato novo. A validação de ideias guiada por um método comprovado, mas executada por um agente, pode ser melhor ou pior do que ler e aplicar por conta própria. Como tudo hoje, é uma aposta — uma com nome conhecido por trás, o que neste caso é a evidência principal.

Sofia Almeida: E a terceira peça deste grupo é o siift, que ataca um problema que quem usa IA conhece bem: os chats produzem montes de texto, e depois? O siift transforma esse ruído num mapa visual do negócio, ligando estratégia, evidência e decisões, baseando-se no contexto real do negócio para validar hipóteses, identificar riscos e decidir o próximo passo.

Rafael Costa: A proposta de valor é clara: o valor de uma conversa com IA está nos outputs, não no histórico. Se o siift transforma dez chats dispersos num mapa onde se vê que decisões têm evidência e quais são palpites, isso dá continuidade ao processo de decisão. É a parte que faltava a todas as ferramentas de geração: a estrutura para decidir com base no que saiu.

Sofia Almeida: E reparem como isto amarra o episódio inteiro: todas as ferramentas de que falámos — agentes de cloud, editores por chat, assistentes — servem para produzir mais rápido. O siift e as skills do Lavingia servem para decidir o que vale a pena produzir. Validar é o passo seguinte lógico a toda esta explosão de capacidade.

Rafael Costa: E fechamos com o grupo que fica à volta do produto: backends e operações. O tiun junta num backend só — instalável com um comando — autenticação, pagamentos incluindo o modelo de merchant of record, dados de clientes e análises. É dirigido a quem constrói produtos de IA e SaaS, para evitar o clássico problema de andar a sincronizar Stripe com Clerk com sistemas separados.

Sofia Almeida: Merchant of record é o detalhe com mais peso, e vale explicar: significa que o tiun fica com a responsabilidade fiscal e de compliance das vendas, não tu. Para um developer solo a vender globalmente, isso poupa uma quantidade enorme de burocracia. E juntar autenticação e pagamentos no mesmo backend resolve o problema real da sincronização — o utilizador apagado no Stripe mas vivo no Clerk é um clássico.

Rafael Costa: O mesmo espírito, no e-mail: o Mailyte é open source, sob AGPL-3.0, e junta a caixa de entrada da equipa, e-mails transacionais por API e campanhas de marketing, tudo no teu próprio domínio, com verificações de SPF, DKIM e DMARC incorporadas. Dez caixas de correio gratuitas para começar.

Sofia Almeida: Juntar os três tipos de e-mail num produto só resolve um erro comum: a equipa responder a clientes de um sítio, as notificações transacionais saírem de outro, e a newsletter de um terceiro — e os clientes verem três faces diferentes da mesma empresa. Um domínio, uma caixa, coerência. E a AGPL-3.0 é uma licença séria de software livre: podes auto-hospedar, e quem altera e oferece como serviço tem de abrir as alterações. Isso é um compromisso com a comunidade, não só uma escolha técnica.

Rafael Costa: E as verificações SPF, DKIM e DMARC integradas mostram que perceberam o problema real destes produtos: e-mail que não entrega é e-mail que não existe. Mas deliverability é precisamente a parte mais difícil de auto-hospedar — a reputação do IP e do domínio não se constrói num dia. É a área onde a proposta open source enfrenta mais atrito prático.

Sofia Almeida: Do e-mail para as operações: o FATHER é um dashboard para equipas na Vercel, para Mac. Junta tráfego, deploys, uptime, PageSpeed, Search Console e Bing, e alertas de SSL e de expiração de domínios. Sete dólares e noventa e nove, compra única, e os tokens ficam guardados localmente.

Rafael Costa: Repara no modelo outra vez: compra única, tokens locais. No mundo dos dashboards, isso significa que a aplicação é um cliente dos teus serviços, não um intermediário — os teus credenciais não passam por um servidor deles. E os alertas de expiração de domínio e SSL são o detalhe humilde que evita incidentes reais: quantas vezes um certificado expirou porque ninguém olhava para a data?

Sofia Almeida: É a ferramenta mais oposta à narrativa do dia — nada de agentes, nada de IA — e ainda assim encaixa: alguém tem de vigiar a infraestrutura onde os agentes correm. E termina o dia a falar de entender as pessoas: o Anthropologic é uma plataforma de investigação de consumidores que usa o que chamam Human Context Protocol para cobrir duzentos e trinta e nove mercados e mais de cem línguas, dando insights com contexto cultural em minutos.

Rafael Costa: O nome "Human Context Protocol" ecoa deliberadamente o MCP — uma hipótese de que a investigação de mercado também merece um protocolo estruturado. E "minutos" versus o tempo de uma agência tradicional é a proposta central. Duzentos e trinta e nove mercados em minutos é uma afirmação grande, e exatamente o tipo de afirmação que merece ser vista com casos reais antes de se acreditar.

Sofia Almeida: E é o fecho perfeito para o fio do dia, que ao fim ao cabo foi este: tudo o que fica à volta do produto — o billing, o e-mail, a monitorização, a investigação dos utilizadores — está a ser empacotado num sítio só. Tal como os agentes deixaram de ser demos para precisar de permissões e ambientes, o resto do negócio está a ser condensado em camadas que um developer solo consegue gerir.

Rafael Costa: E como sempre, o balanço do dia não é "tudo isto vai funcionar". É isto: as propostas são coerentes com problemas reais, os criadores descrevem capacidades que ainda ninguém verificou, e as perguntas em aberto — fiabilidade e custo dos agentes em produção, até onde confiar sem revisão humana, adoção por equipas grandes, e se a publicidade no tempo de espera pega — continuam sem resposta por enquanto.

Sofia Almeida: Ficamos por aqui. Dizem-nos o que destes produtos merece um olhar mais demorado. Até amanhã.

Rafael Costa: Até já.