Agentes de IA na sua empresa: o que precisam de saber antes de lhes dar acesso à loja

Ouve-se cada vez mais que os agentes de IA vão gerir as empresas. Em 27 de outubro de 2026, Ben Horowitz e Michael McGuiness publicaram um ensaio sobre a Databricks e o futuro da empresa. A ideia central é que o agente só é tão bom quanto o contexto que a empresa lhe dá. Este texto traduz essa ideia para quem tem uma loja WooCommerce ou um site de serviços: o que é que o agente precisa de saber, o que lhe pode ser permitido e o que fazer nos próximos 90 dias.

Uma advertência sobre a fonte: a Andreessen Horowitz, a firma de Horowitz, liderou a ronda Série A da Databricks em 2013, e Horowitz diz no próprio texto que o fez. É investidor, e o ensaio defende a empresa em que investiu. Por isso uso aqui só números que confirmei em fontes primárias e marco o que é afirmação da própria Databricks. Sou programador e consultor de WordPress, não vendo nem recomendo a Databricks, e uma PME portuguesa não precisa dela.

#O que é um sistema de registo e porque é que um agente depende dele?

Um sistema de registo é o sítio onde a empresa guarda a versão autorizada de um facto. Em informática chama-se system of record: a base que decide qual é o valor certo de um dado quando duas fontes discordam. Numa loja WooCommerce, é a base de dados de encomendas e clientes. Numa empresa de serviços, costuma ser o CRM ou o programa de faturação.

Em maio de 2026, numa entrevista à CNBC, o diretor executivo da Databricks, Ali Ghodsi, deu um nome a isto para agentes:

“o lakehouse tornou-se hoje o sistema de registo. Por isso brinco e chamo-lhe SORA, o sistema de registo para agentes.”

Ali Ghodsi, entrevista à CNBC Television, 20 de maio de 2026, tradução própria

Ghodsi diz que é uma brincadeira, não um produto. A ideia útil está noutra frase da mesma conferência, em junho: a IA “não tem um problema de inteligência, tem um problema de contexto”. O modelo escreve bem. Falha quando não sabe qual é o preço real, qual é o estado verdadeiro da encomenda ou quem pode autorizar um reembolso.

Para uma PME, a tradução é prática. Se a informação está espalhada por folhas de cálculo, caixas de correio e três plugins que não falam entre si, o agente vai inventar a ligação entre elas. Se está num sítio só, com campos claros, o agente consulta.

#Que perguntas tem de responder uma empresa antes de pôr um agente a trabalhar?

Reduzi o ensaio a quatro perguntas. Servem tanto para um grupo com milhares de pessoas como para uma loja com seis.

1. O que é verdade? Há uma fonte autorizada para cada facto: stock, preço, estado da encomenda, morada.
2. O que significa? Os termos têm definição. “Cliente ativo” quer dizer o quê? “Enviada” é antes ou depois de sair do armazém?
3. O que é permitido? O agente tem uma identidade própria, com direitos limitados, e cada ação fica atribuída a ela.
4. Resultou? Há forma de verificar se a ação teve o efeito esperado e de ver o que correu mal.

Os grandes fornecedores organizam o seu produto exatamente por estas camadas. A documentação do Agent Bricks, da Databricks, separa o acesso a modelos, o contexto (memória, ferramentas, pesquisa) e a governação e controlo. A documentação não é imparcial, mas a divisão é útil, e aplica-se sem Databricks.

Diagrama próprio, wppoland.com, outubro de 2026: as quatro perguntas mapeadas para a base de dados, a taxonomia, as funções e as notas de encomenda do WooCommerce.

#Como se mapeiam as quatro perguntas para o WordPress e o WooCommerce?

Quase tudo o que a Databricks vende em escala já existe, em pequeno, numa loja WooCommerce. O trabalho é saber onde está e se está arrumado.

Na linha do significado está o ponto que mais falha. Uma loja com o estado “em espera” usado para três coisas diferentes (pagamento por referência Multibanco por confirmar, stock por chegar, pedido de cliente em análise) dá a um agente a mesma etiqueta para situações opostas. O agente não tem como saber. Uma pessoa sabe, porque conhece a loja. Antes de pensar em IA, vale uma tarde a rever estados, categorias e atributos.

