Audit Reference Originality: originalidade com evidência, não impressão

ANÁLISE EDITORIAL

Uma interface pode nascer de referências legítimas e ainda terminar perto demais de uma delas. O risco não aparece apenas quando dois arquivos são idênticos. Ele também pode surgir em um título quase copiado, nos mesmos números de prova, em uma sequência incomum de seções, no reaproveitamento de uma imagem ou na combinação de movimento, composição e identidade. A Audit Reference Originality organiza essa verificação como uma auditoria de evidências, não como uma opinião sobre estilo.

A Skill parte de uma regra importante: sem o conjunto completo de referências, não existe aprovação completa. Ela pede que o agente registre as fontes usadas no projeto, inventarie a experiência entregue e compare texto, marcas, números, imagens, arquivos, vídeos, estrutura, movimento e histórico. Cada alerta precisa apontar um elemento do trabalho atual e o elemento correspondente da referência. Sem os dois lados, o achado deve permanecer como hipótese ou lacuna.

Imagem editorial exclusiva do Bastidores da IA. Não é captura de tela, site real, parecer jurídico nem prova de auditoria executada.

O que esta Skill faz de verdade

O fluxo começa pela construção de um registro de fontes. Entram nessa lista URLs, capturas de página inteira, recortes, vídeos, quadros extraídos, pacotes de inspiração, textos, imagens, logotipos, números, licenças e arquivos de atribuição. A Skill recomenda preferir evidências locais preservadas na época do briefing. Uma página consultada meses depois pode ter mudado, por isso a versão atual só deve preencher uma lacuna claramente identificada.

Depois, o agente inventaria o resultado atual e, quando o projeto usa Git, também o histórico. A busca não se limita ao que está visível na página inicial. Ela inclui texto renderizado, metadados, rótulos acessíveis, chamadas para ação, arquivos públicos, imagens de fundo, fontes, ícones, downloads, vídeos, cartazes, transições, ordem das seções e materiais removidos ou renomeados. O SKILL.md fixado no commit auditado descreve esse escopo completo.

O método separa semelhança genérica de correspondência distintiva. Fundo escuro, tipografia grande, tabela de preços, animação de entrada e rodapé convencional não bastam para um alerta. Uma composição incomum repetida junto com os mesmos textos, números, imagens ou marcas é evidência mais forte. A rubrica oficial de auditoria ordena as evidências e define as faixas Clear, Low, Medium, High e Blocker, sempre sem transformar a classificação em conclusão jurídica.

Para quem serve

A Audit Reference Originality é útil para estúdios, agências, equipes de produto, desenvolvedores e criadores que trabalham com referências visuais ou funcionais. Ela ajuda antes de lançar um site inspirado em outros projetos, ao revisar um protótipo construído a partir de capturas, ao comparar um vídeo com uma peça de referência ou ao verificar se materiais temporários de uma marca anterior ainda chegaram ao resultado final.

Também serve para uma revisão interna depois de mudanças rápidas. Um arquivo pode ter sido substituído na interface e continuar no build, no histórico ou em um download público. Um nome de referência pode existir apenas em um teste que proíbe seu uso, e isso não significa que a marca foi exibida. A Skill obriga o revisor a verificar contexto, exposição atual e histórico antes de classificar o achado.

Ela não substitui advogado, análise de licença ou parecer sobre direitos autorais, marca, imagem e uso justo. A própria rubrica determina que severidade técnica não é conclusão legal. Quando houver dúvida jurídica, a entrega correta é um registro reproduzível dos fatos e das lacunas para avaliação especializada.

Compatibilidade e pré-requisitos

O repositório apresenta a coleção para Codex, Claude, Cursor e outros agentes que conseguem carregar instruções em SKILL.md. O uso básico desta Skill é documental: o agente precisa ler o arquivo principal, a rubrica e os materiais fornecidos pelo usuário. Para uma auditoria de site, também precisa de acesso autorizado ao código, ao build renderizado, aos ativos e ao histórico relevante.

