Quando Usar

• O usuário precisa comparar as respostas de uma ou mais plataformas, distinguir rascunhos não verificados de conclusões verificadas e reter a origem, julgar ponto a ponto e gerar relatórios transferíveis.
• Três habilidades de dependência já foram coletadas ou estão prontas para instalação e revisão independentes; a conexão de rede, a configuração da conta e a gravação local devem estar em conformidade com a autorização do usuário.
• O chinês é a linguagem de destino do fluxo de trabalho original; quando o usuário especifica outro idioma, interaja nesse idioma, mantendo os nomes dos campos no contrato de dados.

Fact-Check-X Ponto de Entrada Unificado

Esta habilidade apenas orquestra, não incorpora as três camadas de negócios. Ela chama as habilidades irmãs na seguinte ordem:

1. llm-answer-reference-compare: Respostas de várias plataformas, citações e coleta de evidências no local.
2. fact-check-x-knowledge-compare: Comparação estruturada de pontos de conhecimento locais, opcional.
3. fact-check-x-authoritative-verify: Verificação de autoridade concorrente ponto a ponto e relatório de desempenho da plataforma.

Toda a decomposição semântica e o julgamento de evidências são realizados pelo agente que hospeda a habilidade atual. O script não chama nenhuma API de modelo.

Localização de Dependências

O AAS distribui apenas os scripts e testes desta habilidade de orquestração, não distribuindo os coletores, renderizadores e fixtures de llm-answer-reference-compare, fact-check-x-knowledge-compare e fact-check-x-authoritative-verify. Portanto, instalar esta habilidade isoladamente não executará o pipeline completo, nem poderá alegar ter aberto a página de login.

Recuperação de Dependências: Obtenha as quatro habilidades completas e suas dependências de fontes oficiais verificadas. Revise primeiro as fontes, licenças, arquivos de bloqueio e limites de dados do navegador e da conta de revisões fixas; não faça download ou instalação silenciosa por esta habilidade. Os três diretórios de dependência completos instalados isoladamente podem ser localizados pelas seguintes variáveis; os componentes de configuração automática usam os mesmos diretórios:

export FACTCHECK_SKILLS_DIR="<已审查的完整上游分发包的 skills 绝对目录>"

O caminho do script é relativo ao diretório de instalação desta habilidade; entre nesse diretório antes de executar. Verifique primeiro as dependências (falhe explicitamente quando a entrada executável estiver faltando, não use apenas a existência de SKILL.md como prova de prontidão):

python3 scripts/fact_check_x.py locate

Fluxo Completo

Primeiro, colete results.json, depois prepare a comparação de pontos de conhecimento:

python3 scripts/fact_check_x.py prepare-comparison \
  --results <results.json> \
  --run-dir <run>

O comando gerará de forma síncrona um "Resumo das Respostas de Todas as Partes" no diretório de execução de nível superior, gerando 01-capture-report.html. Cada entrada deliverables retorna simultaneamente o path local existente verificado, o fileUri padrão e o markdownLink pronto para exibição. O chamador deve exibir markdownLink exatamente como está, não concatenar caminhos do Windows por conta própria ou inserir path diretamente no Markdown; o comando falhará na fase atual se o artefato não existir.

No modo de interação padrão, o programa gravará o status da fase em stage-checkpoints.json. Após o chamador enviar o artefato desta fase e receber "continuar para a próxima etapa" do usuário, ele deve executar usando checkpoint.acknowledgement.token:

python3 scripts/fact_check_x.py acknowledge-stage \
  --run-dir <run> --stage <checkpoint.stage> \
  --token <checkpoint.acknowledgement.token> --decision continue

Sem confirmação, o comando da próxima fase falhará diretamente. O programa atual implementa o modo de confirmação fase a fase; explique essa restrição antes de executar o fluxo completo. Ao solicitar execução contínua, não alegue suporte ao modo automático nem falsifique tokens de confirmação.

O agente atual lê <run>/comparison-task.json, grava em <run>/comparison-analysis.json e, em seguida, executa:

comparison-task.json é um conjunto de trabalho compacto e autônomo. Após a confirmação da fase, apenas "leitura do pacote de tarefas uma vez, gravação da análise uma vez, execução da aceitação uma vez" são permitidas, usando o pacote de tarefas compacto como entrada principal para evitar leituras repetidas desnecessárias ou despejos completos. Em caso de erros, ambiguidades ou problemas de contrato, o código-fonte necessário ou as evidências devem ser lidos para localizar a causa; três chamadas são sugestões de eficiência upstream e não devem ser usadas para impedir verificações de correção ou segurança. capturedText é apenas uma visualização limitada do texto original, o texto completo será verificado e reconstruído pelo programa durante a aceitação de results.json.

Durante a decomposição, a atomicidade restringe simultaneamente os pontos de conhecimento e os claim de cada plataforma. Quando uma frase original contém múltiplas obrigações, condições, objetos, valores numéricos ou consequências independentes, os pontos devem ser divididos, cada claim retendo apenas o fato atual; fatos substanciais adicionais exclusivos da plataforma também devem iniciar novos pontos de conhecimento sem âncora, não podendo ser agrupados em pontos de conhecimento amplos e reutilizar âncoras de conhecimento profundo para evitar verificações. Cada ponto de conhecimento também é marcado com claimType=fact|recommendation: sugestões de operação puras podem ser marcadas como recommendation, sem serem julgadas como citações infiéis por falta de rodapés frase a frase; fatos institucionais, condições, números ou prazos incluídos nas sugestões devem ser divididos em fact independentes.

