Interface: ConformanceRepairResponse
@kortexya/reasoninglayer / ConformanceRepairResponse
Interface: ConformanceRepairResponse
Section titled “Interface: ConformanceRepairResponse”Defined in: src/types/conformance.ts:239
Response from a conformance repair pass.
Remarks
Section titled “Remarks”applied + rolledBack + residuated accounts for every one of the
totalViolations detected. records carries the per-violation
disposition in the detector’s deterministic order.
Example
Section titled “Example”const result = await client.conformance.repair({ format: 'turtle', ontology });console.log(`${result.applied} repaired, ${result.residuated} left for review`);Properties
Section titled “Properties”applied
Section titled “applied”applied:
number
Defined in: src/types/conformance.ts:243
Violations whose swap was applied and verified sound.
durabilityFailures
Section titled “durabilityFailures”durabilityFailures:
string[]
Defined in: src/types/conformance.ts:257
Repairs applied in memory but not persisted. Each entry names a term whose applied correction reached only the engine process’s resident store: the term routes still answer that term’s pre-repair state, and the next hydration undoes the correction. Empty on a clean pass — show a non-empty list as “applied but not saved”.
records
Section titled “records”records:
CorrectionRecordDto[]
Defined in: src/types/conformance.ts:249
One record per detected violation, in the detector’s deterministic order.
residuated
Section titled “residuated”residuated:
number
Defined in: src/types/conformance.ts:247
Violations left residuated for the LLM/human layer.
rolledBack
Section titled “rolledBack”rolledBack:
number
Defined in: src/types/conformance.ts:245
Violations whose swap was reversed (would have been unsound).
totalViolations
Section titled “totalViolations”totalViolations:
number
Defined in: src/types/conformance.ts:241
Total number of violations detected.