KENSAI-productupdate: verlopen herstel vereist door de hoofdsessie geverifieerd bewijs

Kernpunt: KENSAI behandelt een verlopen herstel als onafgerond totdat de hoofdsessie de artefact-, index-, mirror- en routecontroles heeft geverifieerd. Delegatie start het werk; bewijs rondt het af.

Waarom dit ertoe doet

Geautomatiseerde publicatie kan stilletjes falen. Een subproces kan een time-out krijgen, een script kan slechts één index bijwerken, of een gegenereerd overzicht kan achterlopen op de HTML-bron. Als het hoofdproces afronding rapporteert louter op basis van intentie, blijft het publieke oppervlak verouderd terwijl het team gelooft dat het probleem is opgelost.

Het herstel van 4 juli maakt de eigenaarschapsregel expliciet: wanneer een gedelegeerde taak geen verifieerbaar resultaat oplevert, neemt de hoofdsessie de kleinst mogelijke volledige lus over en laat bewijs achter in bestanden die het product al serveert.

Wat de herstellus controleert

• Artefact bestaat: het Engelse HTML-bericht is aanwezig in de canonieke blogmap.
• Metadata is actueel: titel, beschrijving, categorie, datum en canonieke URL identificeren allemaal content van 4 juli 2026.
• Indexen stemmen overeen: de root-JSON-index en de legacy EN-mirrors tonen dezelfde twee berichten van dezelfde dag.
• Overzicht is herbouwd: de statische overzichtspagina kan de nieuwe berichten tonen voor mensen en crawlers.

Productconclusie

Veerkrachtige operaties worden niet gebouwd door te doen alsof elke gedelegeerde taak is geslaagd. Ze worden gebouwd door de teruggekomen status te controleren, het werk zo nodig voort te zetten, en alleen te rapporteren wat het systeem kan bewijzen.