Repository navigation
evidence(OMN-12491): prove savings_estimates materialization on stability-test - #1925
Conversation
…lity-test
Diagnosis: recon mis-targeted the DB. savings_estimates already materializes in
omnibase_infra (the DB the runtime savings projection and projection API use per
contract db_io.database=omnibase_infra / OMNIBASE_INFRA_DB_URL) -- 31 positive-savings
rows, total $1.2209. The empty table in recon is a vestigial omnidash_analytics copy
no writer targets. Reprocessed three genuine recorded delegate-skill-completed events
through the running runtime consumer; each emitted projection-savings-applied
{projected:true} with correlation binding to delegation_events. No code change, no
runtime restart. Defensively reconciled the vestigial omnidash_analytics schema.
|
Warning Review limit reached
More reviews will be available in 38 minutes and 40 seconds. Learn how PR review limits work. Your organization has run out of usage credits. Purchase more in the billing tab. ⌛ How to resolve this issue?After more reviews become available, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans include higher PR review limits than trial, open-source, and free plans. In all cases, reviews become available again over time. During sustained high-volume PR review activity, CodeRabbit may temporarily slow when the next review becomes available. Please see our Fair Usage Limits Policy for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (5)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
OMN-12491 — savings_estimates materialization proof (stability-test)
Root cause (confirmed)
The ticket premise (
savings_estimates= 0 rows) was a database mis-target in recon. The runtime savings projection (node_projection_savings/HandlerProjectionSavings) and the projection API both use theomnibase_infradatabase — the contract declaresdb_io.db_tables[0].database = omnibase_infraand the runtime resolvesOMNIBASE_INFRA_DB_URL(handler_wiring.py:668-669,939-949;api_server.py:84). There,savings_estimatesalready holds 31 positive-savings rows, total $1.2209. The empty table recon queried is a divergent, vestigial copy inomnidash_analyticsthat no writer targets.Proof
Reprocessed three genuine recorded
delegate-skill-completedevents (real Qwen3.6-35B-A3B runs, measured tokens, savings>0) through the running runtime consumer at 2026-05-30T16:07. Each emittedonex.evt.omnimarket.projection-savings-applied.v1 {"projected":true}and upserted a row with correlation binding todelegation_events:All 31 rows distinct on the identity key; no duplicates.
Fix
omnidash_analytics.savings_estimatesschema to canonical (idempotent DDL) so it cannot silently mis-route future writers.Inference backend
Live bifrost overlay already routes
code_generationtolocal-coder(.201:8000Qwen3.6-35B-A3B, reachable) withcloud-sonnetfallback;.200:8101DeepSeek present. No overlay change required.Separate finding (out of scope)
Projection API
cost.summaryendpoint is degraded:syntax error at or near "window"(reserved-word SQL bug in the cost summary aggregation). Distinct from savings_estimates; should be filed separately.Evidence:
evidence/OMN-12491/+contracts/OMN-12491.yaml+drift/dod_receipts/OMN-12491/.