A Databricks chama a esta camada ontologia e publicou uma comparação: o Genie, com a ontologia, respondeu corretamente à primeira a 84,5% das perguntas, contra 52,4% do melhor agente de programação geral que usou como termo de comparação. O teste é interno, com 28 perguntas de análise de dados, de junho de 2026, e os concorrentes estão anonimizados. Trato-o como indicação de direção, não como prova. A direção, porém, é a que qualquer pessoa que trabalhe com lojas já conhece: definições claras dão respostas melhores.

#Que permissões se podem dar a um agente numa loja WooCommerce?

O WordPress 6.9 (novembro de 2025) trouxe a Abilities API, um sistema onde plugins, temas e o núcleo registam o que sabem fazer. O pacote oficial MCP Adapter expõe essas capacidades a agentes através do Model Context Protocol, e a versão 0.7.1 saiu em 16 de outubro de 2026. Uma regra de desenho importa mais do que o resto: as capacidades são privadas por omissão, e só passam a públicas se alguém o declarar. Cada uma tem a sua verificação de permissões.

O WooCommerce regista capacidades de produtos e encomendas. A ligação remota autentica-se com um nome de utilizador WordPress e uma palavra-passe de aplicação; a documentação proíbe a palavra-passe da conta e a chave da API REST. E aconselha o seguinte:

“Use um utilizador WordPress dedicado, apenas com as capacidades de que o cliente MCP precisa.”

Documentação do WooCommerce sobre MCP, developer.woocommerce.com, tradução própria

A mesma página diz que a implementação MCP do WooCommerce está em developer preview, e que o adaptador não vem incluído. Desde a versão 11.3 o endpoint antigo foi removido e devolve HTTP 410. Quem montou algo em 2025 sobre esse endpoint tem de rever. Os exemplos de capacidades na documentação da 11.3 são woocommerce/products-query e woocommerce/order-notes-query.

As palavras-passe de aplicação existem desde o WordPress 5.6. As chaves da API REST do WooCommerce têm três níveis (leitura, escrita, leitura e escrita) e o segredo do consumidor só aparece uma vez. Por isso, ao entregar acesso, a pergunta é qual é o menor poder que serve.

#O que pode fazer um agente só com leitura e o que exige escrita?

A regra que aplico é simples. Tudo o que mexe em dinheiro, em dados de clientes ou em preços passa por uma pessoa. Tudo o resto começa em leitura e só sobe de nível depois de semanas sem surpresas. Escrevi mais sobre o tema em como deixar um agente de IA editar um site em produção com segurança e em construir um servidor MCP para WooCommerce.

#Que dados pessoais pode um agente ver, à luz do RGPD?

Uma encomenda tem nome, morada, telefone, muitas vezes NIF. Dar acesso a um agente é tratar dados pessoais, e o Regulamento Geral sobre a Proteção de Dados (UE) 2016/679 aplica-se como a qualquer outro tratamento. Três pontos pesam na prática.

Primeiro, a minimização: o agente que responde a “onde está a minha encomenda” não precisa do histórico completo do cliente, só do estado e do transportador. A capacidade que expõe só esse campo é melhor do que a que expõe a encomenda inteira. Segundo, a segurança: o acesso por utilizador dedicado, com palavra-passe de aplicação revogável, deixa um rasto e pode ser cortado sem mexer no resto. Terceiro, se o modelo corre num serviço de terceiros que recebe esses dados, esse fornecedor é subcontratante, e o artigo 28.º exige contrato escrito.

A autoridade nacional de proteção de dados é a CNPD. Não indico aqui a autoridade portuguesa de fiscalização do AI Act: não encontrei uma fonte primária que confirme a designação, e prefiro deixar a lacuna a escrever algo por dedução.

#O que mudou no AI Act em 2026 para uma PME?

Muita gente continua a citar datas antigas. O Regulamento (UE) 2026/1744, de 8 de julho de 2026, publicado no Jornal Oficial em 24 de julho e em vigor desde 27 de julho, alterou o AI Act (o chamado omnibus digital). As datas que interessam:

• As regras para sistemas de alto risco do Anexo III passam para 2 de dezembro de 2027.
• As do Anexo I passam para 2 de agosto de 2028.
• A data geral de 2 de agosto de 2026 mantém-se.
• Novas proibições do artigo 5.º aplicam-se a partir de 2 de dezembro de 2026.
• A marcação de conteúdo sintético (artigo 50.º, n.º 2) para sistemas já no mercado antes de 2 de agosto de 2026 tem de estar cumprida até 2 de dezembro de 2026.

