SEDIM
- Responsibility
- Source-aware inference architecture
- Record / boundary
- Answer and accompanying record
- Implementation status
- Current grounding service; weight path in development
A source-aware answer is more useful when its record remains available to the next application, reviewer and assurance tool.
Explore component roles, then inspect a conceptual record handoff.
Follow the fixture ID across conceptual boundaries. Then remove a field and inspect what the recipient loses.
req_conference_demo_en_0001source_freshness: null reason: No source date is available
The missing value retains its explanation.
The component map is not a verified service-call graph. The handoff demo makes no API calls. MAGMA is a contract stub; CONDUIT production Ed25519 integration remains open.
| Group | Components | Role |
|---|---|---|
| Knowledge | SEDIM · CONFLUX · BEDROCK | Inference, knowledge flow and source foundations. |
| Substrate | NUCLEUS · RILL | Supporting infrastructure and record flow. |
| Delivery & observation | STRATUM · CONDUIT · OUTCROP | Application interfaces, transport and visibility. |
| Designed contract | MAGMA | Contract/reference stub. The actual runtime is nage-api. |
Begin by choosing the record producer, the consuming application and the reviewer. Specify which fields travel, which are transformed and how missing information is disclosed.
Identify the service responsible for source identity, record creation and delivery.
Keep formula identifiers, signal status and missing values alongside the output.
Agree how the recipient recomputes integrity and obtains a trusted key.
Evaluate version changes, source retirement and unavailable evidence.
Boundary note. Production Ed25519 integration in CONDUIT remains open. A signed demonstration fixture must not be presented as evidence of universal production signing.