@theokit/sdk-tools 0.27.2 → 0.27.3

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.d.cts CHANGED
@@ -1103,6 +1103,17 @@ interface CreateRunVitestToolOptions {
1103
1103
  * The fields lifted from vitest's JSON report. All optional, because the object is the report's own
1104
1104
  * top level passed through unvalidated — a vitest version that renames a field yields `undefined`
1105
1105
  * here rather than an error, so treat a missing `success` as unknown, never as failed.
1106
+ *
1107
+ * That risk is the reason the peer range is unbounded (`vitest >=2.0.0`), and it was measured on
1108
+ * 2026-08-31 rather than left as a worry: the same two-test suite run under 2.1.9, 3.2.7 and 4.1.11
1109
+ * emitted all four fields, correctly, every time. Two majors above the declared floor are already
1110
+ * published and the promise holds.
1111
+ *
1112
+ * What that does NOT establish: this is the JSON REPORTER's contract, not a typed API — nothing
1113
+ * imports vitest here, the tool shells out to `npx --no-install vitest run --reporter=json`. So no
1114
+ * compiler will notice when a future major renames a field; the measurement above is a dated
1115
+ * observation, not a guarantee, and it expires the day vitest 5 ships. Re-run it before widening
1116
+ * anything that depends on these names.
1106
1117
  */
1107
1118
  interface VitestSummary {
1108
1119
  numTotalTests?: number;
package/dist/index.d.ts CHANGED
@@ -1103,6 +1103,17 @@ interface CreateRunVitestToolOptions {
1103
1103
  * The fields lifted from vitest's JSON report. All optional, because the object is the report's own
1104
1104
  * top level passed through unvalidated — a vitest version that renames a field yields `undefined`
1105
1105
  * here rather than an error, so treat a missing `success` as unknown, never as failed.
1106
+ *
1107
+ * That risk is the reason the peer range is unbounded (`vitest >=2.0.0`), and it was measured on
1108
+ * 2026-08-31 rather than left as a worry: the same two-test suite run under 2.1.9, 3.2.7 and 4.1.11
1109
+ * emitted all four fields, correctly, every time. Two majors above the declared floor are already
1110
+ * published and the promise holds.
1111
+ *
1112
+ * What that does NOT establish: this is the JSON REPORTER's contract, not a typed API — nothing
1113
+ * imports vitest here, the tool shells out to `npx --no-install vitest run --reporter=json`. So no
1114
+ * compiler will notice when a future major renames a field; the measurement above is a dated
1115
+ * observation, not a guarantee, and it expires the day vitest 5 ships. Re-run it before widening
1116
+ * anything that depends on these names.
1106
1117
  */
1107
1118
  interface VitestSummary {
1108
1119
  numTotalTests?: number;