O artigo 4.º, sobre literacia em IA, foi substituído. Em vez de garantir “um nível suficiente” de literacia do pessoal, os fornecedores e os utilizadores devem tomar medidas para apoiar o seu desenvolvimento, e o texto acrescenta que isto não exige garantir um nível específico a cada pessoa. O considerando 8 explica o motivo: a obrigação original criava um encargo de conformidade adicional, sobretudo para as empresas mais pequenas. Quem leu o texto de 2024 e ficou com a ideia de que tinha de certificar a equipa já não está nessa posição.

Uma loja que usa um agente para responder a perguntas sobre encomendas não costuma cair no alto risco. As categorias do Anexo III falam de emprego, crédito, educação, serviços essenciais e semelhantes. Se o agente decidisse a admissão de pessoas ou o acesso a crédito, o caso mudava, e aí convém consultar um advogado. O Eurostat mostra, aliás, que as dúvidas jurídicas pesam: das empresas portuguesas que ponderaram IA e não a usam, 57,35% apontam consequências jurídicas pouco claras.

#Quantas empresas portuguesas usam IA, e o que isso diz para uma PME?

Segundo o Eurostat, em 2025, 11,54% das empresas portuguesas com 10 ou mais trabalhadores usaram pelo menos uma tecnologia de IA. A média da UE27 foi 19,95%. O INE português publicou em novembro de 2025 o seu inquérito e chegou a 11,5%, mais 2,9 pontos percentuais do que em 2024. Os dois números concordam, porque medem o mesmo universo com metodologia harmonizada.

Eurostat, inquérito às TIC nas empresas (isoc_eb_ai), 2025, empresas com 10 ou mais trabalhadores; gráfico próprio, wppoland.com, outubro de 2026.

A dimensão pesa muito. Na UE27, 17,0% das empresas de 10 a 49 pessoas usam IA, contra 30,36% nas de 50 a 249 e 55,03% nas de 250 ou mais. Em Portugal, as pequenas ficam em 9,43%, as médias em 18,21% e as grandes em 49,15%. Uma empresa portuguesa de dez a quarenta e nove pessoas fica, assim, abaixo da média europeia do seu escalão (9,43% contra 17,0%).

O obstáculo mais citado é outro. Das portuguesas que ponderaram usar IA e não a usam, 74,4% apontam a falta de conhecimentos (Eurostat, 2025, média UE27 de 70,31%). É um dado que me parece certeiro: o gargalo está em saber o que pôr no sistema e como organizá-lo, e menos em escolher o modelo.

#O que está a crescer mais depressa: a capacidade dos agentes ou a nossa organização?

A capacidade dos modelos. O METR, uma organização que mede o que os modelos conseguem fazer, define o “horizonte temporal a 50%” como o tempo que uma pessoa demora numa tarefa que o modelo completa com sucesso em metade das tentativas. O estudo de março de 2025 concluiu que esse horizonte duplica cerca de cada sete meses desde 2019. Os dados mais recentes do METR, de 26 modelos, dão para o GPT-4 (março de 2023) cerca de 4 minutos e para o Claude Opus 4.6 (fevereiro de 2026) cerca de 12 horas. O ponto mais alto, o Claude Mythos Preview, ronda as 17 horas, mas o METR avisa que as medições acima de 16 horas são pouco fiáveis com o conjunto de tarefas atual, e também que a página já não é atualizada.

METR, Time Horizon 1.1, 26 modelos, dados de 8 de setembro de 2026; gráfico próprio, wppoland.com. A zona acima de 16 horas é pouco fiável, segundo o METR.

Isto quer dizer que o agente fica capaz de tarefas cada vez mais longas, e uma tarefa longa sem registo, sem permissões e sem verificação acumula erros em silêncio. Quanto mais capaz é o agente, mais pesa a pergunta quatro: resultou?

#Quanto tráfego de agentes recebe um site pequeno?

Medi no meu. O contador da Cloudflare registou, entre 29 e 31 de outubro de 2026, 102 pedidos a superfícies pensadas para agentes no wppoland.com, ou seja, 34 por dia. Ao /llms.txt foram 37, ao /mcp 22, ao /.well-known/ucp.json 17. Em agosto, noutra janela, a mesma medição dava cerca de 102 por dia, 67% ao endpoint MCP. Não comparo os dois valores como tendência: as janelas são diferentes e não sei o que moveu a diferença.

Medição própria, contador da Cloudflare, wppoland.com, 29 a 31 de outubro de 2026, 102 pedidos.

Os agentes são reais e leem as superfícies que lhes preparamos, mas num site pequeno ainda são raros. Quem lhe disser que o seu site vai ser inundado por agentes na próxima semana está a vender. Quem disser que não existem está desatualizado.