O projeto oficial inclui um helper opcional em Python para gerar pistas determinísticas de correspondência. Ele calcula hashes de arquivos, sobreposição de sequências de texto, números repetidos, nomes de arquivo iguais e correspondências no histórico Git. Esse script não foi incluído no download hospedado pelo Bastidores. Quem quiser usá-lo deve abrir o código Python no repositório oficial, revisar o conteúdo e executar somente em uma cópia autorizada.

Para a parte manual, são necessários os arquivos de referência e uma definição clara do escopo. Se o briefing promete vídeos, páginas internas ou capturas completas e esses itens não estiverem disponíveis, a Skill manda interromper a aprovação e registrar a falta. Uma auditoria de uma única imagem não pode ser apresentada como revisão completa do site.

Instalação controlada

O pacote local desta página contém SKILL.md, references/audit-rubric.md, LICENSE e ORIGEM.md. Abra o ZIP, confira os quatro caminhos e compare os hashes registrados em ORIGEM.md com os arquivos oficiais do commit fixado. Depois copie a pasta audit-reference-originality para o diretório de Skills aceito pelo cliente, preferencialmente dentro de um projeto de teste.

O README oficial ainda não define um instalador único. Ele orienta o Codex a carregar o SKILL.md relevante, o Claude Code a referenciar ou copiar a Skill e o Cursor a apontar suas regras ou contexto para a pasta específica. Evite instalar o repositório inteiro apenas para esta função, porque a coleção reúne muitos fluxos diferentes.

O helper Python e o arquivo de interface do agente ficaram fora do ZIP. Essa escolha reduz a superfície do pacote hospedado, mas também significa que a automação determinística não estará disponível na cópia local. O procedimento manual continua utilizável. Se o helper for necessário, obtenha-o diretamente da origem, fixe o mesmo commit, revise as chamadas ao sistema e limite os diretórios que ele pode ler.

Configuração antes do primeiro uso

Crie uma pasta de trabalho com o site ou artefato a revisar e outra com as referências autorizadas. Para cada referência, registre caminho ou URL, função no briefing, data conhecida e quais categorias ela consegue provar. Uma captura pode comprovar composição e texto, mas não o movimento. Um vídeo pode mostrar movimento, mas esconder arquivos, metadados e histórico.

Defina também o que está fora do escopo. Se o agente não pode abrir um repositório privado, não tem acesso ao build antigo ou não consegue reproduzir um vídeo, essa limitação deve aparecer no relatório. Separe os materiais de terceiros licenciados, os ativos produzidos internamente e os elementos apenas usados como inspiração. A licença pode autorizar um uso, mas não muda a necessidade de documentar origem e atribuição.

Antes de comparar, preserve o estado do projeto. Não renomeie, apague nem regrave arquivos durante a auditoria. Se houver dados pessoais, contratos ou ativos ainda não lançados, use ambiente local e acesso mínimo. A Skill é um procedimento de leitura até que o usuário também autorize correções.

Primeiro uso seguro

Comece com um conjunto pequeno: uma página atual, uma captura de referência e os respectivos ativos. Peça ao agente para construir o registro da fonte e testar as oito categorias da rubrica. O primeiro relatório deve citar caminhos, URLs, linhas, hashes ou posições visuais. Frases como “parece inspirado demais” não atendem ao método.

Inclua um caso conhecido para calibrar a revisão, por exemplo um arquivo idêntico colocado de propósito e uma semelhança genérica que não deveria gerar alerta. O agente deve reconhecer o primeiro como correspondência exata e tratar o segundo com cautela. Esse exercício verifica o procedimento, não mede juridicamente a originalidade.

Quando houver um alerta, confira os dois lados. Um hash igual é forte para bytes idênticos, mas ainda exige contexto de licença e exposição. Texto semelhante deve ser comparado em trechos reproduzíveis. Imagens pedem inspeção de composição, recorte e proveniência. Vídeos exigem quadros e tempos correspondentes. Nunca aceite intenção presumida como evidência.

Resultado esperado

A entrega começa com um dos cinco veredictos previstos: claro no escopo verificado, claro com semelhanças de baixo risco, mudanças recomendadas, bloquear lançamento ou bloqueado por falta de evidência. Depois vem o registro das fontes, uma tabela de alertas por severidade, a lista das categorias que passaram, achados do histórico, lacunas e um plano de correção priorizado.

