Extractability audit
Modular operating system for Generative Engine Optimization and AI Search workflows, with skills, rubrics, templates, benchmarks and validation.
npx -y skills add ffidelis16/GEO-OS --skill extractability-auditAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use quando um ativo fornecido precisa ser auditado apenas quanto a estrutura e extraibilidade, incluindo respostas diretas, definições, blocos autossuficientes, headings, listas, tabelas, passos, FAQs, dados citáveis, ambiguidades e dependência visual. É uma subdimensão que alimenta o geo-scorecard.
SKILL.md
2.9 KB, as published. Nobody here has run it
Extractability Audit
Objetivo
Identificar o que pode ser extraído com segurança, o que depende de contexto e como reestruturar o conteúdo em unidades reutilizáveis.
Ler modules/extractability-audit.md. Usar templates/extractability-audit-template.md.
Quando usar
- Antes de um content refresh.
- Quando o conteúdo é longo ou ambíguo.
- Quando resumos gerados perdem contexto.
- Para alimentar
geo-scorecardeanswer-blocks.
Quando não usar
- Sem conteúdo fornecido.
- Para afirmar como uma engine específica processou a página.
- Para reduzir todo texto a fragmentos curtos.
- Como avaliação de confiança ou verdade factual completa.
Inputs
- Conteúdo ou trecho.
- Target intent, público e entidade principal.
- Estrutura fornecida.
- Evidence ledger e content brief, quando disponíveis.
- Outputs de
citation-engineeringecompetitor-analysis, quando relevantes.
Outputs
- Blocos encontrados e ausentes.
- Seções e trechos frágeis.
- Answer block e schema opportunities.
- Recomendações de reestruturação.
- Prioridades e limitações.
Processo
- Confirmar conteúdo e escopo.
- Consultar
intent-mapeentity-map. - Inventariar definições, listas, tabelas, comparações, passos, FAQs, claims e dados.
- Testar autonomia, contexto, evidência e ambiguidade.
- Marcar dependência visual e texto contínuo.
- Propor blocos para
answer-blocks. - Encaminhar claims frágeis para
citation-engineering. - Registrar sinais no
geo-scorecard.
Restrições
- Não inventar elementos fora do conteúdo.
- Não confundir extraibilidade com tamanho.
- Não sugerir schema sem conteúdo visível.
- Não remover ressalvas para obter bloco mais curto.
- Não afirmar que URL foi rastreada.
Critérios de qualidade
- Todo problema aponta para localização observada.
- Blocos sugeridos atendem intents reais.
- Recomendações preservam contexto e evidência.
- Limitações de input estão explícitas.
- Output pode ser executado por editor.
Modos de falha
- Checklist de formatos sem diagnóstico.
- Nota alta por haver bullets.
- FAQs artificiais.
- Tabelas sem base comparável.
- Blocos que não fazem sentido isoladamente.
Exemplo
Um parágrafo com três claims, duas entidades e uma fonte no final deve ser dividido em unidades; cada claim recebe contexto e evidência adjacente, sem apagar a ressalva.
Erros comuns
- Impor answer capsule a todas as seções.
- Tratar heading genérico como pergunta.
- Ignorar referências como "isso" e "essa solução".
- Sugerir reescrita sem prioridade.