@kortexya/reasoninglayer 0.15.2 → 0.17.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/index.cjs +56 -2
- package/dist/index.cjs.map +1 -1
- package/dist/index.d.cts +194 -22
- package/dist/index.d.ts +194 -22
- package/dist/index.js +56 -2
- package/dist/index.js.map +1 -1
- package/package.json +1 -1
package/dist/index.js
CHANGED
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
// src/config.ts
|
|
2
|
-
var SDK_VERSION = "0.
|
|
2
|
+
var SDK_VERSION = "0.17.0";
|
|
3
3
|
function resolveConfig(config) {
|
|
4
4
|
if (!config.baseUrl) {
|
|
5
5
|
throw new Error("ClientConfig.baseUrl is required");
|
|
@@ -4020,6 +4020,24 @@ var Causal = class {
|
|
|
4020
4020
|
format: "json",
|
|
4021
4021
|
...params
|
|
4022
4022
|
});
|
|
4023
|
+
/**
|
|
4024
|
+
* @description This endpoint validates whether a DiD design is theoretically sound given the known causal structure and unobserved confounding. It uses the Transformed SWIG (Delta-SWIG) framework from Knaus & Pfleiderer (2026).
|
|
4025
|
+
*
|
|
4026
|
+
* @tags causal
|
|
4027
|
+
* @name ValidateDid
|
|
4028
|
+
* @summary Validate a Difference-in-Differences (DiD) design
|
|
4029
|
+
* @request POST:/api/v1/causal/validate-did
|
|
4030
|
+
* @secure
|
|
4031
|
+
*/
|
|
4032
|
+
validateDid = (data, params = {}) => this.http.request({
|
|
4033
|
+
path: `/api/v1/causal/validate-did`,
|
|
4034
|
+
method: "POST",
|
|
4035
|
+
body: data,
|
|
4036
|
+
secure: true,
|
|
4037
|
+
type: "application/json" /* Json */,
|
|
4038
|
+
format: "json",
|
|
4039
|
+
...params
|
|
4040
|
+
});
|
|
4023
4041
|
};
|
|
4024
4042
|
|
|
4025
4043
|
// src/api-spec/generated/Reviews.ts
|
|
@@ -5091,6 +5109,42 @@ var Query = class {
|
|
|
5091
5109
|
format: "json",
|
|
5092
5110
|
...params
|
|
5093
5111
|
});
|
|
5112
|
+
/**
|
|
5113
|
+
* @description Skips the NL → structured-problem LLM hop entirely. Caller must have seeded the tenant KB with ≥ 3 successful + ≥ 2 limited Ψ-terms per domain (`/api/v1/terms/bulk` or `/api/v1/inference/facts/bulk`). Returns the same `NlQueryResponse` shape as the NL route so the UI can render either output uniformly.
|
|
5114
|
+
*
|
|
5115
|
+
* @tags query
|
|
5116
|
+
* @name TrizInvent
|
|
5117
|
+
* @summary Handle `POST /api/v1/triz/invent` — deterministic TRIZ invention.
|
|
5118
|
+
* @request POST:/api/v1/triz/invent
|
|
5119
|
+
* @secure
|
|
5120
|
+
*/
|
|
5121
|
+
trizInvent = (data, params = {}) => this.http.request({
|
|
5122
|
+
path: `/api/v1/triz/invent`,
|
|
5123
|
+
method: "POST",
|
|
5124
|
+
body: data,
|
|
5125
|
+
secure: true,
|
|
5126
|
+
type: "application/json" /* Json */,
|
|
5127
|
+
format: "json",
|
|
5128
|
+
...params
|
|
5129
|
+
});
|
|
5130
|
+
/**
|
|
5131
|
+
* No description
|
|
5132
|
+
*
|
|
5133
|
+
* @tags query
|
|
5134
|
+
* @name TrizRecordOutcome
|
|
5135
|
+
* @summary Handle `POST /api/v1/triz/record-outcome` — persist a measured outcome for a previously-emitted TRIZ proposal and learn from it.
|
|
5136
|
+
* @request POST:/api/v1/triz/record-outcome
|
|
5137
|
+
* @secure
|
|
5138
|
+
*/
|
|
5139
|
+
trizRecordOutcome = (data, params = {}) => this.http.request({
|
|
5140
|
+
path: `/api/v1/triz/record-outcome`,
|
|
5141
|
+
method: "POST",
|
|
5142
|
+
body: data,
|
|
5143
|
+
secure: true,
|
|
5144
|
+
type: "application/json" /* Json */,
|
|
5145
|
+
format: "json",
|
|
5146
|
+
...params
|
|
5147
|
+
});
|
|
5094
5148
|
/**
|
|
5095
5149
|
* @description This performs unification AND validates the result against the GLB sort's witnesses. ## How It Differs from Regular Unification **Regular `/api/v1/term-store/sessions/:id/unify` (POST)**: - Computes GLB and unifies terms - Validates sort constraints (required features, type hints) - Does NOT check witnesses **This endpoint `/api/v1/query/validated-unify` (POST)**: - Computes GLB and unifies terms - Validates sort constraints - ALSO checks witnesses on the result - Returns proof of validity ## Example Unifying `person(name => "Alice")` with `grandparent(grandchild => "Charlie")`: 1. Computes GLB of person and grandparent 2. Creates unified term with both features 3. Checks grandparent witnesses: ∃Y. parent(Alice,Y) ∧ parent(Y,Charlie) 4. Returns unified term + witness proof
|
|
5096
5150
|
*
|
|
@@ -17036,7 +17090,7 @@ function FormalJudgeRequestFromFrontToApi(model) {
|
|
|
17036
17090
|
final_output: model.finalOutput,
|
|
17037
17091
|
execution_log: model.executionLog,
|
|
17038
17092
|
config: model.config ? JudgeConfigDtoFromFrontToApi(model.config) : void 0,
|
|
17039
|
-
|
|
17093
|
+
risk_categories: model.riskCategories
|
|
17040
17094
|
};
|
|
17041
17095
|
}
|
|
17042
17096
|
function LayerResultDtoFromApiToFront(dto) {
|