Detector de IA para marcas d’água em texto: os melhores de 2026
Compare detectores de IA para marcas d’água em texto em 2026 e veja quando SynthID Text, MarkLLM e outras opções realmente conseguem verificar a origem.

Não existe, em 2026, um detector de IA universal e público capaz de identificar marcas d’água em qualquer texto. Para equipes que controlam o próprio modelo, o Hugging Face SynthID Text é o melhor caminho para produção. A preparação do treinamento, porém, começa com 10,000 exemplos: gerar uma resposta com marca e outra sem marca para cada prompt eleva o total a 20,000 execuções antes da implantação. Para textos de terceiros produzidos por Claude ou Gemini, a resposta honesta em 16 de agosto de 2026 é: não há suporte.
Resposta curta: o acesso à origem define qual detector de IA vence
Uma marca d’água em texto de IA não é um espaço suspeito, um travessão estranho nem uma estimativa genérica de que a redação “parece feita por máquina”. Os sistemas que merecem investimento inserem um sinal estatístico nas escolhas de palavras do modelo. Para ler esse sinal, é preciso usar um detector compatível com a configuração de marca d’água do gerador — e, muitas vezes, com sua chave secreta.
Essa diferença muda a decisão de compra. Se a empresa controla o modelo e as configurações de geração, pode implantar um detector de verdade. Se o provedor disponibiliza uma API oficial de verificação, pode consultá-la. Se nenhuma dessas condições existe, o resultado correto é sem suporte, não “escrito por uma pessoa” nem “sem marca d’água”.
A seguir está o ranking das soluções que já conseguem entregar trabalho útil. Os preços foram verificados em 16 de agosto de 2026. As quatro têm licença de software open source a $0, mas nenhuma elimina os custos de inferência do modelo, calibração, armazenamento, engenharia ou revisão.
Melhor no geral: Hugging Face SynthID Text, mas apenas para organizações que controlam o fluxo de geração. Entre as opções avaliadas, sua implementação é a que mais se aproxima de uma infraestrutura de produção, e a documentação é especialmente transparente sobre o esforço de treinamento e os modos de falha.
Melhor para avaliação: MarkLLM. A ferramenta oferece a equipes de pesquisa ou plataforma uma bancada única para comparar vários esquemas, evitando que a pontuação de confiança de um detector seja confundida com uma verdade universal.
Melhor baseline simples: lm-watermarking. É uma opção mais antiga e de escopo mais estreito — justamente o que ajuda quando o objetivo é reproduzir o método KGW com configurações conhecidas, e não explorar uma coleção ampla de ferramentas.
Melhor complemento de inspeção: watermarks-remover. A ferramenta se destaca ao localizar artefatos no próprio texto e consegue acionar um detector com a mesma configuração, mas não pode atestar a ausência da marca d’água de um provedor proprietário.
O detector anunciado pela Anthropic para Claude pode acabar se tornando a escolha certa para conteúdo do Claude. Ele não entrou no ranking porque a API, as condições de acesso, os limites e o preço ainda não foram publicados. As interfaces públicas de verificação do Google também não aceitam texto colado no momento, enquanto o verificador público da OpenAI cobre imagens e áudio, mas não texto. Uma equipe de compras não deve tentar preencher essas lacunas com um scanner de navegador voltado ao consumidor.
Como escolhemos estes detectores de marca d’água em texto de IA
O ranking aplica cinco critérios diretamente ligados a uma decisão real de implantação.
- Tipo de evidência: um detector de marca d’água precisa procurar um sinal inserido de propósito. Um classificador que apenas estima se o texto se parece com uma redação de IA pertence a outra categoria.
- Compatibilidade com a origem: o detector deve informar quais configurações de geração, chaves, tokenizadores ou provedores consegue efetivamente verificar. A promessa de identificar qualquer modelo sem acesso à origem é motivo para cautela.
- Viabilidade de implantação: um método confiável exige implementação utilizável, entradas documentadas, um fluxo de detecção e detalhes suficientes para reproduzir o resultado.
- Robustez: a documentação deve reconhecer que amostras curtas, textos factuais, código, paráfrases, reescritas, traduções e outras transformações enfraquecem o sinal.
- Custo operacional: uma licença open source não equivale ao orçamento total. Também pesam as execuções de geração, o treinamento do detector, os conjuntos de avaliação, a calibração do limiar, a custódia das chaves, os logs e a revisão humana.
As quatro primeiras ferramentas passaram porque deixam claro o próprio escopo e permitem examinar suas limitações. Scanners de Unicode voltados ao consumidor aparecem mais adiante porque resolvem um problema de higienização mais restrito. Classificadores comuns de redação por IA ficaram de fora: eles inferem estilo, em vez de ler uma chave incorporada. Se esse é o produto procurado, o guia separado dos melhores detectores de IA em 2026 compara essa categoria sem fingir que se trata de verificação de marca d’água.
Todas as informações sobre produtos, licenças, repositórios, versões e disponibilidade foram conferidas em páginas oficiais em 16 de agosto de 2026. Nenhum programa de parceiros ativo ou de alto valor disponível para esta seleção oferece verificação de marca d’água em texto; por isso, nenhum parceiro foi inserido no ranking. Incluir uma opção apenas por conveniência comercial tornaria a comparação menos precisa.
1. Hugging Face SynthID Text: o melhor caminho para produção quando a geração está sob controle
O Hugging Face SynthID Text é hoje a escolha mais forte para organizações que controlam a infraestrutura de modelos e conseguem aplicar a marca d’água durante a geração. Google DeepMind e Hugging Face adicionaram a implementação ao Transformers v4.46.0, combinando a geração marcada com um detector treinável — não com um veredito mágico após colar um texto. O guia de implementação da Hugging Face documenta as duas partes do sistema. O caso de uso concreto é uma plataforma corporativa de modelos que precisa diferenciar, entre aplicativos internos, as respostas produzidas por seus próprios modelos compatíveis. A barreira é igualmente concreta: sem a configuração e os dados de treinamento correspondentes, a solução não identifica textos arbitrários do Claude, Gemini ou ChatGPT.

