top of page

Governo Trump Avalia Estender Revisões de IA a Modelos Abertos

10 de ago.
13 min de leitura

O governo Trump estaria considerando uma segunda linha de supervisão de IA, apesar de ter excluído modelos abertos de seu recém-concluído marco de revisão. O assunto veio à tona em uma reportagem do Google News que remete ao Daily Signal. Ela aponta para um conflito que o governo ainda não resolveu publicamente.

O marco existente supostamente pede que desenvolvedores selecionados submetam certos modelos proprietários avançados a uma revisão governamental voluntária antes do lançamento. Modelos abertos, cujos pesos podem ser baixados e modificados, foram inicialmente deixados fora desse processo. Estender a supervisão a eles transformaria uma isenção em um problema de política separado.

Essa mudança também desafiaria o apoio declarado do governo ao desenvolvimento aberto de IA. Empresas americanas querem espaço para competir com desenvolvedores chineses como DeepSeek, Alibaba e Moonshot AI. Autoridades de segurança, porém, não conseguem recuperar facilmente os pesos de um modelo depois que eles se espalham por repositórios públicos e servidores privados.

O Que Mudaria com a Possível Expansão aos Modelos Abertos

A proposta reportada estenderia o debate de Washington sobre revisão de modelos para além de um pequeno grupo de laboratórios proprietários de IA.

A manchete do Daily Signal diz que autoridades de Trump estão considerando expandir o marco de IA para modelos abertos. Os detalhes públicos continuam limitados, e a Casa Branca não divulgou um documento de política correspondente. Portanto, a proposta deve ser tratada como algo em consideração, não como uma exigência adotada.

Ainda assim, a direção importa. O processo original de revisão do governo teria se concentrado em modelos proprietários americanos com capacidades de cibersegurança de ponta. Esses modelos permanecem sob controle de seus desenvolvedores, que podem limitar o acesso, alterar salvaguardas ou adiar um lançamento.

Modelos de pesos abertos funcionam de outra forma. Os desenvolvedores publicam os parâmetros numéricos treinados, conhecidos como pesos, que determinam como um modelo processa prompts e produz resultados. Terceiros podem então baixar, modificar, ajustar finamente e implantar esses pesos sem depender dos servidores do desenvolvedor original.

Esse modelo de distribuição torna mais difícil aplicar uma revisão convencional antes do lançamento. Um avaliador do governo poderia testar a versão original, mas usuários posteriores poderiam remover salvaguardas ou adaptar o modelo para tarefas especializadas. A revisão capturaria uma configuração de lançamento, e não todos os derivados futuros.

A expansão reportada também sucede relatos conflitantes sobre o escopo inicial do marco. Um marco para modelos avançados descrito pela Axios excluía modelos abertos. O veículo informou que o processo voluntário determinaria como o governo interage com desenvolvedores antes do lançamento de modelos avançados.

A Axios também informou que a Casa Branca havia concluído o marco sem publicar seu conteúdo. Esse sigilo dificulta a análise independente. Desenvolvedores fora do grupo convidado não conseguem saber quais limites de capacidade, testes ou condições de lançamento poderiam eventualmente se aplicar a eles.

Um marco que abrangesse modelos abertos precisaria responder a várias novas perguntas. Teria de definir quais lançamentos se qualificam, quem os submete e se os testes atrasam a publicação. Também precisaria estabelecer regras para modelos desenvolvidos no exterior, mas distribuídos por plataformas americanas.

O governo não respondeu publicamente a essas perguntas. Portanto, o item do Google News sinaliza uma discussão de política, e não um sistema de aplicação consolidado. Sua importância decorre do escopo dessa discussão, não de qualquer obrigação legal final.

A expansão colocaria desenvolvedores de modelos abertos dentro de um processo de segurança nacional concebido em torno de lançamentos controlados. Trata-se de uma grande mudança arquitetônica. Ela também cria a tensão central do artigo: o governo quer visibilidade sobre capacidades perigosas sem enfraquecer o ecossistema aberto de que, segundo ele, os Estados Unidos precisam.

