Changelog

Quatro defeitos achados em revisão adversarial, corrigidos antes de subir.

A retenção não alcançava o contexto dos atos criados pela API nova; o apagamento irreversível passou a exigir um escopo próprio que nenhuma integração recebe por padrão; o comprovante público deixou de expor a posição do ato na cadeia; a revogação de mandato herda o modo sandbox.

Documentado o limite do apagamento: validações avulsas de documento não são alcançadas por pedido, só pelo prazo.

Três fases do plano num release, substituído pela 0.5.1 antes de ir ao ar.

Operador em dupla com recibo composto; mandato de agente com escopo e revogação; ato delegado; prova de exceção por gatilho do cliente ou de uma fonte; alertas computados na leitura, com o evento de expiração; a decisão da fila de revisão exige presença fresca do revisor.

Dois tenants de teste e quatro cenários como suíte de aceitação, cada ato com recibo verificado fora do gateway. Política em leitura, privacidade do titular, recibo pelo token do link e revogação pelo painel.

Painel, jornada e console falam de atos, recibos, mandatos e política.

Painel: telas de atos, recibos com exportação do lote, mandatos com revogação, alertas, política em leitura e privacidade sobre as rotas reais. Jornada: etapa de escopo do mandato, comprovante ao final, acessibilidade para público idoso, bundle inicial de 1,39 MB para 209 kB. Console: decisão da fila só com presença fresca do revisor.

Tipos gerados do contrato OpenAPI nos três; noventa tipos escritos à mão eliminados.

Decisão de produto: API e recibo passam a dizer o mesmo.

Presença viva com match reprovado é ato negativo, não mais positivo com veredito à parte. Match pedido e não computado é falha técnica, com o motivo no recibo.

Correção após o deploy da 0.3.0.

O app não subiu porque a política da chave negava a leitura da chave pública ao serviço de recibos. Agora o erro fica no log, o JWKS sai vazio sem cache e é tentado de novo a cada pedido; a política da chave foi corrigida e documentada.

Emissão em toda transição terminal, endpoints, webhook, chave pública e expiração pelo prazo.

Recibo por ato e lote na ordem da cadeia; evento recibo.emitido com ids e hashes, nunca conteúdo; JWKS público; varredura de expiração a cada minuto levando atos vencidos a expirado, com recibo.

Primeira release, com binários para Linux, macOS e Windows e checksums.

Verificar recibo ou lote contra um JWKS por arquivo, relatório em texto ou JSON, códigos de saída 0, 1 e 2; hash, gênesis e canonicalização. Offline por construção.

Uma implementação em Rust para o servidor, a linha de comando e o navegador.

Canonicalização RFC 8785 restrita a inteiros seguros, hash, assinatura ES256, JWKS, cadeia por cliente com gênesis, coerência e o schema do formato embutido. Binding Python com emissão em duas etapas para assinar no módulo de chaves; alvo WebAssembly só de verificação.

O verificador no navegador e a primeira nota.

Página de verificação inteira no navegador, com JWKS por colagem ou buscado do gateway; nota "O formato humanproof/1". Publicado pelo Cloudflare Pages a partir da branch principal.

Checks viram atos; a política resolve as etapas; o contrato vem primeiro.

Catálogo dos doze tipos com defaults, política global v1 e resolução pura e determinística; rotas de atos com o link da jornada; lote com prazo comum; contrato OpenAPI versionado e cliente TypeScript gerado dele, conferidos no CI. As rotas de checks seguem como alias.

O que estava em produção depois de junho a agosto de 2026.

Verificações com presença viva e match transiente, consentimento por etapa, jornada por link dirigida por política, autenticação do painel com MFA, console de operação, webhooks assinados, notificações, envelope por registro, trilha de decifragem, isolamento por linha e crypto-shred.