Na geração, o sistema ajusta as probabilidades dos tokens por meio de uma configuração de marca d’água baseada em chave. A Hugging Face recomenda de 20 a 30 inteiros aleatórios exclusivos para a chave e aponta um comprimento de n-grama de 5 como bom valor padrão, sendo 2 o mínimo. Esses números não são parâmetros universais que possam ser copiados para um detector posteriormente. Eles fazem parte de uma configuração que precisa permanecer consistente desde a geração até o treinamento do detector.
É no lado do detector que a ferramenta aparentemente gratuita se transforma em projeto. A Hugging Face recomenda pelo menos 10,000 exemplos, divididos entre saídas com e sem marca d’água e, depois, separados em dados de treino e teste. Se a organização gerar uma resposta marcada e outra sem marca para cada prompt, serão 20,000 execuções antes mesmo do treinamento do detector. A licença do repositório continua custando $0; a computação do modelo e o tempo da equipe, não.
Há um caminho útil para ganhar escala. Modelos que compartilham o mesmo tokenizador podem usar uma só configuração de marca d’água e um único detector, desde que os dados de treinamento contenham exemplos de todos os modelos envolvidos. Isso pode reduzir a quantidade de serviços de detecção mantidos por uma plataforma interna. Também significa que atualizar um modelo não é mera burocracia: é preciso adicionar amostras novas e validar o detector outra vez.
Os modos de falha devem orientar a política. Uma reescrita profunda ou uma tradução pode reduzir bastante a confiança, e respostas factuais são mais difíceis de marcar porque o modelo tem menos liberdade para escolher entre palavras plausíveis. Por isso, o resultado do detector deve acompanhar os metadados da origem, não substituí-los. Ele serve para reforçar uma trilha de auditoria, não para acusar um funcionário, estudante, prestador ou veículo de publicação com base em uma única pontuação.
Melhor para: equipes de produto e plataforma que controlam a geração de texto e conseguem preservar a configuração da marca d’água.
Destaque: implementação voltada à produção no ecossistema Transformers, com uma receita explícita para treinar o detector.
Preço: licença de software Apache-2.0 a $0, verificada em 16 de agosto de 2026; inferência, treinamento, armazenamento e engenharia são cobrados à parte.
Teste grátis: não se aplica; a implementação é open source.
- Reúne geração e detecção no mesmo ecossistema documentado.
- Oferece orientações iniciais concretas sobre quantidade de chaves, comprimento do n-grama e escala do conjunto de treinamento.
- Pode atender vários modelos com o mesmo tokenizador por meio de um único detector, desde que todos apareçam no treinamento.
- Documenta as fragilidades diante de reescrita, tradução e texto factual, em vez de escondê-las.
- Exige controle da configuração de geração e dos dados do detector.
- Começa com um trabalho relevante de calibração, não com uma varredura de um clique.
- Não verifica texto de provedores proprietários sem a chave ou a interface correspondente.
- A confiança da detecção diminui em textos muito transformados ou restritos.
Um piloto prático com SynthID Text
Escolha um único fluxo de geração próprio
Comece com um modelo, um tokenizador e um tipo restrito de saída, como rascunhos de atendimento ao cliente. Não misture modelos ou casos de uso antes de compreender o baseline.
Congele a configuração da marca d’água
Crie e proteja a chave, registre o parâmetro de n-grama e versione toda a configuração de geração. Os resultados do detector só fazem sentido enquanto a configuração de origem continuar conhecida.
Monte exemplos pareados
Use pelo menos 10,000 prompts representativos. Para cada prompt, produza uma saída marcada e outra sem marca; depois, separe as 20,000 execuções resultantes em dados de treinamento e de teste reservado.
Treine e calibre o detector
Treine o sistema com as classes conhecidas e escolha um limiar operacional usando os textos reservados para teste. Meça falsos positivos nas saídas sem marca e detecções perdidas nas saídas marcadas antes de vincular qualquer consequência de política ao resultado.
Coloque o resultado à prova
Inclua respostas curtas, trechos factuais, textos semelhantes a código, paráfrases e traduções no conjunto de avaliação. Registre os casos sem suporte separadamente, em vez de forçá-los a um veredito binário.
Versione toda a cadeia
Armazene juntos o aplicativo de origem, o modelo, o tokenizador, a versão da configuração, a versão do detector e o resultado. Recalibre após qualquer mudança no modelo ou na marca d’água.
Veredito: escolha o Hugging Face SynthID Text quando a procedência fizer parte de um sistema de geração sob seu controle. Descarte-o se a única entrada disponível for um texto colado vindo de um provedor desconhecido.
2. MarkLLM: a melhor bancada de avaliação antes de escolher uma marca d’água
O MarkLLM é o melhor ambiente de avaliação para uma equipe de pesquisa que precisa descobrir qual esquema de marca d’água resiste ao conteúdo e aos testes de robustez do seu caso real. O projeto open source oferece geração e detecção para várias abordagens, incluindo KGW e SynthID-Text, com pipelines distintos para materiais com e sem marca d’água. O uso mais concreto é o de uma equipe de plataforma comparando métodos com prompts específicos do produto antes de adotar um esquema de geração. A limitação é estrutural: abranger diversos métodos publicados não dá ao projeto acesso à configuração secreta do modelo privado de um fornecedor.

