Fourteen PRs Across Five Repos: Stack Continuity Meets Runtime Hardening
14 PRs across 5 repos continued the LIVE-591 aftermath with blog pipeline hardening, runtime continuity fixes, handoff projection drift closure, and delivery evidence hardening. jhf-web carried the heaviest load with 7 hero-image and homepage polish PRs.

En un coup d’œil
14
modifications intégrées
5
projets de code concernés
Cet article est en anglais. Les termes soulignés sont expliqués : survolez-les ou touchez-les.
Fourteen PRs Across Five Repos: Stack Continuity Meets Runtime Hardening
The day after the fresh three-month SMB rerun preparation, the stack shifted from setup to stabilization. On 2026-05-28, 14 merged PRs across 5 repos turned the focus toward blog pipeline reliability, runtime continuity, and delivery evidence hardening.
The connecting thread: every repo addressed a gap that the autonomous pipeline had surfaced during the previous day’s heavy 15-PR cycle. Blog heroes broke in production. Runtime continuity copies needed deterministic reprojection. Handoff projections needed fail-closed guards. The stack was teaching the pipeline where its weak spots were.
01Toutes les modifications en détail
Quick Stats
- 14 merged PRs across 5 repos (jhf-web, jhf-openclaw-env, jhf-pattern, jhf-shuttle, jhf-spindle)
- jhf-web: 7 PRs — 5 hero/bug fixes + 1 legal docs + 1 blog pipeline correction
- jhf-openclaw-env: 4 PRs — docs, host redirect, continuity write-back, deterministic reprojection
- jhf-pattern: 1 PR — fail-closed handoff and successor projection drift
- jhf-shuttle: 1 PR — dispatch acknowledged only with projection-aware delivery evidence
- jhf-spindle: 1 PR — fail-closed period and annual close when blockers remain
02Projet jhf-web
jhf-web: The Hero Grid Stood No Chance
03
Blog Hero Pipeline (5 PRs)
The blog pipeline’s hero-image delivery chain proved to be the most fragile link on 2026-05-28. After the previous day’s 15-PR post went live, three distinct issues surfaced:
PR #362 (05:20Z) repaired manifest hero drift for the 2026-05-27 post. The blog manifest had fallen out of sync with the actual hero asset path — a classic cache/raster mismatch that caused the wrong image metadata to appear in the blog index.
PR #365 (05:48Z) repaired a broken live hero asset that had gone missing from the public CDN path. A stale workspace artifact had replaced the correct SVG on the live site, breaking the visual hero on the published post.
PR #374 (12:20Z) restored the raster hero guard after it was inadvertently dropped during a CSS budget merge. The guard ensures that if the SVG hero fails to load, a raster fallback (JPG) is served instead.
PR #380 (15:31Z) busted the cache-poisoned public asset path for the latest blog hero. CDN caching had frozen an old version of the hero asset, causing readers to see a stale image even after the file was corrected on the origin.
These four PRs tell a clear story: the blog pipeline’s hero delivery chain had multiple single points of failure. Manifest drift, asset path drift, raster guard loss, and CDN cache poisoning each broke the hero independently. By the end of the day, all four paths were hardened.
04
Homepage and Legal Polish (2 PRs)
PR #364 (05:41Z) polished homepage hero list spacing and elevator copy rhythm — a visual touch-up that improved the reading flow of the hero section.
PR #378 (13:22Z) canonicalized the ANYFER legal owner truth on helpifyr.com. The legal ownership page was updated to reflect the correct corporate entity and governance structure.
05Projet jhf-openclaw-env
jhf-openclaw-env: From Docs to Deterministic Continuity
PR #645 (12:30Z) was a docs write-back for year-end close readiness. The documentation from issue #641 was refreshed to reflect the current close-state understanding across the runtime.
PR #651 (15:31Z) redirected Solarisara host aliases away from the stale :8082 jhf-web mirror. A legacy mirror port was still receiving traffic from certain internal routes. The PR cleaned up the redirects to point all Solarisara host traffic to the canonical serving path.
PR #652 (16:13Z) wrote back the sandbox-green three-month continuity truth. After the LIVE-591 continuity verification passed its sandbox checks, the confirmed green state was materialized as persistent runtime truth. This prevents the next continuity check from re-running the full sandbox verification unnecessarily.
PR #658 (20:09Z) was the most architecturally significant PR of the day. It replaced manual continuity copies with deterministic runtime reprojection. Previously, maintaining continuity state involved manual copy operations that could drift or miss edge cases. The fix replaced the manual copies with a deterministic reprojection pipeline that regenerates continuity state from canonical runtime truth on each cycle. Manual copies were a band-aid; reprojection is the permanent fix.
06Projet jhf-pattern
jhf-pattern: Fail Closed on Projection Drift
PR #342 (20:03Z) hardened the handoff and successor projection against drift. When an agent handoff or successor projection fell out of sync with the canonical runtime state, the system would proceed with stale context — potentially routing tasks to agents that no longer owned the relevant domain. The fix added fail-closed guards: if a handoff projection has drifted, the system refuses to proceed with the stale context and escalates instead.
This is a particularly important change for multi-agent reliability. Without it, a stale handoff projection could silently route work to the wrong agent, and the error would only surface through downstream failures.
07Projet jhf-shuttle
jhf-shuttle: Delivery Evidence Becomes Projection-Aware
PR #305 (20:03Z) tightened the dispatch-acknowledged check. Previously, a dispatch could be marked as acknowledged based on transport-level receipt alone, even if the recipient’s projection context was stale or missing. The fix requires projection-aware delivery evidence before marking a dispatch as acknowledged. This means an agent must have an up-to-date projection of its own capabilities and context before the system considers a message delivered.
This closes a gap that the previous day’s heavy dispatch load had exposed: dispatches that landed in stale agent projections were effectively delivered into a dead letter, but the system reported them as acknowledged.
08Projet jhf-spindle
jhf-spindle: Period Close Now Fails Closed
PR #380 (12:29Z) hardened the period and annual close checklists. Previously, if blockers remained during a period or annual close, the system would proceed partially — leaving some books in an ambiguous state. The fix makes both close operations fail closed: if any blocker remains, the entire close operation rejects instead of completing partially.
09Pourquoi c’est plus solide
How the Day Connected
Every PR on 2026-05-28 served one of three patterns:
-
Closing gaps the autonomous pipeline revealed. The blog hero chain had four independent failure modes. By the end of the day, all four were patched. The dispatch-acknowledged gap was closed with projection-aware evidence. The handoff projection drift was hardened with fail-closed guards.
-
Replacing manual processes with deterministic ones. jhf-openclaw-env’s PR #658 replaced manual continuity copies with deterministic reprojection — a permanent architectural fix for a class of runtime-drift bugs that had caused recurring issues.
-
Hardening governance boundaries. jhf-spindle’s fail-closed period close and jhf-pattern’s fail-closed handoff guards both ensure that ambiguous state escalates instead of silently proceeding. jhf-shuttle’s projection-aware delivery evidence prevents acknowledged-but-dead dispatches.
10Toutes les modifications en détail
Full Merge Truth
The full closed-day merge truth from Gitea for 2026-05-28 was: jhf-web#353, jhf-web#362, jhf-web#364, jhf-web#365, jhf-web#374, jhf-web#378, jhf-web#380, jhf-openclaw-env#645, jhf-openclaw-env#651, jhf-openclaw-env#652, jhf-openclaw-env#658, jhf-pattern#342, jhf-shuttle#305, jhf-spindle#380. Nothing in this post is inferred from a partial sample; every merged PR in the canonical delivery-day window is represented directly.
11Pourquoi c’est important
What It Means
The day after a 15-PR cycle, the stack did not slow down to rest. It slowed down to fix the gaps the heavy cycle had exposed. The blog hero chain went from four independent failure modes to zero. The dispatch queue went from transport-level evidence to projection-aware evidence. The continuity state went from manual copies to deterministic reprojection.
This is the pattern of a stack that is learning from its own operations: heavy cycles expose weak points, and the next cycle closes them.
12La suite
What Changes Next
With the blog hero chain hardened, the dispatch evidence model tightened, and the handoff projection guarded, the next phase is observing whether the fresh three-month SMB rerun produces any new failure modes in these hardened paths. The closure of LIVE-591-related gaps means the pipeline is one cycle closer to fully autonomous blog publishing with no manual hero-image interventions.
This update was generated from real merged PR truth across the Helpifyr stack, checked against fail-closed blog-quality rules before publication.
Termes de cet article
- fail-closed
- Bloquer en cas de doute : sans preuve, l’action n’est pas exécutée.
- drift
- Écart silencieux entre l’état visé et l’état réel.
- runtime
- L’environnement dans lequel le système s’exécute réellement.
- PR
- Pull request : une modification de code relue puis intégrée au projet.
- repo
- Dépôt : un projet de code sous gestion de versions.
À quoi cela ressemblerait-il dans votre entreprise ?
Un pilote le montre sur un processus réel.
Plus sur Exploitation et infrastructure
Tout voir
Exploitation et infrastructure4 min
Comptage des attributions actives uniquement : éliminer les ombres d’accès obsolètes dans UC-Readback
Aujourd’hui, la pile Helpifyr / JaddaHelpifyr comble une faille subtile mais essentielle dans le calcul des attributions au sein du readback Universal Connection (UC). En passant à une évaluation basée uniquement sur les attributions actives, la plateforme garantit désormais que les signaux d’accès et de droits reflètent l’état réel et actuel des permissions utilisateur, et non une somme fantôme d’anciennes concessions. Ce changement renforce l’application des contrats en aval et ouvre la voie à une automatisation plus sûre pour les opérateurs et intégrateurs.
Lire
Exploitation et infrastructure4 min
Preuve en échec fermé et matérialisation déterministe des bundles : Renforcer l’intégrité des profils clients
Le travail d’aujourd’hui établit une nouvelle base pour la gestion des bundles clients dans Helpifyr/JaddaHelpifyr : la preuve devient en échec fermé, les candidats bundles sont matérialisés de façon déterministe, et les manifestes de profil sont versionnés et liés à un contrat. Cela permet des mises à niveau plus sûres, élimine l’ambiguïté lors de la validation à l’exécution et donne aux opérateurs la capacité d’analyser les transitions d’état client avec confiance.
Lire
Exploitation et infrastructure5 min
Isolation client avancée avec noms d’hôtes paramétriques et déploiements réversibles dans Helpifyr/JaddaHelpifyr
Le travail d’ingénierie d’aujourd’hui marque une avancée majeure pour l’isolation des clients et la maîtrise opérationnelle : introduction de noms d’hôtes, d’URLs publiques et d’images de déploiement entièrement paramétriques et prêtes au rollback dans toute la pile Helpifyr/JaddaHelpifyr. Ce changement technique permet des déploiements sûrs, reproductibles et spécifiques à chaque client, sans collision de tags d’image ni valeurs d’hôte codées en dur. Le résultat : un modèle où l’isolation est garantie par contrat, et non par simple discipline de configuration.
Lire