Por Que os Modelos Abertos se Tornaram a Parte Mais Difícil do Marco de IA de Trump

Modelos abertos combinam amplo acesso econômico com um sistema de distribuição que limita o controle do governo e dos desenvolvedores.

O governo Trump tem repetidamente enquadrado a política de IA como uma competição com a China. Seu Plano de Ação para IA de 2025 pediu um ambiente favorável a modelos abertos. Argumentou que sistemas livremente disponíveis poderiam beneficiar startups, pesquisadores e instituições sem acesso às maiores plataformas comerciais.

Essa política fazia sentido econômico. Lançamentos abertos permitem que empresas menores executem modelos em sua própria infraestrutura, os adaptem a tarefas específicas e inspecionem uma parcela maior da pilha técnica. As empresas também podem manter dados sensíveis em ambientes controlados, em vez de enviar cada prompt a uma API externa.

As mesmas características complicam a política de segurança. Depois que os pesos são lançados, o desenvolvedor original não consegue impedir de forma confiável a cópia ou a redistribuição. Um modelo pode circular entre países, provedores de nuvem, computadores pessoais e sistemas desconectados.

A preocupação do governo não se limita ao uso indevido comum de chatbots. Autoridades têm se concentrado em capacidades avançadas que poderiam auxiliar operações cibernéticas, desenvolvimento de armas, atividades de inteligência ou ataques a infraestrutura crítica. Essas capacidades podem ser difíceis de medir porque o desempenho muda com ferramentas, prompts e treinamento adicional.

Desenvolvedores de modelos fechados podem responder a um risco recém-descoberto alterando os controles de acesso. Podem suspender contas, atualizar salvaguardas do sistema, monitorar padrões de uso ou substituir um modelo por trás de uma API. Esses controles são imperfeitos, mas continuam disponíveis após o lançamento.

Um desenvolvedor de pesos abertos perde grande parte dessa influência após a publicação. Cópias já baixadas continuam disponíveis, mesmo que o repositório original desapareça. Versões modificadas também podem se comportar de forma diferente da versão testada.

O problema de política tornou-se mais urgente à medida que os modelos abertos chineses melhoraram. Uma reportagem de julho descreveu discussões sobre um marco de capacidades vinculado às capacidades dos principais lançamentos chineses. Essa abordagem avaliaria modelos abertos americanos em relação a uma referência internacional, em vez de tratar todos os modelos baixáveis da mesma forma.

Essa referência tem um apelo estratégico evidente. Restringir um lançamento americano mais fraco oferece pouco benefício de segurança se um modelo chinês comparável já estiver disponível no mundo todo. Um limite vinculado às capacidades estrangeiras existentes poderia evitar a imposição de custos unilaterais aos desenvolvedores domésticos.

No entanto, esse mecanismo cria um alvo móvel. Modelos estrangeiros melhoram, benchmarks mudam e desenvolvedores independentes combinam múltiplos sistemas. Um limite que parece razoável em um mês pode tornar-se irrelevante após o próximo grande lançamento.

O governo também enfrenta um problema terminológico. “Código aberto” tradicionalmente implica acesso ao código-fonte sob licenças que permitem inspeção, modificação e redistribuição. Muitos lançamentos de IA fornecem pesos de modelos, mas retêm dados de treinamento, código de treinamento ou outros componentes.

Chamar todo modelo baixável de código aberto esconde essas diferenças. Um marco sério precisaria distinguir lançamentos de pesos abertos de modelos que oferecem transparência mais profunda. Caso contrário, desenvolvedores poderiam enfrentar as mesmas regras apesar de oferecerem níveis muito diferentes de reprodutibilidade e acesso público.