Cada linha da tabela deve mostrar severidade, categoria, evidência do trabalho atual, evidência da referência, sobreposição observável, diferenças e correção proposta. A recomendação precisa quebrar a correspondência relevante. Trocar apenas a cor de uma imagem ou de uma composição copiada não resolve o problema indicado pela rubrica.

Uma saída clara vale apenas para o escopo realmente conferido. Se vídeos não abriram, se uma página interna faltou ou se o histórico não estava disponível, essas áreas ficam desconhecidas. A Skill proíbe converter ausência de evidência em aprovação.

Permissões e riscos

O ZIP hospedado é textual, mas o uso real pode expor material sensível ao agente: código privado, campanhas não publicadas, marcas de clientes, imagens licenciadas, vídeos, contratos e histórico de Git. Defina quais diretórios podem ser lidos, remova segredos, evite enviar material confidencial a serviços não aprovados e registre onde relatórios temporários serão gravados.

O helper opcional usa leitura recursiva e comandos Git para procurar correspondências históricas. Embora a auditoria estática do commit não tenha mostrado rede, instalação de dependências ou alteração do projeto, ele pode percorrer muitos arquivos e produzir um relatório com nomes, hashes e trechos. Revise o código, execute em cópia local e trate a saída como dado potencialmente confidencial.

Há ainda risco de falso positivo e falso negativo. Números redondos, frases funcionais e padrões comuns podem coincidir sem cópia. Arquivos modificados podem escapar de hashes exatos. Por isso o script produz pistas, não veredictos. A decisão continua humana e precisa considerar licença, contexto, diferenças e material que não pôde ser visto.

Erros comuns

• Revisar só a página inicial: inclua páginas internas, ativos, vídeos e histórico prometidos no escopo.
• Tratar estilo genérico como cópia: exija combinação distintiva ou evidência direta.
• Usar nome de arquivo como prova: compare bytes, conteúdo visível, origem e histórico.
• Ignorar o que foi removido: confira build, downloads e commits anteriores quando isso estiver autorizado.
• Chamar severidade de conclusão jurídica: registre o risco técnico e encaminhe questões legais.
• Executar o helper sem revisar: leia o script oficial, limite os caminhos e preserve uma cópia do projeto.
• Aprovar com referência ausente: use “bloqueado por falta de evidência” e liste o material necessário.

Versão auditada e download local

A curadoria foi concluída em 19/08/2026 no commit 4c716b516b6b0143f3037631306b3730d2832344. A API pública do GitHub registrava 5.051 estrelas e repositório não arquivado. A contagem atende ao corte usual de mil estrelas, mas não foi usada como prova de precisão. O conteúdo relevante foi lido integralmente, inclusive a rubrica, o arquivo de interface e o script opcional.

O repositório usa licença MIT, que permite redistribuição com preservação do aviso. O pacote local tem 7.557 bytes e SHA-256 c89f471cde76bcd46749a51c5d8d332d2e25af50d8959c438d0d3d6285dbe2af. Ele contém apenas Markdown e licença, sem scripts, executáveis, dependências, sites, referências privadas, tokens, cookies ou credenciais.

Resultado esperado e limite final

Use esta Skill para transformar uma dúvida vaga sobre proximidade visual em um relatório que outra pessoa consegue reproduzir. O valor está em saber exatamente quais materiais foram vistos, onde a correspondência aparece, o que é apenas padrão comum e qual mudança reduz o risco sem destruir o objetivo do projeto.

Se o conjunto de referências estiver incompleto, o build não puder ser inspecionado ou uma categoria relevante permanecer inacessível, pare no limite do que foi provado. Uma auditoria responsável não promete originalidade absoluta. Ela documenta evidências, diferenças, desconhecidos e decisões humanas pendentes.

Fontes primárias

• Commit auditado no repositório MengTo/Skills.
• SKILL.md da Audit Reference Originality.
• Rubrica oficial de evidência e severidade.
• README e compatibilidade declarada pelo mantenedor.
• Licença MIT do repositório.
• Especificação pública do formato Agent Skills.