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.

31 JUL 2026
GOVERNANÇA

O Digital Omnibus sobre IA entra em vigor: o prazo de «alto risco» recua para 2027, mas dizer «está a falar com uma IA» continua obrigatório a partir de 2 de agosto de 2026

Publicado no Jornal Oficial da UE a 24 de julho e em vigor desde o dia 27, o Digital Omnibus adia o prazo do Anexo III da AI Act para dezembro de 2027. O que a cobertura mediática do adiamento quase não menciona: a obrigação de transparência do artigo 50.º — avisar o utilizador de que está a falar com uma IA — não mudou, continua a ser 2 de agosto de 2026.

O Digital Omnibus sobre IA, publicado no Jornal Oficial da União Europeia a 24 de julho de 2026 e em vigor desde 27 de julho, é o primeiro pacote formal de alterações à AI Act desde a sua aprovação em 2024. A alteração mais comentada: o prazo de aplicação dos sistemas de IA de alto risco autónomos (Anexo III — emprego, educação, infraestruturas críticas, aplicação da lei) recua dois anos e quatro meses, de 2 de agosto de 2026 para 2 de dezembro de 2027; para a IA integrada em produtos já abrangidos por legislação setorial de segurança (Anexo I), o prazo vai até 2 de agosto de 2028. Mas há um ponto que quase não aparece na cobertura do adiamento: o artigo 50.º, que obriga a informar o utilizador de que está a interagir com um sistema de IA (salvo se isso for óbvio pelo contexto), NÃO está incluído nesse adiamento. A sociedade de advogados Lewis Silkin deixa isso escrito com todas as letras na sua análise de 27 de julho: «As restantes obrigações de transparência do artigo 50.º [...] continuam a aplicar-se a partir de 2 de agosto de 2026». Faltam seis dias.

Na prática, isto abrange qualquer PME que tenha colocado um chatbot ou assistente de IA no seu site sem o dizer claramente desde a primeira interação. Não é uma subtileza jurídica: a partir de 2 de agosto, um visitante que escreve a um assistente que se faz passar por humano — ou que nunca esclarece que é uma IA — deixa exposta a empresa que o opera. Verificámos o nosso próprio caso antes de escrever este artigo, não depois: a Chichi, a assistente de primeiro contacto da AppH, mostra «Assistente virtual da AppH» como subtítulo permanente assim que a janela de chat abre, e apresenta-se explicitamente como tal na sua primeira mensagem, nos 4 idiomas do site — não uma menção perdida numa página de termos que ninguém lê.

A favor da AppH

  • A Chichi já cumpre o artigo 50.º sem termos tido de alterar uma única linha de código por causa deste prazo — o subtítulo permanente e a mensagem de abertura existiam antes de o Digital Omnibus sequer ser publicado, porque a transparência sobre IA sempre fez parte dos nossos valores de marca, não só da conformidade legal.
  • O adiamento do prazo do Anexo III não muda nada na postura da AppManager quanto à aprovação humana — os nossos módulos nunca esperaram por uma obrigação legal para exigir validação explícita antes de um agente agir, por isso este adiamento não abre nenhuma janela onde a AppH se torne «menos conforme» do que antes.

Contra / o que não se aplica

  • Esta verificação cobre apenas a Chichi — se um cliente da AppH usar por conta própria outra ferramenta de IA conversacional no seu próprio site, fora da AppManager, a responsabilidade de verificar o seu próprio cumprimento do artigo 50.º é dele; a AppH não pode auditar isso em seu lugar.
  • «Informar o utilizador de que está a falar com uma IA» é apenas uma obrigação entre várias na AI Act — não é conformidade completa, e o adiamento do prazo do Anexo III não dispensa ninguém de acompanhar a evolução da lei caso a sua atividade venha um dia a entrar no território dos sistemas de alto risco.

Podíamos ter esperado até 2 de agosto para verificar se a Chichi cumpre o artigo 50.º. Fizémo-lo esta semana, relendo o código-fonte linha a linha, sem confiar numa memória de como o widget foi construído há meses. A diferença entre «achamos que cumprimos» e «verificámos» é exatamente o tipo de falha que este adiamento de prazo não desculpa. O que nos chama a atenção neste adiamento não é dar fôlego às grandes empresas que constroem sistemas de alto risco — é não mudar NADA para uma PME que, como a maioria dos nossos clientes, nunca teve intenção de construir um sistema de pontuação de funcionários ou candidatos. A pergunta real que fazemos a qualquer cliente que ativa um chatbot de IA no seu site continua a ser a mesma de sempre, com ou sem adiamento: a pessoa do outro lado sabe que está a falar com uma máquina, desde a primeira linha? Se a resposta for não, isso não é uma casinha de conformidade para marcar mais tarde — é uma mentira por omissão, e continua a sê-lo mesmo sem a AI Act.

