Skip to content

fix: qualify and adopt the daily briefing source independently - #338

Merged
Pigbibi merged 1 commit into
mainfrom
codex/daily-briefing-release-adoption-20261008
Oct 8, 2026
Merged

Pigbibi merged 1 commit into
mainfrom
codex/daily-briefing-release-adoption-20261008

Conversation

@Pigbibi

@Pigbibi Pigbibi commented Oct 8, 2026

Copy link
Copy Markdown
Contributor

The deployed daily service still runs an older immutable source release, so the merged runtime handoff consumer never executes. Add a daily-only release adopter that checks the exact current release and candidate main SHA, reuses the existing approved venv/data, and qualifies only the actual daily imports before atomically updating its own service drop-in.

The helper preserves other drop-ins, credentials, ExecStartPre, health service and timers. It does not install dependencies, call cloud APIs, start services, or send notifications. The full V2 dependency-install gate stays unchanged; an older QPK can still report incomplete domain coverage independently. Uncertain readback stops with the recovery snapshot retained.

Validation: 39 synthetic adoption/immutable-install/runtime-pipeline tests passed, including consecutive upgrades, qualification failure before unit changes, immutable-source preservation and uncertain readback; Bash syntax, Ruff, actionlint and diff checks passed. CI now runs these same three suites. Real natural-cycle delivery remains a separate production acceptance step.

@Pigbibi
Pigbibi merged commit 8fdab3f into main Oct 8, 2026
2 checks passed
@Pigbibi
Pigbibi deleted the codex/daily-briefing-release-adoption-20261008 branch October 8, 2026 15:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant