Skip to content

fix: connect stored daily runtime records to QRS - #526

Merged
Pigbibi merged 3 commits into
mainfrom
fix/daily-runtime-qrs-sync-20260929
Sep 28, 2026
Merged

Pigbibi merged 3 commits into
mainfrom
fix/daily-runtime-qrs-sync-20260929

Conversation

@Pigbibi

@Pigbibi Pigbibi commented Sep 28, 2026

Copy link
Copy Markdown
Collaborator

Daily runtime projections were saved to GCS but never delivered to the existing QRS daily-record endpoint. Add an optional, default-off publisher to the existing PAPER heartbeat step. It sends the exact stored body only after a confirmed new object, using the existing execution-evidence token and fixed target contract.

Existing objects and uncertain storage writes never trigger delivery. HTTP delivery has bounded sizes/timeouts, no redirects or retries, and validates the returned business date and target. Storage and sync outcomes remain separate. No production flags, credentials, bindings or trading settings are changed.

Validation: 49 targeted tests; Ruff, actionlint and diff check; independent Astra review. Actual Python-generated synthetic body passed the fixed QRS Worker contract (unauthorized 401, disabled 404, valid 200 with one write). Real production delivery remains unverified and disabled.

Pigbibi and others added 3 commits September 29, 2026 04:13
Co-Authored-By: Codex <noreply@openai.com>
Co-Authored-By: Codex <noreply@openai.com>
…-sync-20260929

Co-Authored-By: Codex <noreply@openai.com>
@Pigbibi
Pigbibi merged commit 24bc78d into main Sep 28, 2026
1 check passed
@Pigbibi
Pigbibi deleted the fix/daily-runtime-qrs-sync-20260929 branch September 28, 2026 21:14
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