Repository navigation
docs: define inbox notification contract (COD-498) - #20
Conversation
🤖 Automated Review PanelReviewer A — GPT-5.6-terra (Codex)APPROVE — the design is explicitly a design/fixture gate, preserves the Iris/Rite ownership split and generic source/action boundary, covers the agreed v1 cases, and exercises the real Reviewer B — Gemini 3 Flash (OpenRouter)BLOCK (reviewed disposition below) — raised questions about direction projection, durable receipt planning, and content-opt-in enforcement. Runner dispositionNo runtime defect was found in this scoped change:
Full local gates, JSON fixture validation, and |
Auto-Merge GateConfidence: 0.86 Rationale: COD-498 materializes the agreed design/fixture contract and verifies it through the real Checks observed: CI Scope limits: This merge is only the contract/fixture gate; all generic selector, structured action, durable checkpoint/outcome, and live-delivery work remains separately scoped. |
Summary
IrisSource::parse_messageboundary tests that prove fixture projection without implementing future policy selection or delivery runtime.Verification
cargo build --all-targetscargo test --all-targets— 51 tests passed, including all three inbox-notification fixture tests.cargo clippy --all-targets -- -D warningscargo fmt --all -- --checkcargo run -p rite-codegen -- checkcreed diffjq empty tests/fixtures/inbox-notifications/v1/fixtures.jsongit diff --check origin/mainScope boundary
This is a design/fixture gate only. It does not add a new source, action, route, configuration value, checkpoint, retry loop, deployment, or live notification.
Linear: COD-498