É por isso que a questão dos modelos abertos não pode ser resolvida acrescentando uma frase ao marco proprietário. O governo precisa escolher o que está avaliando: formato de lançamento, capacidade, origem, modificabilidade posterior ou alguma combinação desses fatores.

Google News Destaca uma Tensão Entre Segurança e Concorrência Aberta

A escolha central não é entre regulação e liberdade; é se a supervisão antes do lançamento pode reduzir riscos sem dar vantagem a modelos estrangeiros.

A posição atual do governo reflete os dois lados dessa tensão. Ele quer que desenvolvedores americanos avancem rapidamente, mas também quer alertas quando um modelo atinge capacidades sensíveis de cibersegurança. Modelos abertos fazem esses objetivos colidirem de forma mais direta.

Defensores da supervisão argumentam que o formato de lançamento não elimina o risco de capacidade. Um modelo baixável com habilidades avançadas de ciberataque pode se disseminar mais amplamente do que um serviço controlado. Isentá-lo apenas porque seus pesos são públicos poderia recompensar o método de lançamento que dá aos desenvolvedores menos controle após o lançamento.

Críticos respondem que a revisão governamental pode atrasar lançamentos domésticos sem restringir alternativas estrangeiras. Se um desenvolvedor chinês publicar primeiro um modelo semelhante, usuários americanos poderão baixá-lo independentemente do tratamento dado por Washington às empresas dos EUA. Uma exigência de revisão doméstica poderia então reduzir a transparência, mantendo a capacidade subjacente acessível.

Essa preocupação explica por que alguns defensores de modelos abertos querem uma referência competitiva. Sob essa abordagem, o governo se concentraria em capacidades que ainda não estão amplamente disponíveis em fontes estrangeiras. As revisões visariam um aumento real do acesso global, e não todo modelo americano que ultrapassasse um limite abstrato.

A abordagem ainda tem fragilidades. A disponibilidade não é binária. Um modelo estrangeiro pode ser baixável, mas difícil de executar, mal documentado ou restringido por sua licença. Um lançamento americano com melhores ferramentas poderia tornar a mesma capacidade acessível a muito mais usuários.

A escala também importa. Um modelo que tecnicamente cabe em hardware especializado não equivale a outro que roda em uma estação de trabalho. Suporte a ajuste fino, custos de inferência, tamanho do modelo e ferramentas de integração podem transformar acesso teórico em acesso prático.

Portanto, uma revisão de segurança deve avaliar mais do que pontuações de benchmark. Deve considerar com que confiabilidade um modelo realiza tarefas sensíveis, quão facilmente os usuários podem implantá-lo e se modificações comuns removem salvaguardas. Essa avaliação exige recursos técnicos e métodos consistentes.

A Casa Branca não publicou uma parte suficiente do marco para demonstrar se esses métodos existem. Segundo a Axios, o governo concluiu uma estrutura voluntária, mas manteve seu conteúdo privado. A divulgação limitada pode proteger testes sensíveis, mas também impede que pesquisadores externos avaliem o processo.

O sigilo cria outra tensão de política. Publicar todos os testes de capacidades perigosas pode ajudar desenvolvedores a treinarem especificamente contra eles sem abordar o risco mais amplo. Não publicar nada deixa empresas afetadas incertas sobre os limites e dá ao público pouca base para julgar decisões governamentais.

Um meio-termo viável divulgaria o processo, o escopo e as categorias de evidências, protegendo ao mesmo tempo os prompts individuais dos testes. Também poderia publicar conclusões agregadas após as revisões. Isso ofereceria previsibilidade sem transformar as avaliações em um guia detalhado de uso indevido.

A expansão reportada para modelos abertos só será crível se resolver esse problema de transparência. Acrescentar mais desenvolvedores a um marco não publicado aumentaria a incerteza. Não aumentaria automaticamente a segurança.

Laboratórios Proprietários e Desenvolvedores Abertos Enfrentam Pressões Diferentes

