AssertLedger
Visão Geral
Avalie o mesmo candidato de regressão contra código corrigido, uma falha declarada e um controle neutro. Preserve as observações e reproduza o manifesto resultante antes de relatar o veredito vinculado. O operador fornece a falha e o significado do controle; a ferramenta não estabelece a correção geral do programa, a autenticidade do produtor ou a liberdade permanente de testes instáveis.
Este fluxo de trabalho mantido localmente segue a documentação do AssertLedger 1.4.0 publicada.
Uso
Use $assertledger <repositório e regressão> ou /assertledger <manifesto para reproduzir>.
Por exemplo: Verifique se a regressão de paridade confirmada detecta a revisão defeituosa fornecida.
Use tdd para implementação comum e proof-integrity-review quando o próprio mecanismo de verificação mudar. A qualificação AssertLedger é um fluxo de trabalho adicional solicitado, não uma porta de teste abrangente.
Obtenha a CLI compatível através da instalação de ferramentas declarada do host; a skill em si não precisa de checkout de dotfiles em tempo de execução. Se a CLI estiver ausente, reporte esse pré-requisito em vez de instalar um pacote ou modificar a configuração do projeto implicitamente.
Etapas
-
Execute
assertledger --versioneassertledger doctor /caminho/para/repositorio --json. Este diagnóstico é estático e somente leitura. Inspecione conflitos e suporte de framework antes de planejar a execução; a detecção de um comando de teste não demonstra que um adaptador pode executá-lo. -
Para qualificação Git, estabeleça as revisões confirmadas defeituosa, corrigida e neutra, o motivo neutro, o caminho do candidato, os caminhos inalterados dos testes base e um novo diretório de saída relativo ao repositório. Recupere fatos fornecidos quando possível; nunca invente semânticas de controle ausentes. Consulte o guia Git para elegibilidade:
.js,.mjsou.cjssem dependências usandonode:test, testes base inalterados e conjuntos de caminhos de arquivo idênticos, exceto pelo candidato. Alterações locais não confirmadas são ignoradas. -
Estabeleça o backend de execução a partir da autorização do operador. Uma execução em contêiner requer uma imagem selecionada pelo operador, fixada por digest, já presente em um daemon Linux e contendo Node. A execução local confiável é
NÃO ISOLADAe requer autorização para esse escopo. Nunca combine ambos os modos ou infira permissão de execução a partir da instalação ou de uma configuração de projeto. -
Execute o comando escolhido com as entradas reais estabelecidas. Para uma execução autorizada em contêiner:
assertledger check /caminho/para/repositorio --before ANTES --after DEPOIS --neutral NEUTRO --neutral-reason