Library / Semantic Integration Engineering Principles Framework
Jump to passage
In this reading

Link to current text

Published source confirmed at last check

Source changed 2026-10-03 08:25:59 UTC · snapshot created 2026-10-03 08:26:43 UTC · last check 2026-10-03 08:30:15 UTC

SIE.4:4 - Solution

Separate candidate discovery, direct relation judgment, and bounded-use qualification. For each row, identify exact source-local endpoints, state the relation or incompatibility and orientation, justify it with evidence and counterexamples, then decide whether that relation may support the named use under a stated loss boundary. Keep the direct relation and its use qualification independently inspectable.

SIE.4:4.1 - Pattern-Use Unfolding

  1. Take the question from the contract. State the receiving answer and why this endpoint relation can change it.
  2. Bind exact endpoints. Reference the SIE.2 source rows, schemes, definitions, editions, profiles, effectivity, units, codes, and local extensions. Do not map labels without their senses.
  3. Generate candidates without promotion. Lexical, structural, instance, expert, historical, or matcher evidence may nominate a row. Record the candidate source and score where useful, but do not treat nomination as acceptance.
  4. State the direct relation or difference. Use the narrowest warranted relation vocabulary. State direction and whether the inverse, symmetry, or transitivity is actually supported. If no positive relation is established, choose rejected, unresolved, or incompatible with reason.
  5. Test examples and counterexamples. Include instances or cases that should satisfy the relation and cases that distinguish endpoints, including version, unit, code, granularity, lifecycle, and authority differences.
  6. Qualify the receiving use. State which substitution, comparison, join, navigation, or transformation the row permits, what semantic loss it introduces, and which uses remain forbidden.
  7. Preserve evidence and authority. Record justification, evidence source, reviewer or domain authority where required, uncertainty or confidence, and the owner of any unresolved domain judgment.
  8. Assign a row disposition. Use accepted-for-use, accepted-with-loss, rejected, unresolved, or incompatible. A row can state a true broader/narrower relation yet be rejected for this use.
  9. State dependencies and tests. Name whether SIE.5, SIE.6, or SIE.7 consumes the row, plus a test or observation that reopens it.

SIE.4:4.2 - Record the Result

Correspondence positionRequired content
row identity and usestable row identifier, receiver/use, consuming result
source endpointsource, scheme/model, exact sense, edition/profile/effectivity, identifier
target endpointsource, scheme/model, exact sense, edition/profile/effectivity, identifier
direct relationrelation or explicit difference/incompatibility, orientation, inverse/symmetry/transitivity qualification
use qualificationpermitted operation, accepted loss, forbidden reuse, conditions
warrantcandidate origin, justification, evidence, authority, uncertainty/confidence where meaningful
challengepositive examples, counterexamples, negative/unlike cases
disposition and continuationaccepted-for-use, accepted-with-loss, rejected, unresolved, incompatible; downstream reference and reopen condition

SIE.4:4.3 - What Changes in Practice

The team stops treating a mapping spreadsheet as a bag of equalities. A matcher result becomes a candidate; a domain judgment becomes a relation warrant; and a receiving-use decision states what the relation may safely support. Unresolved and incompatible rows remain visible to the interface and tests.