@solvice/routing 0.16.1-beta.0 → 0.17.1-beta.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/README.md CHANGED
@@ -98,9 +98,12 @@ npm test # builds, typechecks tests/types.ts and examples/, runs the u
98
98
  npm run smoke # live calls; needs SOLVICE_API_KEY
99
99
  ```
100
100
 
101
- To release, bump `version` to the next `0.x.y-beta.n`, merge it to `main`, then run
102
- the "Publish TypeScript SDK" workflow on `main` (Actions → Run workflow). It runs
103
- `npm run publish:beta` through npm trusted publishing; never publish
101
+ Releases are automatic: when release-plz publishes the GitHub release `vX.Y.Z`, the
102
+ "Publish TypeScript SDK" workflow publishes `X.Y.Z-beta.0`. `version` in `package.json`
103
+ is a placeholder (`0.0.0-development`); the workflow sets the real one from the tag, so
104
+ never bump it. To publish a release that triggered nothing, or re-run a failed one, use
105
+ Actions → Run workflow on `main`: it publishes the latest tag, or the one typed into `tag`.
106
+ It runs `npm run publish:beta` through npm trusted publishing; never publish
104
107
  from a branch. The explicit `--tag beta` matters: npm 11 ignores
105
108
  `publishConfig.tag` and would move `latest` to the prerelease. Until a stable version
106
109
  exists, `latest` still points at the first prerelease (npm gives a package's first
package/dist/v3.d.ts CHANGED
@@ -1898,10 +1898,10 @@ export interface components {
1898
1898
  id?: string | null;
1899
1899
  /**
1900
1900
  * Format: int32
1901
- * @description Seconds late beyond the latest allowed arrival (`0` when on time), on
1902
- * task stops, measured from the arrival plus any `windowed` break taken
1903
- * on arrival at this stop (idle until that break's window opens
1904
- * included). Measures the hard time window only; a soft target is
1901
+ * @description Seconds the start of service is past the time window's `to` (`0` when
1902
+ * on time), on task stops, measured from the arrival plus any `windowed`
1903
+ * break taken on arrival at this stop (idle until that break's window
1904
+ * opens included). Measures the time window only; a soft target is
1905
1905
  * reported in `target_lateness_s`.
1906
1906
  * @example 0
1907
1907
  */
@@ -2181,6 +2181,35 @@ export interface components {
2181
2181
  /** @description How the search ended. */
2182
2182
  termination: components["schemas"]["SearchTermination"];
2183
2183
  };
2184
+ /**
2185
+ * @description One point of `search_progress`: the best plan's score `elapsed_ms` into
2186
+ * the search. `unassigned_priority` and `cost` mean what they mean in
2187
+ * `summary.score`; the best plan has the lowest `unassigned_priority`, then the
2188
+ * lowest `cost`, so `cost` can rise when more tasks get served.
2189
+ * @example {
2190
+ * "cost": 58.8436,
2191
+ * "elapsed_ms": 180,
2192
+ * "unassigned_priority": 0
2193
+ * }
2194
+ */
2195
+ SearchProgressPoint: {
2196
+ /**
2197
+ * Format: double
2198
+ * @description Total cost, in the objective's currency.
2199
+ */
2200
+ cost: number;
2201
+ /**
2202
+ * Format: int64
2203
+ * @description Milliseconds since the search started (the clock of
2204
+ * `summary.timings.search_ms`).
2205
+ */
2206
+ elapsed_ms: number;
2207
+ /**
2208
+ * Format: int64
2209
+ * @description Summed `priority` of the required tasks left unassigned.
2210
+ */
2211
+ unassigned_priority: number;
2212
+ };
2184
2213
  /**
2185
2214
  * @description How the search ended. New values may be added; clients must accept
2186
2215
  * unknown values.
@@ -2983,6 +3012,15 @@ export interface components {
2983
3012
  plan: components["schemas"]["Plan"];
2984
3013
  /** @description One entry per non-empty route. */
2985
3014
  routes: components["schemas"]["Route"][];
3015
+ /**
3016
+ * @description How the best plan improved during the search, oldest first: the
3017
+ * starting plan, every improvement (thinned to at most 500 entries), and
3018
+ * the final plan, which equals `summary.score` (it can equal, or after
3019
+ * the final repair be slightly worse than, the entry before it). Present on
3020
+ * every solve; absent on evaluate, which does not search. A large solve
3021
+ * the solver splits into clusters has the final entry alone.
3022
+ */
3023
+ search_progress?: components["schemas"]["SearchProgressPoint"][] | null;
2986
3024
  /** @description Aggregate statistics for the solve run. */
2987
3025
  summary: components["schemas"]["Summary"];
2988
3026
  /** @description Tasks that could not be feasibly assigned. */
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@solvice/routing",
3
- "version": "0.16.1-beta.0",
3
+ "version": "0.17.1-beta.0",
4
4
  "description": "TypeScript client for the Solvice V3 routing API, generated from its OpenAPI spec.",
5
5
  "license": "Apache-2.0",
6
6
  "homepage": "https://docs.solvice.io/guides/platform/sdks/typescript",