O MarkLLM reúne 12 ferramentas de avaliação que cobrem detectabilidade, robustez e qualidade do texto. Isso importa porque um detector pode impressionar em amostras longas e intactas, mas falhar depois das transformações introduzidas por fluxos de trabalho comuns. Um produto de redação jurídica, um assistente de suporte e um assistente de código não geram a mesma distribuição de texto. Uma boa bancada deixa essas diferenças determinarem o esquema, em vez de confiar em uma única pontuação de destaque.
O ambiente se baseia em Python 3.10 e PyTorch. Em 16 de agosto de 2026, o repositório exibia 1.0k estrelas no GitHub, 176 commits e o commit mais recente listado com data de 10 de julho de 2026. Esses sinais do repositório não comprovam confiabilidade em produção, mas mostram uma frente de pesquisa mais ampla e mais atualizada do que a de várias implementações de escopo menor.
O principal motivo para escolher o MarkLLM não é a quantidade de métodos compatíveis. É a possibilidade de manter geração, ataque, detecção e avaliação de qualidade dentro de um mesmo experimento reproduzível. Assim fica mais fácil responder à pergunta que realmente interessa a uma empresa: qual sinal continua útil depois das edições permitidas pelo nosso fluxo, dentro de uma taxa de falsos positivos aceitável para a nossa política?
Não transforme o MarkLLM na porta de entrada para documentos arbitrários enviados por terceiros. Seu lugar é atrás de um experimento controlado ou de um sistema de geração próprio, onde o método e as configurações da marca d’água são conhecidos. Sem essa correspondência com a origem, a saída do detector não pode virar um veredito de procedência sobre Claude, Gemini ou ChatGPT.
Melhor para: equipes de pesquisa e plataforma que comparam esquemas de marca d’água antes da escolha para produção.
Destaque: doze ferramentas de avaliação, além de pipelines de geração e detecção para vários métodos.
Preço: licença de software Apache-2.0 a $0, verificada em 16 de agosto de 2026; computação e integração são cobradas à parte.
Teste grátis: não se aplica; o kit de ferramentas é open source.
- Compara diversas famílias de marcas d’água no mesmo ambiente.
- Avalia detectabilidade, robustez e qualidade do texto, não apenas uma pontuação.
- Inclui pipelines de detecção para conteúdo com e sem marca d’água.
- Apresentou atividade recente no repositório em julho de 2026.
- Exige Python, PyTorch, acesso ao modelo e engenharia de pesquisa.
- Pode incentivar uma experimentação ampla antes de o caso de uso da política estar definido.
- Não possui chaves de provedores proprietários nem transforma texto desconhecido em procedência verificada.
- Monitoramento em produção, controle de acesso e fluxo de incidentes continuam sob responsabilidade da equipe.
Veredito: escolha o MarkLLM antes de escolher uma marca d’água, não como detector universal depois que o texto já chegou.
3. lm-watermarking: o baseline KGW mais fácil de explicar
O lm-watermarking é a opção mais direta para um pequeno grupo de pesquisa que busca a implementação oficial do KGW e um baseline restrito e explicável. O repositório oficial se integra à geração do Hugging Face Transformers e mantém visível a relação entre as configurações de geração e de detecção. Seu caso de uso concreto é reproduzir um experimento publicado sobre marcas d’água antes de comparar esquemas mais novos. O obstáculo é a sensibilidade à configuração: gamma, seeding, tokenizador, dispositivo e outros parâmetros do detector precisam corresponder aos da geração; portanto, textos desconhecidos de fornecedores permanecem fora do escopo.

