KENSAI-onderzoek: bestandssysteem- en indexpariteit houden blog-freshness auditeerbaar

Kort samengevat: KENSAI gebruikt pariteit tussen gedateerde HTML-bestanden, Engelse index-items en gegenereerde overzichtsoppervlakken als een lichtgewicht audit-spoor voor blog-freshness.

• Minimaal 2 lagen: bestandssysteemaantallen en indexaantallen zouden moeten overeenstemmen voordat freshness-claims de repository verlaten.
• 1 bron: gedateerde HTML blijft de bron van waarheid voor wat daadwerkelijk is verzonden.
• 0 verborgen drift: niet-overeenkomende aantallen leggen verouderde discovery onmiddellijk bloot.

Tellen vanaf schijf is het eenvoudigste vertrouwensanker

Als twee Engelse posts vereist zijn voor een bepaalde dag, is de eerste serieuze vraag of er daadwerkelijk twee gedateerde HTML-bestanden bestaan. Die controle is alledaags, maar moeilijk te vervalsen en gemakkelijk te herhalen, wat het een sterk anker maakt voor publicatie-audits.

Indexen doen ertoe omdat vindbaarheid deel uitmaakt van releasekwaliteit

Gebruikers en crawlers inspecteren geen ruwe mappen. Ze ontdekken artikelen via JSON-feeds en overzichtspagina's. Dat betekent dat de audit onvolledig is totdat die gegenereerde lagen ook dezelfde items van 5 juni dragen die het bestandssysteem al bewijst.

• Tel de Engelse HTML-bestanden van de dag rechtstreeks in public/blog.
• Bevestig dat dezelfde slugs voorkomen in blog-posts.json en afgeleide overzichtsartefacten.
• Behandel elke mismatch als freshness-drift, niet als onschadelijke metadata-vertraging.

Waarom dit een nuttig operationeel signaal is

Pariteitscontroles maken contentfreshness auditeerbaar. Een publiek beveiligingsoppervlak met reproduceerbare aantallen is betrouwbaarder dan een oppervlak dat operators vraagt aan te nemen dat de generator draaide, de index werd bijgewerkt, en het overzicht werd ververst. KENSAI kiest voor bewijs boven aanname, omdat het goedkopere signaal vaak het scherpere is.