ATUALIDADES

Agentes de IA, automação, e quem continua no comando

Notícias reais desta semana em IA agêntica, lidas com critério próprio: o que nos serve, o que não serve, e porquê — não só o anúncio.

Receba as novidades por e-mail

Um e-mail quando publicamos uma análise nova — nunca spam, cancele com um clique.

29 JUL 2026
GOVERNANÇA

O Fórum Económico Mundial diz sem rodeios: quando quem paga é um agente de IA, já não basta saber quem é o cliente

O Santander e a Mastercard executaram o primeiro pagamento europeu de ponta a ponta iniciado por um agente de IA dentro de um ambiente bancário regulado. O aviso do WEF: os bancos já não precisam só de verificar identidade — precisam de perceber intenção, autoridade e contexto antes de o dinheiro se mover.

O artigo (Deya Innab, Eastnets) descreve a mesma mudança que já vivemos no software de negócio: a IA agêntica passa de dar conselhos a executar ações. Quando o que executa é um pagamento, a consequência é imediata e difícil de reverter. O AI Act da UE e o regulador britânico (CMA) já deixam claro que a empresa continua responsável pelo que o seu agente faz — não há forma de delegar essa responsabilidade ao software.

A favor para a AppH

  • Valida exatamente o desenho do AppManager: cada ação de um agente com consequência real (um pagamento, um envio, uma alteração de stock) fica ligada a uma aprovação humana registada — o mesmo princípio de "intenção + autoridade + rastreabilidade" que o WEF descreve para bancos, aplicado à escala de uma pequena empresa.
  • Dá-nos uma referência externa de peso (banca regulada, Santander/Mastercard, EU AI Act) para justificar que o nosso painel de aprovação não é burocracia a mais — é o mesmo padrão que a indústria financeira já está a construir para si própria.

Contra / o que não se aplica

  • O caso real citado pelo WEF é um agente bancário a mover dinheiro de ponta a ponta dentro de um banco regulado — o AppManager hoje não deixa nenhum agente mover dinheiro de forma autónoma (um pagamento via Stripe é sempre disparado pelo cliente ou pelo dono, nunca por um agente). Comparar-nos diretamente com o Santander/Mastercard exageraria o que realmente fazemos hoje.
  • Todo o artigo é pensado para a banca — nunca menciona o caso de uma pequena empresa (uma oficina, uma ótica) onde o volume e o risco são outros. O padrão de "rastreabilidade de intenção" tem de ser adaptado a essa escala, não copiado à letra.

Opinião AppH: não movemos dinheiro de forma autónoma e não temos plano de o fazer em breve — mas o vocabulário do WEF ("intenção, autoridade e contexto", não só identidade) é exatamente o que já tentamos que fique registado em cada aprovação do nosso painel. No dia em que construirmos algo como um pagamento automático a um fornecedor ou um reembolso automático, o primeiro requisito, não negociável, vai ser o mesmo rasto de auditoria que o Santander e a Mastercard já construíram — não uma versão mais simples.

Revisado por um humano da AppH
22 JUL 2026
MERCADO

Cisco lança modelos pequenos que detetam 150× mais falhas por dólar que o GPT-5.5

Antares-350M e Antares-1B, dois modelos abertos da Cisco focados só na deteção de vulnerabilidades de código, verificaram 500 repositórios em 15 minutos por menos de 1 dólar — o mesmo trabalho levou ao GPT-5.5 cinco horas e mais de 100 dólares.

A aposta da Cisco não é "maior", é "mais específica": um modelo pequeno, a correr localmente (o código sensível nunca sai do servidor do cliente), treinado para uma única tarefa, ganha em custo por resultado face a um modelo generalista enorme.

A favor para a AppH

  • Valida algo que já fazemos: agentes pequenos e focados por vertical (frotas, ótica, turismo) em vez de um único modelo genérico para tudo.
  • Correr localmente reduz o custo operacional do AppManager para clientes com muitas verificações/monitorizações recorrentes.

Contra / risco

  • O Antares é específico de segurança de código — não se traduz diretamente nos fluxos de negócio (CRM, faturação, inventário) que de facto construímos.
  • Manter modelos próprios especializados é uma carga de engenharia que um estúdio pequeno como a AppH deve justificar caso a caso, não adotar por moda.

Opinião AppH: não vamos treinar o nosso próprio modelo só porque a Cisco o fez. Mas se um cliente precisa de monitorização recorrente de alto volume (como o caso das frotas mineiras), isto confirma que vale a pena avaliar um modelo pequeno e próprio em vez de pagar a mais por um modelo genérico gigante.

Revisado por um humano da AppH
10 JUN 2026
GOVERNANÇA

EY: 75% do valor da IA agêntica perde-se entre silos — não dentro deles

Embora 88% dos colaboradores já usem IA, apenas 28% das organizações conseguem transformar isso em resultados de negócio reais, segundo a EY. A causa: a IA opera dentro de cada área, mas o valor real está em coordenar entre áreas.