O ponto de partida documentado no repositório usa gamma 0.25, delta 2.0, largura de contexto h=4 e selfhash. A recomendação é apresentada como o entendimento dos mantenedores em agosto de 2023; por isso, deve ser tratada como baseline reproduzível, não como um valor ótimo e universal para o presente. A idade da orientação não é necessariamente um problema. Quando um método serve de controle em uma avaliação, estabilidade e premissas transparentes podem valer mais do que uma lista extensa de recursos.
A detecção também exige rigor no tratamento de n-gramas repetidos. A documentação afirma que eles devem ser ignorados para produzir p-values válidos e alerta que as configurações do gerador e do detector precisam coincidir. Esses detalhes explicam por que copiar uma interface de detecção e alimentar nela um texto anônimo não comprova a origem. A estatística só tem sentido em relação ao esquema que produziu o conteúdo.
Em 16 de agosto de 2026, o lm-watermarking tinha licença Apache-2.0, 694 estrelas no GitHub, 16 commits e o commit mais recente listado com data de 17 de setembro de 2025. O MarkLLM oferece um conjunto de avaliação mais amplo, enquanto o Hugging Face SynthID Text é o caminho mais forte para produção. O lm-watermarking vence quando o objetivo é compreender e reproduzir o KGW sem ampliar desnecessariamente o framework.
Melhor para: pesquisadores e profissionais seniores de desenvolvimento que precisam de uma implementação de controle KGW transparente.
Destaque: a implementação oficial deixa explícita a necessidade de correspondência entre as configurações de geração e detecção.
Preço: licença de software Apache-2.0 a $0, verificada em 16 de agosto de 2026; custos do modelo e de computação são adicionais.
Teste grátis: não se aplica; a implementação é open source.
- Disponibiliza a implementação oficial dos artigos sobre a marca d’água KGW.
- Oferece um baseline focado e mais fácil de analisar do que uma bancada com vários esquemas.
- Integra-se à conhecida interface de geração do Transformers.
- Documenta as configurações necessárias para uma detecção válida e para o tratamento de p-values.
- Tem escopo mais restrito que o MarkLLM e menor foco em produção que o Hugging Face SynthID Text.
- A recomendação do baseline remonta a agosto de 2023.
- A necessidade de alinhar tokenizador, dispositivo, seeding e configurações de geração cria fragilidade operacional.
- Não verifica a marca d’água de um provedor proprietário sem acesso à configuração correspondente.
Veredito: use o lm-watermarking quando o objetivo for reprodução. Não é a escolha certa para avaliação de vários métodos, governança pronta para uso ou verificação de provedores terceiros.
4. watermarks-remover: o melhor complemento de inspeção, não uma prova sobre o provedor
O watermarks-remover é o melhor complemento para inspecionar os diferentes artefatos que costumam ser agrupados informalmente sob o nome de “marcas d’água de IA”. O projeto open source examina e limpa Unicode invisível, metadados e estruturas relacionadas a C2PA, além de usar uma camada separada de reescrita para padrões estatísticos. Sua integração opcional com o MarkLLM consegue detectar marcas KGW e SynthID quando a mesma configuração está disponível. O projeto deixa explícito que essa integração não funciona como um oráculo para o detector proprietário de um fornecedor — ressalva que justifica a quarta posição, e não a primeira.