Revisado por um humano da AppH
31 JUL 2026
MERCADO

Um estudo da NAIC citado pela Forbes confirma: 71% das PME dependem de uma ou duas pessoas — as três perguntas a fazer antes de comprar uma ferramenta de IA, já incorporadas na AppManager

O mesmo artigo da Forbes que comentámos ontem (70% das transformações de IA fracassam) traz um número mais próximo dos nossos clientes: segundo um estudo da National Association of Insurance Commissioners, 71% das pequenas empresas dependem de uma ou duas pessoas para continuar a funcionar. O conselho antes de comprar qualquer ferramenta de IA: três perguntas, não um argumento de venda.

O artigo da Forbes de 28 de julho que já comentámos ontem (com o número dos 70% de transformações de IA falhadas, segundo o BCG) traz um segundo dado, menos citado, mas mais próximo da realidade dos nossos clientes: segundo um estudo da National Association of Insurance Commissioners, 71% das pequenas empresas dependem de uma ou duas pessoas para continuar a funcionar. Não é um problema de software — é uma dependência humana que nenhuma ferramenta, com IA ou sem ela, resolve sozinha. E é precisamente isso que torna útil o conselho que o artigo atribui a Anthony Godley (fundador da Logix BPO, que cresceu de um único cliente para mais de 1.000 funcionários): antes de comprar qualquer ferramenta de IA, fazer três perguntas — quem mais tem autoridade para decidir, se o sucesso está definido, e se funcionaria sem si. Três perguntas que levam cinco minutos e evitam instalar uma ferramenta que mais ninguém sabe operar.

O artigo acrescenta uma recomendação concreta, quase operacional: formar pelo menos um funcionário todos os meses numa tarefa crítica não documentada. É um ritmo, não um projeto pontual — exatamente o tipo de disciplina que a maioria das pequenas estruturas não tem tempo nem reflexo para impor a si própria, justamente no momento em que somam automação aos seus processos. Na AppManager, um módulo novo (Frota, Turismo, Saúde) nunca é ativado de uma vez para toda uma operação: começa num âmbito restrito, com cada ação do agente — um envio, um seguimento, uma atualização de stock — sujeita a uma validação humana explícita antes de ser executada, módulo a módulo, até a equipa ter visto passar decisões suficientes para alargar esse âmbito por conta própria. Não é uma caixa de conformidade acrescentada depois: é, literalmente, uma resposta às três perguntas do artigo, incorporada no produto em vez de deixada para a PME resolver sozinha.

A favor da AppH

  • O registo de aprovações da AppManager responde diretamente à pergunta «funcionaria sem si?»: a lógica de cada decisão (quem aprovou o quê, e porquê) fica consultável por qualquer pessoa autorizada da equipa, não só na cabeça do fundador.
  • Esse mesmo registo funciona também como formação contínua: um novo funcionário pode ver como as decisões passadas foram tomadas e aprovadas, módulo a módulo — exatamente o hábito de «formar alguém todos os meses» que o artigo recomenda, só que aqui constrói-se sozinho, à medida que a equipa trabalha.

Contra / o que não se aplica

  • A AppManager não pode responder à pergunta «o sucesso está definido?» em vez do cliente — é uma decisão estratégica, não um ajuste de produto. Um módulo bem concebido nunca substitui um objetivo que a direção ainda não definiu com clareza.
  • O número de 71% vem de um estudo norte-americano (NAIC), não de uma medição sobre os nossos próprios clientes em França ou na Europa — um sinal direcional razoável para PME de frota, turismo ou saúde, não uma estatística verificada sobre a nossa própria base.

