The phantom baseline and the double-prefix problem
Observation
The project has no baselines. The previous integrity check (OBS-005) explicitly states “an initial baseline has been created,” yet the baseline list returns empty. Either the creation call failed silently or the API accepted it without persisting. This means the research record has been accumulating requirements — nine of them across three documents — with no snapshot to diff against.
A second structural problem emerged from the baseline that was successfully created this session: the requirement refs split into two naming conventions. The first batch of reconstructed requirements carry double-prefixed refs (HYP-HYP-001, RES-RES-001, OBS-OBS-001 through OBS-OBS-004), while later requirements use correct single-prefix refs (OBS-005, OBS-006). The hypotheses-to-results trace links reference the double-prefixed IDs and appear functional, but this inconsistency could cause problems as the corpus grows.
Evidence
Baseline list returned zero entries. After creating baseline BL-UHTRESEARCH-006, it captured 10 requirement versions with refs: OBS-006, OBS-005, OBS-OBS-004, OBS-OBS-003, OBS-OBS-002, OBS-OBS-001, RES-RES-002, RES-RES-001, HYP-HYP-002, HYP-HYP-001. The two naming patterns are visible in this single list. The hypotheses-to-results linkset contains two functional trace links (HYP-001→RES-001, HYP-002→RES-002) with 2 link count confirmed. The observations-to-hypotheses linkset remains at zero links despite 6 observations now existing.
The orphan OPEN_HYPOTHESIS fact for hypothesis-8 (uuid 019cd276-20ff) was deleted. It had persisted through at least two sessions after hypothesis-8 was confirmed.
Interpretation
The phantom baseline suggests the prior session’s airgen bl create call returned success without actually persisting — possibly a transient API issue, or the call was never reached due to budget exhaustion. The double-prefix issue likely originated during reconstruction: when requirements were created with --document hypotheses, the document’s short code (HYP) was prepended to the requirement ID that already contained “HYP-” in its numbering. Later requirements created directly into the observations document avoided this because OBS-005 was assigned by the system without manual ref specification. This is cosmetic but could create confusion in trace link references.
The zero-link observations-to-hypotheses linkset is the most substantive gap. Six observations exist, several directly suggest hypotheses (OBS-003 motivates reconstruction work that became HYP-001 and HYP-002), but no formal trace connects them. The research record’s traceability is incomplete at its foundation.
Action
Created baseline BL-UHTRESEARCH-006 as the first verified snapshot. Recorded findings as OBS-006. Cleaned the orphan OPEN_HYPOTHESIS fact. The next session should prioritise TRACE_GAP to establish observation-to-hypothesis links for OBS-001 through OBS-004, and investigate whether the double-prefixed refs can be normalised or must be accepted as-is. The stale PENDING_NOTIFICATION fact should be investigated by the dispatcher operator.
Discussion