O caso de uso prático é um fluxo editorial, de compliance ou de segurança que precisa inventariar artefatos antes de transferir textos entre sistemas. Caracteres Unicode invisíveis podem causar problemas de busca, análise, comparação ou formatação mesmo quando não representam procedência de IA. Metadados e estruturas C2PA formam outra camada de evidência. Uma ferramenta que torna essas camadas visíveis melhora a higiene do texto sem prometer além do que sabe.
O risco está no significado atribuído ao resultado. Limpar um caractere de largura zero não remove o padrão estatístico de escolha de palavras da Anthropic, pois a empresa afirma que seu método não adiciona caracteres ocultos. Uma reescrita pode enfraquecer um sinal estatístico, mas, sem o detector do provedor, não há como certificar que ele desapareceu. “O arquivo parece limpo” e “o detector do provedor dará resultado negativo” são afirmações diferentes.
Quando verificado em 16 de agosto, o repositório tinha 11.1k estrelas no GitHub, 1.2k forks, 87 commits e o commit mais recente listado com data de 15 de agosto de 2026. Essa adoção o torna parte importante da conversa de compra, sobretudo porque o interesse em remover marcas pode avançar mais rápido que a infraestrutura de detecção. Ainda assim, popularidade não amplia o tipo de evidência que a ferramenta consegue ler.
Melhor para: equipes de auditoria e operações de conteúdo que precisam separar Unicode, metadados, C2PA e verificações estatísticas com a mesma configuração.
Destaque: um único fluxo de inspeção para vários tipos de artefato, com integração opcional a um detector do MarkLLM.
Preço: licença de software MIT a $0, verificada em 16 de agosto de 2026; custos opcionais de modelos e infraestrutura são adicionais.
Teste grátis: não se aplica; o projeto é open source.
- Separa a limpeza de caracteres ocultos da análise estatística de marcas d’água.
- Reúne inspeções de Unicode, metadados e elementos relacionados a C2PA em um só projeto.
- Pode usar o MarkLLM para verificar KGW ou SynthID quando a configuração correspondente está disponível.
- Exibia adoção expressiva e uma atualização recente no repositório em agosto de 2026.
- O nome pode sugerir uma alegação de procedência mais forte do que a documentação sustenta.
- Uma reescrita pode reduzir o sinal sem provar que o detector do provedor dará resultado negativo.
- A detecção com configuração idêntica ainda depende de conhecimento sobre a origem.
- Limpar um artefato pode destruir evidências úteis se o original não for preservado.
Veredito: use o watermarks-remover para inspecionar e higienizar classes conhecidas de artefatos. Não o use para certificar que um texto desconhecido de terceiros nunca recebeu uma marca.
O detector do Claude, da Anthropic, lidera a lista de observação — mas ainda não é um produto
A Claude Watermark Detection API, da Anthropic, é o verificador de provedor mais importante a acompanhar porque está vinculada à chave usada pelo novo sistema de marcação de texto do Claude. A Anthropic anunciou o recurso em 14 de agosto de 2026 e afirma que a API do detector será lançada futuramente. A empresa ainda não publicou detalhes de implementação, condições de acesso, limites ou preços. Portanto, trata-se de uma direção confiável, não de uma solução que compradores possam implantar hoje.

