AssertLedger 2.1.0

AssertLedger 2.1.0 permet de vérifier un test Bun désigné dans son paquet, avec ses preloads, ses liens internes et des matchers explicitement déclarés de confiance.

• Requêtes et manifests v5, import de témoins v2 et snapshots limités à la fermeture des tests. Les formats v1 à v4 restent pris en charge.
• Conservation des configurations de compilation héritées, des alias package.json#imports, des runtimes JSX et des dossiers vides inclus. Une configuration invalide inutilisée ne bloque plus un test indépendant.
• Le preload AssertLedger précède les preloads du dépôt. Un matcher intégré remplacé nécessite une déclaration de confiance explicite ; une erreur de compilation, de collecte ou d'infrastructure reste un refus.
• MCP server/client 2.3.0, Biome 2.5.15, types Node 22.20.5 et tsx 4.23.15. Zod reste à 4.4.3 pour préserver les schémas publiés et les règles de validation.

Installation : npm install assertledger@2.1.0.

Guide de migration v5.

Validation : 886 tests locaux passent, les 12 jobs de CI du candidat et les 12 de main passent. Les PR #71, #31 et #32 sont fusionnées ; la PR #15 a été rejetée pour préserver la compatibilité Zod. Le paquet publié a été téléchargé et réinstallé depuis le registre public, avec identité source, égalité des fichiers et replays CLI/SDK vérifiés.

43 paires négatives/restaurées sont liées au commit testé. Audit frais PROOF_ADEQUATE ; gate ALLOW / PROOF_ADEQUATE_WITH_LIMITS. Les trois attestations d'environnement inconnues et les trois dispenses de témoin par fichier restent détaillées dans les preuves jointes.

Le tarball joint est exactement celui testé et publié. SHA256 : ff4a07a5642bd92d45d5296042f55bed158506ab3d5f913014872841c1d45f38.

Le mode trusted-local reste explicitement non isolé. Les vérifications publiées couvrent les cas exécutés et la matrice de CI ; elles ne qualifient pas tous les dépôts consommateurs. Les preuves et leurs limites sont détaillées dans les assets de cette release.