Um marco de duas vias pressionaria laboratórios proprietários por meio de revisões de lançamento e desenvolvedores abertos pela incerteza sobre regras de publicação.

A OpenAI e a Anthropic construíram negócios em torno do acesso controlado a modelos, mesmo quando distribuem lançamentos abertos menores ou especializados. Seus sistemas líderes geralmente operam por meio de produtos hospedados e APIs. Essa estrutura lhes dá mais controle sobre a implantação e maior exposição à intervenção direta do governo.

A administração já demonstrou interesse em revisar capacidades de fronteira antes do lançamento. A Associated Press informou que uma ordem executiva de junho estabeleceu um processo para examinar, por até 30 dias, riscos à segurança nacional decorrentes de modelos avançados. A revisão pré-lançamento teria afetado o acesso a sistemas futuros de grandes laboratórios americanos.

Para desenvolvedores proprietários, o risco imediato é o atraso. Um período de revisão pode desorganizar cronogramas de lançamento, compromissos com clientes e a competição entre laboratórios. Limites de capacidade pouco claros também podem incentivar empresas a evitar discutir publicamente avaliações sensíveis.

Desenvolvedores de modelos abertos enfrentam um risco diferente. Sua principal decisão de produto costuma ser se e quando publicar os pesos. Se o governo puder introduzir uma revisão indefinida perto do lançamento, as equipes poderão optar por uma API fechada simplesmente porque o caminho de conformidade parece mais previsível.

Esse resultado entraria em conflito com o apoio da administração a modelos abertos. Também poderia concentrar IA avançada em poucas empresas capazes de manter relações governamentais, equipes jurídicas e pessoal dedicado à avaliação.

Desenvolvedores menores sentiriam o peso de forma mais intensa. Um grande laboratório pode executar extensos testes pré-lançamento e se comunicar com várias agências. Um grupo universitário ou uma startup talvez não tenha a equipe necessária para interpretar um processo federal não publicado.

Desenvolvedores estrangeiros acrescentam outra camada. Washington tem autoridade limitada sobre um modelo criado e hospedado no exterior. Poderia regular a distribuição por plataformas americanas, restringir determinadas transações ou controlar o acesso a chips avançados, mas cada opção vai além de uma revisão voluntária.

Esse desequilíbrio cria uma objeção crível a exigências exclusivas dos EUA. Laboratórios domésticos poderiam submeter modelos, enquanto concorrentes estrangeiros os publicariam sem uma revisão equivalente. O governo ganharia visibilidade sobre desenvolvedores americanos cooperativos, mantendo menos informações sobre os modelos que geram sua maior preocupação estratégica.

Por outro lado, não fazer nada também tem custos. Repositórios americanos, serviços de nuvem e provedores de hardware são partes importantes da distribuição global de IA. Expectativas claras para essas empresas podem influenciar práticas de lançamento mesmo quando o desenvolvedor original opera em outro lugar.

A administração precisa decidir se seu objetivo é consulta, testes, atraso no lançamento ou restrição efetiva. Essas são políticas diferentes. Chamar a estrutura de voluntária não resolve a questão se as empresas esperarem uma ação governamental adversa após se recusarem a participar.

Uma reportagem de julho afirmou que a Reflection AI havia discutido uma proposta de modelo aberto com autoridades. A Semafor observou que essas conversas geraram especulações sobre orientações ou uma ação executiva. As discussões sobre modelos abertos mostram que participantes do setor já buscavam uma estrutura formal antes do surgimento da mais recente manchete.

As empresas têm razões para moldar essa estrutura desde cedo. Um limite baseado em capacidades pode proteger lançamentos de menor risco contra restrições amplas. Também pode estabelecer regras que favoreçam desenvolvedores com programas de avaliação maduros.

Isso não torna a proposta ilegítima, mas levanta uma preocupação de governança. Uma estrutura desenhada principalmente em discussões privadas com empresas líderes pode se tornar difícil de navegar para concorrentes menores. Uma consulta pública ajudaria a expor esses efeitos antes que se tornem prática padrão.