O método do Claude é uma versão do SynthID-Text. Ele insere um padrão estatístico baseado em chave nas escolhas de palavras, sem caracteres ocultos, tokens adicionais ou identidade incorporada do usuário ou da organização. A Anthropic afirma que a marca tem impacto desprezível na velocidade e não adiciona custo de serviço ou uso. Essa economia na geração é promissora, mas não corresponde às condições comerciais da API de detecção.
A cobertura também é específica. A orientação de suporte da Anthropic informa que modelos Claude lançados na UE em ou após 2 de agosto de 2026 já chegam com suporte à marcação, enquanto a compatibilidade com modelos mais antigos ainda está sendo implementada. Nos modelos compatíveis, a marca pode ser aplicada mundialmente no Claude Platform e API, Claude, Claude Code, Claude Cowork, Claude Tag e nos parceiros de nuvem listados. Essa abrangência só ajuda se um verificador posterior conseguir acessar o serviço de detecção correspondente.
As limitações precisam constar em toda nota de aquisição. Amostras curtas são fracas, trechos factuais e código carregam menos sinal, e edição intensa, paráfrase, tradução ou reescrita completa podem eliminar um padrão detectável. Mesmo um resultado positivo significa que o Claude pode ter processado o texto; não prova que o Claude criou as ideias ou o primeiro rascunho.
A consequência para o negócio é simples: preserve desde já os registros de provedor, modelo, versão, timestamp e aplicativo de origem. Coloque a verificação de marca d’água atrás de um adaptador que possa receber futuramente a resposta do provedor. Não compre um scanner genérico de Unicode como detector provisório para Claude, pois ele lê outro tipo de evidência.
Melhor para: futura verificação de saídas compatíveis do Claude por meio da chave e do serviço da própria Anthropic.
Destaque: detector controlado pelo provedor e vinculado à marca d’água estatística baseada em chave do Claude.
Preço: não publicado para a futura API de detecção em 16 de agosto de 2026.
Teste grátis: não anunciado.
- Usará a chave de detecção do próprio provedor, em vez de inferir a origem pelo estilo de escrita.
- A marca anunciada não adiciona caracteres ocultos nem tokens à saída.
- A marcação compatível abrange produtos Claude, a API e os canais de nuvem listados.
- A Anthropic documenta limitações importantes de interpretação e transformação.
- A API de detecção ainda não está disponível publicamente.
- Acesso, limites, detalhes de implementação e preço do detector continuam sem publicação.
- Textos curtos, factuais, carregados de código, traduzidos ou muito editados podem ser difíceis ou impossíveis de verificar.
- Um sinal positivo indica processamento pelo Claude, não autoria exclusiva.
Veredito: prepare a arquitetura para a API da Anthropic, mas não a inclua no orçamento como controle disponível antes da liberação do acesso e do preço.
Qual ferramenta escolher em cada cenário
Um fundador com capital e um endpoint de modelo próprio deve começar pelo Hugging Face SynthID Text. A marca d’água pode ser instalada onde o texto é gerado, e o detector pode ser treinado com a distribuição real de saídas da empresa. Reserve orçamento para as 20,000 execuções pareadas e um piloto restrito antes de prometer procedência em todo o produto.
Um CTO de uma empresa de médio porte comparando métodos deve usar primeiro o MarkLLM. Selecione prompts representativos de suporte, vendas, políticas e código; depois avalie conjuntamente detectabilidade, robustez e qualidade do texto. O objetivo não é eleger um vencedor universal, e sim encontrar o método cujo modo de falha se encaixa na tolerância a risco da empresa.
Um pequeno grupo de pesquisa reproduzindo o KGW deve escolher o lm-watermarking. O escopo menor expõe as premissas e mantém o experimento compreensível. Migre para o MarkLLM quando a pergunta de pesquisa deixar de ser reprodutiva e passar a ser comparativa.
Uma liderança de auditoria ou operações de conteúdo que inspeciona artefatos diversos deve usar o watermarks-remover como complemento. Preserve o original, examine Unicode e metadados e só execute um detector estatístico quando a configuração correspondente for conhecida. Relate cada camada de evidência separadamente.
Um comprador que precisa verificar textos de terceiros produzidos por Claude, Gemini ou ChatGPT não deve escolher nenhuma das quatro ferramentas como scanner universal. Espere o verificador do provedor adequado, solicite os registros de origem ou marque o caso como sem suporte. A API da Anthropic será lançada futuramente; a verificação pública de texto do Google não aparece entre suas atuais interfaces de verificação de mídia; e o verificador público da OpenAI cobre hoje formatos de imagem e áudio.
A escolha muda por completo com uma pergunta: você controla o gerador ou tem acesso ao fluxo de verificação do provedor? Todo o restante é comparação de recursos dentro desse limite.