Os 71% não nos surpreendem: a maioria dos nossos clientes é exatamente esse tipo de estrutura pequena onde uma ou duas pessoas sustentam tudo. É por isso que nunca construímos a AppManager como uma ferramenta que se instala e se deixa correr sozinha. Cada agente, em cada módulo, aguarda uma confirmação humana explícita antes de agir sobre algo com uma consequência real — um cliente contactado, uma fatura enviada, um stock alterado. Não é uma limitação técnica que esperamos superar um dia — é uma escolha, e continua verdadeira mesmo quando um cliente nos pede para ir mais depressa. A pergunta «funcionaria sem si?» é, na realidade, a pergunta certa a fazer sobre o PRÓPRIO processo de decisão antes de acrescentar um agente, não sobre o agente em si — um software não pode responder a isso em vez do dono do negócio. O que podemos garantir é que, uma vez encontrada essa resposta, ela continua a ser aplicada decisão após decisão, não só no dia do lançamento.

Revisado por um humano da AppH
30 JUL 2026
GOVERNANÇA

Uma pesquisa da Fleet com 500 líderes de TI confirma: 7 em cada 10 avançam para a IA sem a base de infraestrutura que a torna governável — exatamente o que a AppManager constrói desde o primeiro dia

O relatório «Road to AI in IT» da Fleet Device Management, publicado a 23 de julho, dá números a uma lacuna que já suspeitávamos: 46,5 % das equipas de TI colocam a automação com IA como prioridade para os próximos dois anos, mas apenas 29,6 % priorizam a infraestrutura como código — a base que permite saber, depois, o que um agente fez e porquê.

O número central é simples e contundente: entre mais de 500 responsáveis de TI inquiridos, 70 % avançam com a automação por IA sem terem primeiro estabelecido a infraestrutura como código que a torna governável. O relatório detalha o que isso significa na prática: 87 % das equipas ainda gerem os seus dispositivos de forma manual ou apenas parcialmente automatizada (só 13 % se consideram «totalmente autónomas»), 79 % demoram mais de um dia a implementar uma correção de segurança crítica, e 60 % nem sequer têm visibilidade completa do seu parque de dispositivos. Entretanto, a «shadow AI» cresce em silêncio: uma empresa média usa 14 aplicações de IA, mas a sua equipa de TI só tem visibilidade real sobre 4 delas — e 78 % dos funcionários já usam ferramentas de IA pessoais no trabalho, fora de qualquer controlo. Allen Houchins, CIO da Fleet, resume o risco sem rodeios: «sem essa base, as organizações arriscam perseguir resultados de IA sem a governança, a visibilidade e os controlos necessários para os implementar com confiança». O cofundador Mike McNeil vai mais longe: «a infraestrutura como código transforma a IA de um chatbot num multiplicador de força para as equipas de TI».

A favor da AppH

  • O verdadeiro problema que este relatório nomeia — 14 aplicações de IA em uso, apenas 4 visíveis — é exatamente o oposto de como a AppManager é construída: um hub por área de negócio (CRM, Faturação, Frota, Stock) onde cada agente atua dentro de um módulo rastreável, nunca mais uma ferramenta de IA acrescentada sem que ninguém saiba.
  • O nosso painel de aprovação e o nosso registo de decisões não são uma caixa de conformidade acrescentada para auditoria — é exatamente a base que a Fleet descreve como ausente em 70 % das equipas de TI inquiridas: saber depois o que um agente fez, quem aprovou e quando.

Contra / o que não se aplica

  • A infraestrutura como código que a Fleet descreve gere parques de dispositivos e correções de segurança à escala de grandes empresas — a AppManager não gere nenhum dispositivo de TI, apenas ações de negócio (faturar, fazer seguimento, atualizar um stock). O paralelo é estrutural (uma base auditável antes de automatizar), não técnico: não devemos dar a entender que resolvemos o mesmo problema que a Fleet.
  • A pesquisa abrange 500+ líderes de TI de empresas com equipas de TI dedicadas reais — um cliente PME da AppH muitas vezes não tem ninguém nessa função. Os números (87 %, 79 %, 60 %) são um sinal direcional útil, não uma medida direta da realidade dos nossos próprios clientes.

Opinião da AppH: este relatório diz, com números de grande empresa, exatamente o que repetimos desde o início a PME muito menores — a automação nunca foi o problema, é o que acontece QUANDO ela falha. Uma equipa de TI que só vê 4 das 14 aplicações de IA realmente usadas na sua empresa não consegue governá-las nem defendê-las perante um incidente; uma PME que ativa um agente sem registo de aprovação está exatamente na mesma situação, com ainda menos rede de segurança atrás. Na AppManager, cada ação de um agente com consequência real — um envio, um recebimento, uma alteração de stock — aguarda uma confirmação humana explícita antes de ser executada, e essa confirmação fica consultável depois, módulo a módulo. Não é um argumento que usamos só depois de convencer o cliente: se um potencial cliente nos pedir para ligar um agente que atue sem deixar esse rasto, dizemos que não, mesmo que isso custe a venda — é exatamente a base que este relatório diz faltar a 70 % das equipas de TI inquiridas.