O relatório é honesto sobre uma falha que quase ninguém resolve bem: "governança episódica, não contínua", e protocolos de escalonamento/exceção pouco definidos, mesmo quando a empresa já diz ter "humano no ciclo".

A favor para a AppH

  • Confirma exatamente o problema que o AppManager ataca: coordenação entre áreas (vendas, pedidos, faturação, CRM) numa só cadeia, não ilhas separadas.
  • Dá-nos um vocabulário mais preciso para vender bem: não "temos humano no ciclo" de forma genérica, mas pontos de aprovação explícitos e documentados por fluxo.

Contra / risco

  • O próprio relatório avisa que dizer "humano no ciclo" sem protocolos de escalonamento concretos é governança de fachada — um risco real se não formos específicos com cada cliente.
  • O caso de sucesso citado (2,4 mil milhões USD, automóvel) é de uma empresa muito maior que os nossos clientes típicos — o número não é comparável, só o padrão.

Opinião AppH: este relatório lê-se quase como uma crítica direta a como o mercado usa "human in the loop" sem definir o escalonamento real. Obriga-nos a documentar, para cada cliente, em que passo exato um humano intervém e o que acontece se algo correr mal — não só afirmá-lo no site.

Revisado por um humano da AppH
30 JUN 2026
CRÍTICA

"Mais autonomia não elimina o trabalho humano — concentra-o"

Um relato em primeira mão: um agente autónomo (apelidado "Molty") começou a autogerir tarefas e até criou o seu próprio cron de lembretes. O resultado não foi menos trabalho humano — foi todo o trabalho concentrado num único revisor.

O autor é honesto: rever o Molty pareceu-se mais com censurar conteúdo inapropriado do que dar feedback real. A sua conclusão incómoda — "a autonomia não subtrai trabalho humano, muda a sua forma e concentra-o na revisão" — é exatamente a crítica que um estúdio como o nosso, que vende human-in-the-loop, tem de conseguir responder de frente.

Porque a crítica tem razão

  • Se um único dono de negócio tem de aprovar cada ação de vários agentes em paralelo, o humano torna-se o verdadeiro gargalo — não uma caixa de verificação simbólica.
  • É um aviso de design válido: aprovar por aprovar, sem critério, não é supervisão — é fricção disfarçada de segurança.

Porque não muda a nossa postura

  • A alternativa — zero revisão humana em decisões com consequência real — já é ilegal no Colorado (jul. 2026) e em breve na UE. Não é uma opção, é um mínimo.
  • A solução para o gargalo é design de aprovação (lotes, exceções, limiares), não eliminar o humano — é exatamente o que trabalhamos no AppManager.

Opinião AppH: esta crítica obriga-nos a ser honestos connosco próprios. Se o nosso painel de aprovação inunda o dono do negócio com cliques sem critério, falhamos tal como o Molty — só que com melhor discurso de marketing. A resposta certa não é tirar o humano, é desenhar melhor o que lhe mostramos e quando.

Revisado por um humano da AppH
27 MAR 2026
MERCADO

A Forbes diz às pequenas empresas: comece os seus agentes de IA "baixo", suba de nível só quando eles ganharem a sua confiança — exatamente o mesmo princípio já integrado no AppManager

Num artigo de 27 de março, a Forbes apresenta um "espectro de autonomia" de 5 níveis para pequenas empresas: começar os primeiros agentes de IA nos níveis 2-3 (responder a perguntas, qualificar leads), e só passar a níveis mais autónomos (como redigir conteúdo de marca) depois de o agente ter provado mesmo que se pode confiar nele.

O artigo (TerDawn DeBoe, especialista em estratégia de IA e ROI para pequenas empresas) dá 3 exemplos concretos: um agente que responde a perguntas de clientes (nível 2, poupança de tempo fácil de medir), um que qualifica leads recebidos (nível 3, melhor priorização), e um que redige conteúdo consistente com a marca (nível 4, para que um cliente novo não tenha de esperar enquanto você trata dos existentes). O seu conselho central — não começar com autonomia alta só porque "parece mais avançado", ganhá-la primeiro — é exatamente o critério que já aplicamos, só que no AppManager isso não é apenas um conselho de estratégia: está integrado no próprio painel de aprovação, onde cada ação de um agente (enviar um lembrete, marcar uma ordem de compra como recebida, aprovar um rascunho) espera a confirmação de um humano antes de ser executada, sem exceção para o que tem consequência real (um envio, um pagamento, uma alteração de stock).