O custo real está na calibração, não na licença
Todas as ferramentas do ranking começam em $0 pela licença de software. Esse é o número menos útil para a decisão.
A orientação mínima de treinamento da Hugging Face cria a primeira despesa real. Comece com 10,000 prompts representativos. Gere uma resposta marcada e outra sem marca para cada um. O resultado são 20,000 execuções de geração, seguidas pelo treinamento do detector, avaliação reservada, escolha do limiar e novos testes após mudanças no modelo ou na configuração.

O custo de inferência é apenas uma parte desse orçamento. Alguém precisa definir prompts representativos, manter chaves e configurações versionadas, armazenar saídas, rotular as duas classes, examinar falhas e decidir quais ações o resultado de um detector pode disparar. Se uma pontuação positiva bloquear automaticamente publicação, pagamento, admissão ou emprego, o desenho do limiar e do processo de contestação se torna mais importante do que a popularidade do repositório.
Há três estados que precisam ser preservados:
- Detectado: o detector pareado encontrou um sinal no limiar operacional escolhido pela organização.
- Não detectado: o detector pareado não encontrou sinal em uma amostra compatível. Edição, extensão, tipo de conteúdo ou incompatibilidade do modelo ainda podem explicar o resultado.
- Sem suporte: não existe detector compatível com a origem para o gerador alegado, ou a amostra está fora das condições aceitas pelo detector.
Fundir os dois últimos estados é o erro que sai caro. “Não detectado” já é uma afirmação mais restrita do que “escrito por uma pessoa”. “Sem suporte” significa que o sistema não tinha um instrumento válido para responder à pergunta.
O desenho mais amplo da governança deve acompanhar sua política de marcas d’água em conteúdo gerado por IA. Marcas incorporadas, avisos de divulgação, registros de origem e credenciais de conteúdo resolvem partes diferentes do problema de procedência. Um fluxo robusto combina esses elementos, em vez de esperar que uma única pontuação do detector sustente todo o caso.
O que evitar como prova de procedência
O GetGPT Text Watermark Scanner é um verificador gratuito de Unicode bastante útil, mas não detecta a marca estatística baseada em chave da Anthropic. A ferramenta para navegador examina mais de 34 caracteres Unicode ocultos ou ambíguos, entre eles U+200B, U+202F, U+2014 e U+2003, sem exigir cadastro. Isso pode localizar artefatos de formatação que merecem limpeza, mas não permite ler um sinal que, segundo a Anthropic, não contém caracteres ocultos.

Use o GetGPT quando um texto copiado se comportar de forma estranha em um CMS, diff, índice de busca ou parser posterior. Não use um resultado limpo para afirmar que o texto foi escrito por Claude, Gemini, ChatGPT ou por uma pessoa. As categorias de evidência não correspondem.
O WatermarkDetector.com é outro scanner gratuito de Unicode executado localmente no navegador, com 26 categorias de caracteres, uso declarado como ilimitado e nenhuma API pública. Ele atende bem a uma verificação rápida de formatação quando o texto confidencial deve permanecer no navegador, mas continua sem a chave do provedor ou a configuração de geração exigida para verificar uma marca estatística do modelo.