Revisado por um humano da AppH
30 JUL 2026
MERCADO

Forbes e o BCG confirmam: 70% das transformações de IA fracassam — quase nunca pela tecnologia, e sim porque ninguém documentou as decisões

Uma matéria da Forbes de 28 de julho cita o Boston Consulting Group: 70% das transformações de IA em empresas não atingem os resultados esperados, e a causa identificada é a cultura organizacional, não a ferramenta. O dado mais duro — 95% dos projetos-piloto de IA não geram nenhum retorno mensurável, segundo o MIT — esconde um problema mais simples: a maioria das pequenas empresas nunca escreveu como realmente toma suas decisões.

Segundo o MIT (Project NANDA), dos US$ 30 a 40 bilhões investidos em IA generativa nos últimos dois anos, apenas 5% dos projetos-piloto geram um retorno identificável; um estudo da ManpowerGroup/Everest Group (80 líderes de RH, publicado em 22 de julho) constatou que apenas 3% dos líderes se sentem realmente preparados para liderar uma equipe potencializada por IA, e a McKinsey chegou a uma conclusão quase idêntica (1% de maturidade total em IA). O BCG vai além na causa: empresas que destinam pelo menos 10% do orçamento de IA a treinamento e gestão da mudança têm 1,5 vez mais chances de sucesso do que as que não o fazem. O artigo se apoia, por fim, no relato de Anthony Godley (fundador da Logix BPO, que cresceu de um único cliente para mais de 1.000 funcionários): "a maior barreira à adoção de IA não é a tecnologia, é a dependência do fundador — se toda decisão importante ainda passa por uma única pessoa, a IA só expõe esse gargalo mais rápido". Seu conselho: documentar primeiro cada decisão e aprovação, antes mesmo de escolher uma ferramenta — "a IA amplifica a maturidade operacional, não a cria".

Para a AppH

  • Nosso painel de aprovação é exatamente a documentação que Godley diz faltar em 95% das pequenas empresas: cada decisão (enviar um lembrete, validar um pedido de compra, publicar um rascunho) fica registrada — quem aprovou o quê e quando. Não é um extra: é o rastro escrito que este artigo diz ser o verdadeiro pré-requisito antes de somar IA.
  • Os projetos que funcionam, segundo Forbes/BCG, são os que automatizam tarefas repetitivas já bem definidas (faturas, lembretes, estoque) — não um chatbot genérico flexível. É exatamente a lógica por módulo de negócio (não um único assistente genérico) sobre a qual a AppManager foi construída desde o início.

Contra / o que não se aplica

  • A "dependência do fundador" que o artigo aponta como a causa real do fracasso é um problema de organização humana — nenhum software, o nosso incluído, pode obrigar um dono a delegar uma decisão que ele se recusa a soltar. A AppManager dá a ferramenta para registrar quem aprova o quê; não pode decidir por ele quem deveria ter essa autoridade.
  • Os números citados (95%, 70%, 3%) vêm de pesquisas sobre todo o mundo empresarial, grandes estruturas incluídas — não existe dado específico para as pequenas empresas dos setores que a AppH realmente atende (frotas, turismo, saúde), então a taxa exata de fracasso para nossos próprios clientes continua sendo uma estimativa por analogia, não uma medição direta.

Esse número de 95% de fracasso não deveria convencer ninguém a desconfiar da IA — deveria convencer a desconfiar de lançar IA antes de escrever como sua empresa realmente toma decisões. Nosso painel de aprovação não faz essa lição de casa no lugar do dono: só pode registrar as decisões que ele já sabe tomar. Se ninguém na empresa sabe quem tem o direito de aprovar um reembolso ou um pedido de estoque, nenhum software resolve isso no primeiro dia, o nosso também não. O que podemos prometer é que, uma vez esclarecida essa autoridade, cada decisão deixa um rastro consultável — para uma pequena empresa presa na dependência do fundador que a Forbes descreve, isso já começa a ser metade do remédio.

Revisado por um humano da AppH
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