#Porque é que importa que o registo seja seu e não do fornecedor do modelo?

Os modelos mudam depressa. O que a empresa aprende com eles (que respostas funcionam, que casos exigem pessoa, que termos usa o cliente) fica no registo. Se esse registo vive dentro da ferramenta de um fornecedor, mudar de modelo implica perder o que se aprendeu. Se vive nos seus dados, muda-se o modelo e mantém-se o histórico.

Satya Nadella escreveu em junho de 2026 que cada empresa vai ter de construir o seu “capital de tokens”, a capacidade de IA que constrói e possui, e que o ciclo de aprendizagem passa a ser a nova propriedade intelectual da empresa. Prefiro dizê-lo de forma menos pomposa: guarde em formato aberto o que o agente aprendeu.

Na prática, três hábitos. Notas de encomenda e registos num sítio que consiga exportar. Definições (estados, categorias, regras de reembolso) escritas num documento seu. Cópias de segurança que abra sem depender do plugin que as criou. Neste último ponto, o Migrator, um plugin meu (plogins), na versão 1.9 passou a permitir descarregar qualquer cópia guardada como arquivo .tar.gz padrão, com database.sql, o manifesto e a pasta wp-content, que se abre com tar ou 7-Zip sem o Migrator. A versão 1.7 acrescentou uma cópia opcional imediatamente antes de atualizações de plugins, temas e do núcleo. Não é um sistema de registo, e não é específico para agentes. Serve de lembrete de que o que é seu deve abrir-se sem a ferramenta que o criou. Está na página do Migrator no WordPress.org.

#Como muda a empresa quando há agentes? Coase, Simon e os gestores

Em 1991, no discurso do Nobel, Ronald Coase resumiu a razão de existirem empresas:

“Foi perceber que havia custos em usar o mecanismo de preços. É preciso descobrir quais são os preços. Há negociações, contratos para redigir, inspeções, acordos para resolver litígios, e assim por diante. Estes custos ficaram conhecidos como custos de transação.”

Ronald Coase, discurso do Prémio Nobel, 9 de dezembro de 1991, tradução própria

A empresa existe, em parte, porque coordenar dentro dela custa menos do que contratar tudo no mercado. Se um agente reduz o custo de procurar, comparar e coordenar, parte do que hoje exige uma pessoa a passar informação de uma mesa para outra passa a ser feita pela máquina. Foi o raciocínio de Jack Dorsey em março de 2026 ao falar de hierarquia e fluxo de informação.

Herbert Simon escreveu em 1979, a propósito de um sistema de reservas de uma companhia aérea, algo que me parece o centro do assunto. A memória central, dizia, não centraliza as decisões; permite que cada ponto de decisão aja de forma independente:

“com a confiança de que a atualização automática pela memória central tratará de todas as interações entre decisões.”

Herbert A. Simon, “The Consequences of Computers for Centralization and Decentralization”, MIT Press, 1979, p. 219, tradução própria

É a mesma ideia do sistema de registo. Com um registo partilhado e fiável, cada agente (e cada pessoa) decide sozinho sem pisar o trabalho dos outros.

A frase que se ouve, “todos vamos passar a gerir agentes”, tem então um sentido concreto numa PME. O dono ou o gestor deixa de transmitir informação e passa a definir o que é verdade, o que é permitido e como se verifica. Quem já teve de explicar a um novo colaborador como a loja funciona reconhece o trabalho: é o mesmo, escrito para uma máquina. James Burnham escreveu em 1941 The Managerial Revolution sobre o poder dos gestores profissionais. Não afirmo que os agentes o repitam. Digo apenas que gerir passou a significar também manter este contexto.

#Um exemplo concreto: o cliente pergunta “onde está a minha encomenda?”

Uma loja portuguesa de produtos para casa, com envios para Portugal e Espanha, paga por MB Way, referência Multibanco e cartão. Uma cliente escreve a perguntar pela encomenda e quer a resposta num minuto. É um exemplo montado para ilustrar, não um cliente meu.

