Quando Gigantes da Tech Ditam as Regras: A Verdade Incômoda Sobre o Prompt API do Google

Desde o começo da web, uma regra básica guia tudo: padrões web devem ser de todos, não de empresas de anúncios. Essa ideia levou uma pancada feia recentemente.

O Google lançou o Prompt API. É uma ferramenta para devs acessarem modelos de IA direto do navegador. Parece prático? O problema está no jeito que veio ao mundo e no que esconde por trás do hype.

Um Processo de Padrões que Não Existiu

Padrões web seguem regras claras. W3C, Mozilla e WebKit existem para manter a web aberta e sem donos únicos. Por isso, geolocation não depende de termos do Google Maps. Por isso, embeds de mídia não forçam políticas corporativas.

Aí chega o Prompt API do Google. Mozilla, WebKit e TAG do W3C reclamaram alto. Resposta do Google? "Valeu o papo. Vamos lançar do mesmo jeito."

Motivo? "Interesse dos devs".

Prova? Um thread com três comentários (um fora de foco), mais downvotes que upvotes, e um número vago de uma pesquisa secreta. Feito por quem vive do sucesso dessa feature. Puro ciclo vicioso.

O API Real (Dica: Não É o que Prometeram)

Google vendeu como interface padrão para IA. Na real, é um atalho exclusivo pro Gemini Nano deles. Nada de padrão aberto. Nada flexível. Só uma porta para o modelo proprietário do Google.

Muda tudo. Usar o Prompt API? Você assina as regras anti-uso do Google. Seu código ganha termos de serviço invisíveis. Linter não pega. Code review não flagra. Mas eles estão lá.

Imagina se:

• Geolocation API exigisse licença do Google Maps pra pegar coordenadas
• Imagens embedadas viessem com cláusula de termos HTML Standard™
• Todo API padrão obrigasse revisar contratos corporativos antes de codar

Padrões web nunca funcionaram assim. Até agora.

O Modelo que Chegou de Penetra

Usuário de Chrome viu um download de 4GB esses dias? É o Gemini Nano, empacotado no browser. Sem opt-in. Sem escolha. Tira? Ele volta sozinho.

A spec diz que é exceção única. Modelos futuros pedem permissão. Mas o do Google? Vem de graça. Escrito na spec que o Google mesmo criou.

Enquanto isso, outros "recursos de IA" do Chrome — digitação, resumos de página, sugestões — mandam dados pros servidores do Google. Nada local. A fronteira entre "roda aqui" e "engorda dados do Google" some.

Por Que Isso Pesa: Privacidade Além do Óbvio

O download forçado gasta banda. Os termos no API quebram a filosofia web. Mas privacidade é o calcanhar de Aquiles.

Fingerprinting já rastreia por resolução, fontes, fuso. Agora soma "modelo de IA instalado, data exata, só pra certos users". Você vira único no radar.

Pior: Qualquer site manda prompts pro modelo sem pedir. Seu processador. Seu modelo. Seus recursos. À disposição de todo site.

Google fala: "Confiem em nós". Mesma firma que pagou bilhões em multas por privacidade e processos por dados enganosos.

Lições para Devs

Se você codifica pra web, pare e pense:

1. Você aceita termos alheios só de usar o API — leu ou não
2. A bronca é sua se violar as proibições do Google
3. Usuários não escolhem se o modelo roda no device deles
4. O precedente abre porta pra mais features assim

O Quadro Geral

Não é sobre IA no browser ser boa ou ruim. Isso é outro debate. Aqui o foco é como decisões rolam quando uma empresa domina o browser top.

Padrões web nasceram porque um dono só gera resultados ruins pra todos. História pura. Por isso temos processos.

Ignorar isso porque a empresa fez o browser e o feature? Problema sério. Goste ou não do Gemini Nano, goste ou não de IA no browser — a falha no processo machuca todo mundo.

Aqui na NameOcean, apostamos em padrões abertos. Domains são base da web exatamente por não terem dono único. Com a web evoluindo, isso importa mais.

Ao escolher hosting ou montar infra, pergunte: Essa empresa respeita padrões abertos? Ou cria suas próprias regras?

Porque, pelo visto, agora dá pra fazer isso.

E você, o que acha? Prompt API é avanço útil apesar dos custos, ou um mau exemplo que bagunça tudo? Comenta aí.