O que a Europa erra na independência da IA
The wrong question in the right room
The room was the sort Europe is good at producing: practical chairs, coffee that had clearly suffered, name cards, simultaneous translation equipment nobody needed, and a panel title containing the word strategic. The topic was AI independence. The first question from the moderator was predictable. Should Europe build its own frontier model?
It is not a foolish question. Models matter. Compute matters. Research capability matters. If a continent cannot train, evaluate, adapt, or deploy serious models, it will spend the next decade negotiating with other people's roadmaps. That is not independence. It is procurement with a flag on it. But the question is still too narrow. It treats independence as if it were a single object: one model, one cloud, one chip programme, one national champion, one policy package, one glorious ribbon cutting where the servers hum and everyone pretends the power bill is a cultural achievement.
AI independence is not one object. It is an operating position. It is the ability to choose between suppliers without losing the mission, to inspect the systems that affect rights and services, to move workloads when law or cost changes, to run critical functions under stress, to preserve local competence, to keep data and evidence under accountable control, and to say no without the organisation collapsing into a helpdesk queue. Independence is not isolation. It is leverage with a memory.
Europe often gets this wrong because it reaches for the most visible layer. The model is visible. The data centre is visible. The announcement is visible. The boring control paths are less visible: identity, keys, logging, portability, standards, procurement rights, evaluation methods, incident authority, talent pipelines, energy contracts, and the legal-operational map of who can compel what. Yet those boring paths decide whether a system can be governed after the press release. Sovereignty is often hidden in the admin console, which is rude of it but consistent with software.
Independence is not autarky
The first mistake is confusing independence with doing everything ourselves. Europe does not need to mine every material, design every chip, train every model, host every service, write every library, and manufacture every cable before it can act with agency. That standard would make every country on earth dependent by definition, and also rather tired. Modern technology is cooperative. The question is not whether there are dependencies. There will be. The question is whether the dependencies are legible, substitutable, governed, and compatible with the institution's duties.
Autarkia é uma fantasia com um armazém anexo. É atraente porque oferece uma arrumação psicológica. Se possuirmos toda a pilha, diz o argumento, somos livres. Na prática, possuir todas as camadas pode criar novas fragilidades: mercados mais pequenos, iteração mais lenta, trabalho duplicado, manutenção subfinanciada, conjuntos de talentos estreitos e sistemas que são locais mas medíocres. Uma dependência local pode continuar a ser uma dependência. Uma caixa negra europeia continua a ser uma caixa negra, só que com melhores ligações de comboio.
O objetivo mais saudável é a opcionalidade estratégica. Manter capacidade suficiente dentro da Europa para compreender, avaliar, adaptar e operar sistemas de IA. Construir interfaces abertas sempre que possível. Manter formatos de dados portáteis. Controlar registos e chaves sensíveis. Financiar capacidade de avaliação e verificação. Garantir que as instituições públicas podem abandonar um fornecedor sem deixar para trás a sua própria história. Apoiar infraestrutura local para cargas de trabalho que exijam localidade, resiliência ou responsabilidade legal. Usar tecnologia global onde for útil, mas não deixar que a conveniência se torne arquitetura constitucional.
Este é um slogan menos satisfatório. É também um plano melhor. Independência não é recusar todos os serviços externos. É impedir que qualquer serviço, norma, região, fornecedor ou regime jurídico se torne a única via prática para um trabalho importante. A diferença importa. Uma postura diz não ao mundo. A outra diz sim, mas com saídas, provas e adultos competentes a ler o contrato antes do quarto café.
O modelo não é o plano de controlo
O segundo erro é tratar o modelo como o centro de poder total. Os modelos fundacionais são importantes. Definem capacidade, custo, cobertura linguística, comportamento de segurança e alavancagem de mercado. A Europa deve preocupar-se com eles. Mas um modelo isolado não é um sistema de IA. Os sistemas reais incluem ingestão de dados, identidade, recuperação, instruções, chamadas de ferramentas, portas de política, registos, revisão humana, pipelines de implementação, monitorização, faturação, acesso de suporte e resposta a incidentes. O controlo reside frequentemente nessas camadas.
Um hospital que usa um modelo externo com dados locais, recuperação local, chaves locais, instruções auditadas, acesso controlado a ferramentas e uma alternativa testada pode ter mais independência prática do que um hospital que usa um modelo nominalmente local através de uma plataforma opaca que detém identidade, registos, atualizações e saída. A nacionalidade do modelo importa. Não responde magicamente a quem pode inspecionar, alterar, suspender, exportar, provar ou recusar.
É por isso que o nacionalismo de modelos pode tornar-se uma distração. Um continente pode financiar modelos excelentes e continuar dependente se os métodos de avaliação, as plataformas de implementação, os planos de controlo na nuvem, as ferramentas proprietárias e os pipelines de dados estiverem bloqueados noutro lugar. Da mesma forma, um modelo mais pequeno pode ser estrategicamente útil se funcionar localmente, for inspecionável, apoiar bem as línguas europeias, puder ser afinado ou limitado para trabalho de domínio e participar em fluxos de trabalho responsáveis. Capacidade sem controlo é poder alugado. Controlo sem capacidade é frustração principista. A Europa precisa de ambos, o que é irritante porque ambos exigem trabalho.
O plano de controlo inclui os direitos banais que decidem se uma instituição pode agir. Pode congelar uma versão do modelo. Pode reproduzir um resultado. Pode provar quais dados entraram. Pode ver o acesso de suporte. Pode funcionar offline para tarefas essenciais. Pode mudar de um fornecedor para outro. Pode auditar uma chamada de ferramenta. Pode definir política na periferia. Pode responder à pergunta de um regulador sem transformar o departamento jurídico num plugin de navegador.
Os contratos públicos podem apagar a soberania em silêncio
A Europa tem talento para a regulação e uma fraqueza para hábitos de contratação que anulam a regulação na prática. Um organismo público pode redigir princípios cuidadosos e depois comprar uma plataforma cujas condições padrão dificultam a inspeção, cujo caminho de exportação é fraco, cuja registo de atividade é proprietário, cujos preços penalizam a mudança e cujo modelo de apoio cruza fronteiras que ninguém mapeou. O comunicado de imprensa fala em inovação responsável. O contrato diz, por favor, submeta um pedido de assistência.
A contratação pública não é uma tarefa administrativa. É constitucional para os sistemas digitais. O comprador escolhe quais direitos sobrevivem ao primeiro contacto com a implementação. Se os cadernos de encargos pedirem apenas funcionalidades, custo, certificação de segurança e data de entrega, os fornecedores otimizam para esses critérios. Se também pedirem portabilidade, evidências, controlo local de chaves, interfaces abertas, congelamento de versões, apoio à auditoria, obrigações de incidentes, tratamento de derivados de dados e testes de saída realistas, o mercado recebe um sinal diferente. A Europa não pode regular o caminho até à independência enquanto compra dependência em grande escala.
O mesmo se aplica à avaliação. Os compradores adoram números de referência porque os números parecem decisivos em comissões. Os benchmarks têm valor, mas a independência exige testes mais amplos. Consegue o sistema responder em línguas minoritárias e termos regionais. Consegue citar fontes controladas. Consegue recusar tarefas inseguras de acordo com a política local. Consegue manter registos úteis para recurso. Consegue funcionar quando um serviço remoto está indisponível. Consegue uma equipa reproduzir um resultado contestado. Consegue o fornecedor explicar uma alteração ao modelo antes de esta afetar o serviço público. Consegue a instituição migrar sem um ano de sofrimento ritual.
A contratação pública deve precificar a saída desde o primeiro dia. Não porque todos os fornecedores vão falhar, mas porque a capacidade de sair é o que torna a relação honesta. Um contrato sem um caminho de saída testado é uma dependência em roupa formal. Muito respeitável. Continua a ser uma dependência.
A soberania dos dados não é o mesmo que independência da IA
A Europa fala muito sobre soberania dos dados, e com razão. Registos sobre cidadãos, doentes, trabalhadores, estudantes, empresas, infraestruturas e investigação não devem circular por sistemas sem controlo responsável. Mas a soberania dos dados, por si só, não é independência da IA. Um conjunto de dados pode permanecer local enquanto o fluxo de trabalho depende inteiramente de um ponto de acesso de inferência remoto, de um modelo de incorporação proprietário, de um serviço de avaliação externo, de uma camada de orquestração fechada ou de uma equipa de apoio com direitos de emergência que ninguém pode inspecionar.
IA cria artefactos derivados. Prompts, embeddings, resumos, classificações, caches, rastreios, exemplos de avaliação, registos de segurança, etiquetas de feedback e registos de adaptação do modelo podem transportar significado dos dados originais. Se a política de independência proteger apenas o registo de origem, perde grande parte da superfície operacional. Uma base de dados local com derivados remotos pode satisfazer um mapa e falhar numa revisão.
A questão prática é a herança. Que artefactos derivados herdam as restrições dos dados de origem. Quais podem sair da instituição. Quais podem ser utilizados para melhoria. Quais expiram. Quais são registos. Quais são provas. Quais podem ser eliminados. Quais se tornam material de treino. Sem herança clara, os projetos de IA desenvolvem um odor familiar: toda a gente está confiante na reunião e vaga no diagrama. Os holandeses perguntarão então pelo diagrama, e é por isso que por vezes somos convidados tarde.
Independência exige direitos sobre os dados mais direitos sobre os processos. A instituição tem de controlar como os dados se tornam entrada, como a entrada se torna contexto do modelo, como o contexto se torna saída, como a saída se torna ação e como cada passo é registado. Os dados não ficam polidamente numa caixa enquanto o sistema de IA acontece noutro lugar. Movem-se, transformam-se e deixam rastos. A soberania segue esses rastos ou torna-se papelada com um logótipo bonito.
Computação é capacidade, não identidade
Outro erro é transformar a computação num símbolo de pureza. A Europa precisa de mais capacidade de computação, especialmente para investigação, cargas de trabalho de interesse público, adaptação industrial e serviços críticos. Precisa de planeamento consciente da energia, instalações partilhadas, melhor acesso para universidades e PME, e infraestrutura que não force todas as experiências sérias para uma fila estrangeira. Mas a computação por si só não cria independência. Uma prateleira de aceleradores é uma possibilidade, não uma estratégia.
As questões úteis são operacionais. Quem pode aceder à computação. Sob que condições. Para que cargas de trabalho. Com que garantias de localização dos dados. Com que modelo de contabilização. Com que pilha de software. Com que perfil energético. Com que plano de manutenção. Que cargas de trabalho precisam de treino de alta gama. Quais precisam de inferência eficiente. Quais precisam de implementação CPU-first ou de edge. Quais precisam de reprodução determinística. Quais precisam de computação confidencial. Quais precisam de continuar a funcionar durante tensão geopolítica ou comercial.
Uma estratégia europeia de computação deve evitar dois extremos preguiçosos. Um diz que tudo o que é importante exige o maior cluster de aceleradores possível, de preferência anunciado com um plano de drone. O outro diz que software inteligente por si só elimina a necessidade de hardware sério. Ambos estão incompletos. Algum trabalho precisa de computação massiva. Algum trabalho precisa de execução mais pequena, local, eficiente e inspecionável. Independência é a capacidade de fazer corresponder a carga de trabalho à postura, em vez de forçar todos os problemas pela mesma porta cara.
A energia também importa. Uma política de computação que ignore a disponibilidade de energia, as restrições da rede, a reutilização de calor e o custo operacional de longo prazo não é estratégica. É um plano de aquecimento com tokens. A Europa não pode construir independência de IA credível importando uma dependência e convertendo-a noutra. A computação tem de ser planeada com energia, localização, talento e valor público no mesmo enquadramento.
As normas são infraestrutura disfarçada de banalidade
A Europa subestima por vezes o poder das normas aborrecidas. Formatos abertos, identidade interoperável, pacotes de modelos portáteis, registos auditáveis, documentação de conjuntos de dados, protocolos de avaliação, expressão de políticas, registos de proveniência e descrições de cargas de trabalho podem fazer mais pela independência do que outro documento estratégico de capa azul. As normas reduzem o custo de mudança. Permitem que fornecedores mais pequenos participem. Tornam os compradores públicos menos dependentes de uma única implementação. Permitem que os reguladores façam perguntas precisas. Ajudam as equipas a passar do piloto à operação sem reescrever o mundo.
As normas não são glamorosas porque o seu sucesso parece que nada de especial aconteceu. Um conjunto de dados move-se e continua a significar o mesmo. Um modelo é substituído e a estrutura de avaliação continua a funcionar. Um registo é exportado e continua útil. Uma política é expressa uma vez e verificada em vários runtimes. Uma instituição pública pode comparar fornecedores sem traduzir cada resposta de um dialeto proprietário. Isto é o equivalente burocrático de canalização. Ninguém aplaude o cano até ele falhar, altura em que toda a gente se apaixona por canalização.
A independência também precisa de manutenção pública. As normas abertas e as ferramentas abertas degradam-se sem mantenedores. A Europa financiou muitos pilotos e poucos lares aborrecidos de longo prazo. Isto não é apenas um problema tecnológico. É um problema de imaginação orçamental. O continente gosta de subsídios para novidades e não gosta de pagar pela coisa que continua a funcionar depois de a novidade ter ido para outra conferência. A independência da IA exigirá orçamentos de manutenção, implementações de referência, testes de conformidade, documentação e pessoas cujo trabalho é manter a infraestrutura partilhada aborrecidamente viva.
É aqui que as pequenas e médias organizações importam. Se apenas as maiores empresas e ministérios conseguirem cumprir a arquitetura de independência, a arquitetura não será independente ao nível do sistema. Centralizará a competência. As normas devem permitir que um hospital, uma cidade, um fabricante, uma escola, um grupo de investigação e uma startup adotem as partes de que precisam sem contratar um comité permanente. A complexidade é por vezes necessária. Torná-la não partilhável é uma escolha.
O talento é a dependência mais profunda
The most important dependency is not a model or a chip. It is expertise. A continent that cannot understand its own AI systems cannot be independent, no matter where the servers sit. Talent means researchers, engineers, data stewards, security people, procurement specialists, lawyers who understand operational systems, domain professionals who can evaluate outputs, and managers who can ask concrete questions instead of requesting innovation with a responsible tint.
Europe has strong talent. It also leaks talent, fragments talent, underuses public-sector talent, and often separates technical, legal, and operational expertise into rooms that meet only when something has already become expensive. AI independence needs mixed competence. A procurement officer should understand exit rights. A lawyer should understand logs and derived data. An engineer should understand legal basis and appeal. A domain expert should have authority in evaluation. A manager should know when a benchmark is theatre.
This is partly education and partly job design. If public institutions buy AI but keep no internal technical memory, they become dependent even with perfect contracts. If companies outsource every critical operation, they lose the muscle to challenge suppliers. If universities train model builders but not evaluators, maintainers, auditors, and data stewards, the ecosystem becomes impressive at demos and thin in production. Independence is carried by people who can inspect, adapt, and repair. People, inconveniently, require salaries and time.
The good news is that talent compounds when it works on real infrastructure. Shared testbeds, public datasets with governance, local compute access, open evaluation suites, cross-sector fellowships, and procurement labs can create practical fluency. The bad news is that this is slower than announcing a platform. Europe likes platforms. Platforms like to be announced. Competence likes to be practiced.
A decision loop for independence
AI independence should be managed as a loop, not a declaration. Start with mission classification. Which workflows are critical. Which affect rights. Which require local operation. Which can tolerate external dependency. Which need high capability more than strict locality. Which need evidence more than speed. Not every workload deserves the same posture. Treating everything as existential makes governance unusable. Treating everything as ordinary makes incident reports educational.
Then map dependencies. Data, compute, model, runtime, identity, keys, logs, support, evaluation, legal reach, energy, talent, and exit. Map them for normal operation and stress. Stress is where dependencies stop being theoretical. What happens when a supplier changes terms, a region fails, a law changes, a vulnerability appears, a regulator asks for evidence, or a public service must continue during a network split.
Then choose posture. Some workloads can use external APIs with clear records. Some need regional hosting. Some need local runtime with external models. Some need open models. Some need shared public compute. Some need full isolation. The point is not to crown one architecture. The point is to prevent architecture by default. Defaults are how dependency becomes invisible.
Then test and revise. Run exit drills. Reproduce outputs. Review logs. Move a sample workload. Freeze a model version. Rotate keys. Ask whether a new model changed behaviour. Check language performance. Inspect derived data. Measure costs over time. Independence that is never tested is a mood. Europe has enough moods. It needs operating evidence.
A vantagem europeia, se a quisermos usar
A Europa tem vantagens. Tem instituições públicas sólidas, experiência setorial, realidade multilingue, experiência reguladora, profundidade de investigação, nichos industriais, literacia em privacidade e uma tendência cultural para fazer perguntas processuais incómodas antes do almoço. Esta última é subestimada. Os sistemas de IA precisam de perguntas processuais incómodas. Precisam de pessoas que perguntem de onde vieram os dados, quem pode recorrer, que versão foi executada, se a fonte está desatualizada, quem é o responsável pela exceção e porque é que a fatura agora se parece com um projeto de infraestrutura regional.
O desafio é transformar essas vantagens em capacidade operacional. Regulação sem implementação torna-se papelada. Investigação sem implementação torna-se citação. Aquisição sem saída torna-se dependência. Infraestrutura sem talento torna-se um monumento. Talento sem autoridade torna-se frustração. A Europa não falta ingredientes. Falta-lhe muitas vezes o tecido conjuntivo entre eles.
A independência da IA deve, por isso, ser medida menos pelo volume com que anunciamos autonomia e mais pelo que as instituições conseguem realmente fazer. Pode uma cidade gerir um serviço assistido por IA e explicar todos os caminhos de decisão importantes. Pode um hospital manter inferência crítica perto de registos sensíveis. Pode um fabricante adaptar modelos sem revelar conhecimento de processo. Pode uma escola inspecionar as ferramentas que moldam os registos de aprendizagem. Pode um regulador reproduzir resultados contestados. Pode uma startup vender para mercados públicos sem reconstruir para cada plataforma proprietária. Pode um grupo de investigação aceder a computação sem se tornar num passatempo de um revendedor.
Estas questões são menos dramáticas do que os títulos sobre modelos de fronteira. São também onde a independência se torna real. Um continente não é independente porque existe um campeão. É independente quando muitas instituições têm fundamento partilhado suficiente e autoridade local suficiente para agir bem.
A lição
O que a Europa faz mal em relação à independência da IA é o hábito de procurar um símbolo: um modelo, um centro de dados, uma regra de nuvem, um herói industrial, uma regulação, uma plataforma. Os símbolos importam, mas não operam sistemas. Independência é a capacidade prática de escolher, inspecionar, mover, recusar, reparar e continuar a servir a missão quando as condições mudam.
Isso exige modelos e computação, sim. Exige também planos de controlo, regras de herança de dados, direitos de aquisição, normas abertas, capacidade de avaliação, planeamento energético, competência local e saídas testadas. Exige uma cultura que trate os direitos operacionais aborrecidos como ativos estratégicos. Exige aceitar a dependência onde é governada e reduzir a dependência onde se torna silenciosamente poder.
A Europa não deve aspirar a estar sozinha. Deve aspirar a ser difícil de encurralar. Essa é uma definição melhor de independência para um continente interligado. Cooperar amplamente, comprar com inteligência, construir onde for necessário, manter o que é partilhado, guardar as provas por perto e preservar o direito de mudar de rumo. Menos heroico, talvez. Mais soberano.