1. O que é verdade. O agente lê a encomenda: estado, método de pagamento, transportador, número de seguimento. A fonte é a base de dados da loja. A fatura vem do programa de faturação (se for um programa certificado pela AT, esse é o registo das faturas, e o agente não lhe mexe).
2. O que significa. O estado “em espera” está definido: só quer dizer pagamento por confirmar. Stock por chegar tem outro estado. Sem isto, o agente diria à cliente que “falta pagar” quando o produto chega na quinta-feira.
3. O que é permitido. O agente tem um utilizador próprio com capacidade de ler encomendas e acrescentar notas. Não consegue reembolsar, nem editar a morada. Se a cliente pedir reembolso, o agente escreve a nota “pedido de reembolso” e passa a pessoa.
4. Resultou. A resposta enviada fica registada como nota de encomenda, com a hora. Uma vez por semana, alguém lê vinte respostas ao acaso e anota as erradas. Os casos errados viram novas definições ou regras.

Nada disto exige um produto novo. Exige que os estados estejam bem definidos, que exista um utilizador limitado e que as notas se leiam. O custo está mais no arrumar do que na tecnologia. Em servidor MCP aberto e só de leitura para o WooCommerce mostro uma forma de começar sem risco de escrita, e em MCP ou REST como escolher o canal.

#O que fazer nos próximos 90 dias?

Proponho três fases de um mês, por esta ordem.

Mês 1, arrumar.

• Listar os estados de encomenda e os seus significados reais, num documento de uma página.
• Rever categorias, atributos e campos para eliminar duplicados e nomes ambíguos.
• Decidir qual é a fonte de verdade para stock, preço, estado e morada.
• Verificar quem tem acesso de administrador e remover o que sobra.

Mês 2, ligar em leitura.

• Criar um utilizador WordPress dedicado, sem direitos de administrador, com palavra-passe de aplicação.
• Expor só capacidades de consulta (encomendas, produtos, notas) com os campos mínimos.
• Usar o agente apenas para rascunhos e resumos, com uma pessoa a decidir.
• Registar cada ação e ler uma amostra por semana.

Mês 3, escrever com limites.

• Subir um único tipo de escrita (por exemplo, notas internas) e medir erros durante quatro semanas.
• Testar tudo num ambiente de testes antes de produção e fazer cópia de segurança antes de cada alteração em massa.
• Rever o contrato com o fornecedor do modelo à luz do RGPD, artigo 28.º.
• Escrever uma página com o que a empresa fez e porquê, para a equipa e para auditorias.

Se quiser apoio nisto, trabalho a integração de IA em WordPress na página de integração de IA para WordPress, e a definição de permissões, tokens e passos de revisão está na implementação de IA. Quando o caso é expor a loja a agentes de forma estável, o desenvolvimento de servidores MCP cobre esse canal. Para a parte de engenharia, veja também agentic engineering como novo modelo de desenvolvimento.

#O que não fazer

• Não dar acesso de administrador a um agente. Se falhar, falha com todos os poderes.
• Não usar a sua conta pessoal nem a palavra-passe normal. A documentação do WooCommerce diz expressamente para não o fazer; use uma palavra-passe de aplicação, que se revoga sem mexer na conta.
• Não ligar escrita antes de haver registo. Sem notas e sem amostragem, não sabe o que o agente fez.
• Não comprar uma plataforma de dados por causa de um ensaio. A Databricks comunicou em agosto de 2026 uma receita anualizada acima de 7 mil milhões de dólares, com crescimento de mais de 80%, e uma avaliação de 190 mil milhões. São números da empresa, de uma empresa privada, sem auditoria. Para uma empresa com milhares de trabalhadores e dados em dezenas de sistemas pode fazer sentido. Para uma loja de seis pessoas, não.
• Não confiar em números que só aparecem num ensaio. Horowitz escreve que os agentes lançam mais de 17 milhões de bases de dados por dia. A Databricks, em junho de 2026, comunicou 12 milhões por dia para o Lakebase. Usei o número da fonte primária.
• Não esperar que o modelo corrija a desorganização. Um modelo melhor trata melhor um sistema arrumado. Um sistema desarrumado fica só com erros mais bem escritos.

#O que fica quando o agente é a parte nova

O agente é a parte nova. O resto é antigo: dizer o que é verdade, dar nomes às coisas, repartir poderes e verificar o resultado. Nas PME portuguesas, onde apenas 9,43% das empresas de 10 a 49 pessoas usam IA e três quartos dizem faltar-lhes conhecimentos, quem arrumar o registo agora entra com vantagem, porque o trabalho que sobra é escolher o modelo. E esse muda todos os trimestres.

Whitehead escreveu em 1911 que a civilização avança ao aumentar o número de operações importantes que conseguimos fazer sem pensar nelas. Um registo bem feito faz isso pela empresa: as operações repetidas deixam de exigir que alguém as pense de novo.