Mantenha o WatermarkDetector.com na caixa de ferramentas de higiene textual, não em um tribunal de autoria. O escopo do produto é menor do que a pergunta atribuída a ele, e usar a descrição correta evita que uma ferramenta útil seja aplicada de forma indevida.
Classificadores genéricos de redação por IA também devem ficar fora do ranking de marcas d’água pelo mesmo motivo. Eles estimam se os padrões linguísticos se parecem com a saída de um modelo. Um detector de marca d’água procura um sinal inserido deliberadamente por um processo de geração conhecido. Ambos podem produzir uma pontuação, mas cada pontuação responde a uma pergunta diferente.
Google e OpenAI também exigem linguagem cuidadosa. O Google afirma que o SynthID marca e identifica textos gerados no Gemini, mas o fluxo público de verificação do Gemini e o portal SynthID Detector listam atualmente verificação de imagem, vídeo e áudio — não de texto colado. Da mesma forma, o verificador público da OpenAI lista formatos de imagem e áudio. Nenhuma dessas interfaces públicas transforma um scanner de Unicode de terceiros em um verificador oficial de texto.
O que fazer na segunda-feira
Não comece a segunda-feira comprando um scanner. Comece com um inventário.
- Liste todos os produtos e fluxos que geram, editam ou recebem texto assistido por IA.
- Registre o provedor, o modelo, a versão, o aplicativo de origem e se a organização controla a geração.
- Atribua um de três estados ao detector: detector próprio disponível, verificador oficial do provedor disponível ou sem suporte.
- Escolha um fluxo com modelo próprio para um piloto restrito do Hugging Face SynthID Text, usando saídas pareadas com e sem marca.
- Preserve os originais antes de qualquer limpeza de Unicode, remoção de metadados, paráfrase ou tradução.
- Coloque a verificação dos provedores atrás de um único adaptador interno, para que a futura API da Anthropic possa ser adicionada sem reescrever a política.
- Defina por escrito quais ações um resultado positivo, negativo ou sem suporte pode efetivamente disparar.
O resultado da segunda-feira não será um contrato para um detector universal. Será um mapa de procedência que mostra onde há evidências, onde o dinheiro de calibração deve ser aplicado e onde a organização precisa responder “não sabemos”.
Perguntas frequentes
Como detectar marcas d’água em textos de IA?
Use o detector compatível com a chave ou a configuração de marca d’água do gerador. Se você controla a geração, treine e calibre o detector correspondente com saídas marcadas e sem marca. Se o provedor oferece um verificador oficial, use esse serviço. Sem nenhum desses caminhos, uma varredura genérica não consegue verificar a marca estatística do provedor.
A IA deixa marcas d’água nos textos?
Alguns sistemas compatíveis deixam. O Google afirma que o SynthID marca textos gerados no Gemini, e os modelos Claude mais novos e compatíveis usam uma versão do SynthID-Text. A cobertura não é universal, e textos curtos, factuais, traduzidos ou muito editados podem carregar pouco sinal detectável.
O Claude coloca marca d’água nos textos?
Modelos Claude compatíveis lançados na UE em ou após 2 de agosto de 2026 já marcam o texto gerado desde o lançamento, enquanto o suporte a modelos mais antigos continua em implantação. A marca é um padrão estatístico baseado em chave nas escolhas de palavras, não um truque com caracteres ocultos. A API de detecção da Anthropic será lançada futuramente.
Como verificar uma marca d’água do ChatGPT?
O verificador público da OpenAI aceita atualmente imagens e áudio, não texto colado. Um scanner de Unicode no navegador pode identificar caracteres suspeitos em um texto copiado, mas não comprova que o ChatGPT gerou aquelas palavras.
O ChatGPT consegue remover marcas d’água?
Uma reescrita completa pode desfazer padrões estatísticos de escolha de palavras, mas isso não comprova autoria humana nem garante resultado negativo no detector do provedor. Preserve o original e relate apenas o que o detector disponível realmente consegue verificar.
Baixe o Mapa de Ferramentas de IA para Empresários e aprenda a separar infraestrutura de IA pronta para implantação de ferramentas que apenas parecem oferecer isso.
3 de set. de 2026