Onde concordamos

  • O "espectro de autonomia" que a Forbes propõe (começar no nível 2-3, subir só com confiança ganha) é exatamente como o AppManager é desenhado desde o primeiro dia — não é uma ideia nova para nós, é assim que já construímos cada módulo.
  • Os 3 exemplos dados (responder a perguntas, qualificar leads, redigir conteúdo) correspondem quase um a um a 3 coisas que um cliente do AppManager já pode automatizar hoje: Messenger com transcrição de chamadas, qualificação de leads em Prospecting/CRM, modelos de propostas no próprio pipeline B2B.

O que o artigo não diz

  • A Forbes recomenda ferramentas genéricas (Microsoft Copilot Studio) para construir estes agentes — sem dizer nada sobre COMO essa aprovação humana fica registada, nem quem a pode rever depois. Um "nível de autonomia" sem um registo auditável do que um humano aprovou e quando é um conselho estratégico, não um mecanismo de controlo real.
  • O artigo não distingue entre pequenas empresas de um único ramo (uma ótica, uma oficina) e pequenas empresas com vários processos cruzados (vendas + faturação + stock) — o risco real de "subir de nível depressa demais" é maior quando um agente toca em vários sistemas ao mesmo tempo, não só num.

Opinião AppH: concordamos com o conselho da Forbes quase palavra por palavra — não porque nos convém dizê-lo, mas porque já o construímos assim antes de ler este artigo. A verdadeira diferença está na letra pequena: nós não deixamos a aprovação humana como uma boa prática que o dono da pequena empresa tem de se lembrar de aplicar — colocamo-la diretamente no fluxo do produto, com um registo de quem aprovou o quê e quando. Se está a avaliar os seus primeiros agentes de IA, a pergunta que sugerimos fazer não é só "em que nível de autonomia devo começar?" mas "onde fica o registo de que um humano aprovou isto, e posso vê-lo depois?" — é isso que separa controlo real de uma boa intenção.

Revisado por um humano da AppH
13 MAY 2026
MERCADO

A Anthropic lança o Claude para Pequenos Negócios — e "deixá-lo correr sozinho" é uma opção, não a regra

A 13 de maio, a Anthropic apresentou um pacote de conectores e 15 fluxos agênticos prontos (QuickBooks, PayPal, HubSpot, Canva, Docusign) pensado para pequenas empresas dos EUA: planear a folha de pagamento, fechar o mês, cobrar faturas atrasadas, lançar uma campanha. A promessa central, nas palavras da própria Anthropic: você aprova o plano primeiro — ou, quando estiver pronto, deixa-o correr do início ao fim.

O pacote não substitui as ferramentas que um negócio já usa — instala-se por cima delas: herda as permissões que cada colaborador já tinha no QuickBooks ou no Drive, e não treina os seus modelos com os dados do cliente por padrão nos planos Team/Enterprise. Num inquérito da própria Anthropic, metade dos donos de pequenos negócios apontou a segurança dos dados como o seu maior receio em relação à IA — o lançamento foi construído, ponto por ponto, para responder exatamente a essa objeção.

A favor para a AppH

  • Confirma, à escala da Anthropic, algo que já construímos: ligar-se ao que o negócio já usa (Sirene, o nosso próprio módulo de Armazém, a nossa própria Faturação) em vez de pedir ao dono que migre de sistema só para automatizar algo.
  • A frase "você aprova o plano antes de qualquer coisa ser enviada, publicada ou paga", vinda da própria Anthropic — não de um fornecedor terceiro — é a validação mais forte até agora de que, sem aprovação humana explícita, nenhum fluxo agêntico de negócio é vendável hoje.

Contra / o que falta

  • A opção de "deixá-lo correr do início ao fim" sem aprovação passo a passo é exatamente a porta que nunca abrimos, nem sequer como opção avançada para um dono que a peça: toda ação com consequência real (um envio, um pagamento, uma alteração de stock) espera sempre confirmação humana, sem exceção por confiança acumulada.
  • Todo o stack de conectores (QuickBooks, PayPal, HubSpot, Canva, Docusign) está desenhado para o mercado americano — nenhum entende IVA francês, FEC, ou Factur-X, as obrigações fiscais reais que temos mesmo de resolver para uma pequena empresa em França.

Opinião AppH: ouvir a própria Anthropic dizer "você aprova o plano antes de qualquer coisa ser enviada, publicada ou paga" é a validação mais forte que podíamos pedir para a nossa própria postura — não é preciso convencer ninguém de que um humano tem de ficar no meio, agora é quem constrói o modelo que o diz também. A verdadeira diferença está num único detalhe que vale a pena olhar de perto se estiver a avaliar este tipo de ferramentas: aqui, "correr do início ao fim sem me perguntar nada" é uma opção que o dono pode ativar. No AppManager, para qualquer ação com consequência real, essa porta não existe, nem a oferecemos como opção avançada — não porque duvidemos da Anthropic, mas porque preferimos não deixar ao dono de uma oficina ou de uma ótica a decisão de quando baixar a guarda.

Revisado por um humano da AppH

Quer que lhe expliquemos como aplicamos isto a um caso real?

Falar com a AppH