O que a Reportagem Não Estabelece

A manchete confirma um debate político em curso, mas não estabelece um escopo final, autoridade jurídica ou padrão de testes.

A primeira incerteza é se a administração realmente ampliará a estrutura. “Considerar” descreve deliberação interna. Agências analisam rotineiramente opções que nunca se tornam ordens executivas, regulações, regras de compras públicas ou acordos voluntários.

A segunda incerteza diz respeito ao significado de “modelos abertos”. O termo pode abranger quaisquer pesos disponíveis para download, apenas modelos acima de um limite de capacidade ou apenas lançamentos americanos. Também pode distinguir modelos cujo código e detalhes de treinamento são públicos daqueles que oferecem apenas os pesos.

A terceira questão é o prazo. Um processo pré-lançamento só funciona quando os desenvolvedores sabem quanto tempo os testes levarão e o que acontece depois que os avaliadores identificam uma preocupação. Um período de consulta indefinido funcionaria de forma diferente de uma janela de revisão fixa.

Uma quarta questão é a consequência de uma avaliação malsucedida. O governo poderia fornecer recomendações confidenciais, pedir salvaguardas, solicitar o adiamento de um lançamento ou buscar restrições por meio de outra autoridade. Cada resposta teria efeitos jurídicos e comerciais distintos.

O sigilo da estrutura torna essas distinções difíceis de verificar. A Casa Branca afirmou que seu processo voluntário apoia a segurança nacional e a liderança americana em IA, mas declarações amplas não explicam regras operacionais. A cobertura externa continua sendo a principal fonte de detalhes.

Os leitores também devem evitar presumir que testes governamentais garantem segurança. Avaliadores não podem testar todos os prompts, conexões de ferramentas, versões ajustadas por fine-tuning ou ambientes de implantação. Os resultados podem revelar capacidades específicas sem prever todos os usos no mundo real.

O desempenho em benchmarks também exige contexto. Um modelo pode responder a perguntas de cibersegurança em um teste controlado, mas falhar em tarefas autônomas mais longas. Outro modelo pode obter uma pontuação menor e, ainda assim, se tornar mais perigoso quando conectado a ferramentas especializadas.

Lançamentos abertos tornam essa incerteza maior porque terceiros podem alterar o sistema. O governo pode testar um modelo-base enquanto usuários adicionam novos treinamentos, removem filtros ou conectam software externo. A supervisão precisa reconhecer que suas conclusões se aplicam a uma configuração testada.

Também não há evidência pública de que a expansão relatada proibiria modelos abertos. Tratar avaliação e proibição como equivalentes exageraria a alegação. Documentos anteriores da administração reconheceram explicitamente benefícios econômicos e estratégicos do desenvolvimento aberto.

A interpretação mais forte sustentada pela cobertura atual é mais restrita. As autoridades estão reavaliando se uma isenção para lançamentos abertos continua adequada à medida que suas capacidades melhoram. Elas exploram uma estrutura que poderia fornecer visibilidade sem impor os mesmos controles usados para sistemas proprietários hospedados.

Se esse equilíbrio funcionará depende de detalhes que continuam indisponíveis. Um limite transparente com prazos previsíveis poderia apoiar o planejamento. Um processo privado e variável poderia desestimular lançamentos abertos sem conseguir controlar a distribuição estrangeira.

Desenvolvedores e compradores empresariais devem preservar evidências dessas mudanças de política. Equipes que dependem de modelos locais precisam manter registros de versões de modelos, licenças, resultados de avaliação, locais de implantação e decisões internas de aprovação. Uma base de conhecimento de IA pesquisável pode ajudar a conectar esses registros quando os requisitos mudarem.