python3 scripts/fact_check_x.py complete-comparison \
  --results <results.json> \
  --run-dir <run>

O comando gerará 02-comparison-report.html no diretório de execução de nível superior e retornará um link clicável através de deliverables[].markdownLink; o chamador deve exibi-lo exatamente como está. O relatório deve incluir um rascunho abrangente claramente marcado como "Não Verificado". No modo de interação padrão, a verificação de autoridade só pode prosseguir após a confirmação do usuário.

Gere solicitações de nuvem independentes para cada ponto de conhecimento e colete evidências concorrentemente:

python3 scripts/fact_check_x.py prepare-authority --run-dir <run>
python3 scripts/fact_check_x.py search-authority --run-dir <run> --max-workers 12

A coleta de conhecimento profundo retém simultaneamente os rodapés frase a frase dentro da resposta e a origem em nível de resposta no "Repositório de Conhecimento"; URLs idênticos são mesclados em inline_and_global. A origem em nível de resposta só pode suportar esse fato quando ele for semanticamente correspondido ponto a ponto com o ponto de conhecimento atual e o texto original puder ser localizado, não podendo ser herdado em massa. Quando os fatos da plataforma são semanticamente consistentes com gov.cn ou podem ser diretamente deduzidos dele, eles são julgados como evidência oficial e reutilizados, sem chamar a pesquisa confiável. Sugestões de operação puras também não chamam a pesquisa confiável; além disso, pontos de conhecimento com fatos para os quais o material existente é insuficiente para julgar são pontos de conhecimento não isentos de verificação.

Se houver pontos de conhecimento não isentos de verificação, mas a pesquisa confiável local ainda não estiver configurada, prepare-authority e search-authority retornarão status=configuration_required, userPrompt e configuration.command e sairão com um status diferente de zero. O chamador primeiro exibe o prompt de login e o provedor externo, a criação da conta/chave, os custos potenciais, o escopo dos dados enviados e a localização de armazenamento local, e após obter a autorização, executa este comando no front-end. Não trate "configuração ausente" como autorização para criar automaticamente credenciais de conta ou conectar-se à rede. O usuário só precisa fazer login na página MaaS de conhecimento profundo aberta automaticamente; o componente reutilizará automaticamente as chaves completas existentes, criará uma chave dedicada para Fact-Check-X se não houver nenhuma, e a salvará em ~/.fact-check-x/credentials/trusted-search-key após a verificação. Portadores como Codex, Claude Code, WorkBuddy compartilham essa configuração e pulam o login se uma chave existente for detectada. Após a configuração bem-sucedida, o chamador reexecuta automaticamente prepare-authority, não pode exigir que o usuário copie a chave, edite a configuração do shell, responda "configurado" ou mude para usar a origem de conhecimento profundo ou pesquisa comum para contornar.

Apenas quando a pesquisa confiável retornar 401/403, as chaves existentes serão consideradas inválidas e a configuração automática será iniciada. Tempo limite, desconexão de rede ou falha do serviço reterão a configuração existente e tentarão novamente automaticamente; se as tentativas falharem novamente, a execução será interrompida na fase de pesquisa e um erro técnico será retornado, sem exigir que o usuário faça login novamente, nem será convertida em revisão manual de fatos.

prepare-authority será gravado em authority-gate.json. Somente após o lote de pesquisa confiável ser concluído normalmente e o status do portão se tornar searched, finalize-authority poderá ser executado; a escrita manual de evidências ou resultados não pode contornar isso.

O agente atual lê authority/requests e authority/evidence um por um, grava o julgamento em authority/assessments/<知识点ID>.json e, em seguida:

No modo isento de verificação, trustedAnchor.officialAnswer é a conclusão de autoridade para o ponto de conhecimento factual atual; a lista de evidências de âncora é usada para rastreamento de origem. Independentemente de vir do conhecimento profundo ou de gov.cn, deve-se confirmar que o texto original realmente suporta essa conclusão, não podendo ser determinado automaticamente apenas pela propriedade oficial. trustedAnchor.claimEvidenceMap registra os textos originais oficiais já vinculados por reivindicação em cada plataforma; plataformas que correspondem a esse mapeamento reutilizam diretamente as evidências fornecidas na resposta atual, não podendo ser rebaixadas para evidência insuficiente porque outra rodada de pesquisa confiável não recuperou o mesmo material. Quando as reivindicações de outras plataformas são semanticamente consistentes com officialAnswer ou podem ser diretamente deduzidas dele, elas são julgadas como supported e referenciam IDs de evidências de âncora válidos. Somente quando a reivindicação da plataforma adiciona fatos substanciais que a conclusão de autoridade não suporta, ou quando é impossível determinar, insufficient é usado. A fidelidade da citação na fase de comparação de pontos de conhecimento e a correção factual nesta fase são retidas separadamente, e as reivindicações já confirmadas pela conclusão de autoridade não podem ser rejeitadas devido à insuficiência de citações da própria plataforma. recommendation é exibido separadamente como "sugestão de operação", não entrando na taxa de precisão factual ou taxa de alucinação; se as evidências de autoridade provarem que a sugestão é enganosa, ela ainda pode ser julgada como contradicted.

{
  "authoritativeFinding": "由权威证据支持的知识点结论",
  "verdicts": {
    "<平台ID>": {
      "verdict": "supported",
      "reason": "主张与 E1 一致",
      "evidenceIds": ["E1"]
    }
  }
}