A lição prática não é abandonar modelos abertos. É deixar de tratar o formato de lançamento como uma isenção permanente do escrutínio regulatório. As organizações devem esperar que riscos de capacidade e distribuição recebam mais atenção do que apenas um rótulo “aberto”.

Três Sinais a Observar em Seguida

Os próximos três desdobramentos mostrarão se isso continua sendo uma discussão de política ou se se torna um sistema operacional para a supervisão federal de IA.

O primeiro sinal é uma definição escrita dos modelos abrangidos pela revisão. Os detalhes mais importantes são os limites de capacidade, o tratamento de lançamentos estrangeiros e as distinções entre sistemas de pesos abertos e sistemas totalmente open source.

Uma definição pública reforçaria a visão de que a administração está construindo uma segunda via duradoura. A dependência contínua de briefings privados reduziria a confiança na estrutura e deixaria os desenvolvedores tentando adivinhar seu alcance.

O segundo sinal é um protocolo formal de testes. Observe a nomeação de agências, prazos fixos de revisão, categorias de avaliação, procedimentos de recurso e regras que regem resultados sensíveis. Esses detalhes revelarão se o processo é consultivo ou capaz de adiar lançamentos.

Um protocolo também deve explicar como os testes tratam modificações posteriores. Se as autoridades avaliam apenas um checkpoint original, precisam declarar o que esse resultado significa para versões ajustadas por fine-tuning. Sem esses limites, os desenvolvedores não podem determinar onde termina sua responsabilidade.

O terceiro sinal é a resposta de desenvolvedores americanos de modelos abertos e plataformas de distribuição. Participação, objeções públicas ou mudanças na estratégia de lançamento fornecerão uma medida prática do ônus da estrutura.

Um desenvolvedor que migra de pesos disponíveis para download para um lançamento somente por API sugeriria que a incerteza está desestimulando a abertura. Lançamentos contínuos sob termos claros de revisão sustentariam a alegação da administração de que supervisão e competição podem coexistir.

As políticas de repositórios e nuvem também importam. As plataformas poderiam se tornar importantes pontos de aplicação se as autoridades não conseguirem alcançar diretamente desenvolvedores estrangeiros. Quaisquer novas exigências de verificação, acesso ou hospedagem de modelos ampliariam a estrutura para além da cooperação voluntária com alguns laboratórios.

Compradores empresariais devem acompanhar esses sinais antes de fazer suposições de implantação de longo prazo. Um modelo disponível para uso local hoje pode continuar tecnicamente acessível, mas futuras atualizações podem chegar por um canal de lançamento diferente. Planos de aquisição devem considerar a continuidade de versões e o risco regulatório.

Pesquisadores devem examinar cuidadosamente os benchmarks por trás de qualquer limite. Um teste projetado em torno de uma família de modelos pode representar incorretamente as capacidades de outro sistema. A replicação independente e as limitações documentadas importarão tanto quanto uma pontuação governamental.

A reportagem do Google News expôs uma reversão genuína no debate de IA em Washington. Os modelos abertos começaram fora da nova estrutura de revisão, mas autoridades estariam considerando como colocá-los dentro de seu alcance. A questão já não é se os formuladores de políticas notarão os lançamentos abertos.

A questão é se eles conseguem projetar uma supervisão que vise aumentos significativos de capacidade sem penalizar desenvolvedores americanos por publicar o que concorrentes estrangeiros já fornecem. Observe definições, regras de teste e decisões de lançamento. Esses sinais revelarão se a administração encontrou esse equilíbrio ou apenas transferiu a incerteza para uma segunda estrutura.

 
 

Comece grátis

Um assistente de IA local-first com gestão de conhecimento pessoal

Para oferecer uma experiência de IA melhor,

atualmente, o remio é compatível apenas com Windows 10+ (x64) e M-Chip Macs.

Seu parceiro de IA no trabalho
Faça mais com o remio

Planeje. Crie. Entregue.
Tudo em um só lugar.

bottom of page