@camstack/addon-provider-gree 0.2.42 → 0.2.44

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.
Files changed (3) hide show
  1. package/dist/addon.js +333 -12
  2. package/dist/addon.mjs +333 -12
  3. package/package.json +1 -1
package/dist/addon.js CHANGED
@@ -8167,13 +8167,49 @@ var StorageMigrationParticipantSchema = _enum([
8167
8167
  "recorder",
8168
8168
  "analytics"
8169
8169
  ]);
8170
+ /**
8171
+ * The mover's own numbers, folded onto the coordinator's durable move record.
8172
+ *
8173
+ * The long half of a non-blocking migration is `draining`, and it is measured
8174
+ * in hours: 136 885 files at ~4 MB/s is about five of them. Before this shape
8175
+ * existed the only place those numbers appeared was a Loki line, so an operator
8176
+ * watching the Admin UI saw `phase: draining` and nothing else for a whole
8177
+ * afternoon.
8178
+ *
8179
+ * It is POLLED, never pushed. Events are telemetry and may be dropped
8180
+ * (D8/D11), and a dropped progress event is indistinguishable from a stalled
8181
+ * mover — which is the exact failure this is meant to end. The coordinator's
8182
+ * `waitForMoves` already fetches the whole {@link RelocateJob} on every tick to
8183
+ * read `state`; folding the counters costs no extra read and makes the durable
8184
+ * record say afterwards how far a move actually got.
8185
+ *
8186
+ * `filesTotal` is `null` for "no honest denominator" and is never zero-filled:
8187
+ * a windowed footage job (`sinceMs`) and a node with no ledger both genuinely
8188
+ * cannot say M, and a 0 there would render as "100 % done".
8189
+ */
8190
+ var StorageMigrationMoveProgressSchema = object({
8191
+ filesMoved: number().int().nonnegative(),
8192
+ /** The archive census — the **M** of "N of M" (D295). `null` = unknowable. */
8193
+ filesTotal: number().int().nonnegative().nullable(),
8194
+ bytesMoved: number().int().nonnegative(),
8195
+ /** The MOVER's start, not the migration's: a drain restarted after an addon
8196
+ * crash gets a new mover, and a rate computed from the migration's start
8197
+ * would silently average in the time nothing was running. */
8198
+ startedAt: number(),
8199
+ /** When the coordinator last read these numbers. Paired with `startedAt` it
8200
+ * is the only honest rate: both clocks are the hub's, so a UI never has to
8201
+ * subtract its own. */
8202
+ observedAt: number()
8203
+ });
8170
8204
  var StorageMigrationMoveSchema = object({
8171
8205
  storageClass: StorageMigrationClassSchema,
8172
8206
  fromLocationId: string(),
8173
8207
  toLocationId: string(),
8174
8208
  moverJobId: string().nullable(),
8175
8209
  state: RelocateJobStateSchema.nullable(),
8176
- error: string().nullable()
8210
+ error: string().nullable(),
8211
+ /** Last observed mover counters; `null` until the mover has been polled once. */
8212
+ progress: StorageMigrationMoveProgressSchema.nullable()
8177
8213
  });
8178
8214
  var StorageMigrationJobSchema = object({
8179
8215
  jobId: string(),
@@ -8219,6 +8255,98 @@ var StorageMigrationPlanSchema = object({
8219
8255
  findings: array(StorageMigrationFindingSchema)
8220
8256
  });
8221
8257
  /**
8258
+ * A mover as it exists RIGHT NOW, whether or not a migration job owns it.
8259
+ *
8260
+ * The coordinator's job record is the state of record for a migration, and its
8261
+ * moves carry {@link StorageMigrationMoveProgress}. But the movers are usable
8262
+ * standalone — `recording.relocateFootage` and `pipelineAnalytics.relocateMedia`
8263
+ * are both operator-callable, and on 2026-08-29 a five-hour drain was armed that
8264
+ * way because no supported UI path existed. A mover armed like that has no job
8265
+ * to fold progress into, so it has to be readable on its own or it is invisible.
8266
+ *
8267
+ * `migrationJobId` is what tells the two apart: `null` means nothing here
8268
+ * orchestrated it.
8269
+ */
8270
+ var StorageMigrationMoverSchema = object({
8271
+ lane: _enum(["footage", "media"]),
8272
+ job: RelocateJobSchema,
8273
+ /** The coordinator job that armed this mover, or `null` for a mover armed
8274
+ * directly against the owning addon. */
8275
+ migrationJobId: string().nullable(),
8276
+ /** When the hub read these counters. Stamped here so a rate is `bytesMoved`
8277
+ * over (`observedAt` − `job.startedAt`) with BOTH ends on the hub's clock —
8278
+ * a browser subtracting its own `Date.now()` from a server `startedAt` is a
8279
+ * rate made of two different clocks. */
8280
+ observedAt: number()
8281
+ });
8282
+ /**
8283
+ * What a SOURCE still holds for one storage class — the number that makes a
8284
+ * "drain remaining" action honest rather than hopeful.
8285
+ *
8286
+ * It comes from the archive (`SegmentHourLedger.census` for footage, the media
8287
+ * engine's own selection count for media), never from the resident index: a
8288
+ * drain sized off `RecordingIndex` is what reported `done` over 80.3 GB it had
8289
+ * never been told about (D295).
8290
+ *
8291
+ * `items`/`bytes` are `null` for "the archive could not be asked", which is
8292
+ * deliberately NOT zero: a drain is still offered for an unknown residue,
8293
+ * because refusing on an unanswerable read would hide exactly the case an
8294
+ * operator needs to act on.
8295
+ */
8296
+ var StorageMigrationResidueSchema = object({
8297
+ storageClass: StorageMigrationClassSchema,
8298
+ /** The location still holding the data. `'*'` for the media lane, whose rows
8299
+ * move from wherever they are rather than from one named source. */
8300
+ fromLocationId: string(),
8301
+ /** Where a drain would move it — the class's CURRENT default. */
8302
+ toLocationId: string(),
8303
+ /** Segments (footage lane) or rows (media lane) still on the source. */
8304
+ items: number().int().nonnegative().nullable(),
8305
+ /** Bytes on the source; `null` when the lane counts rows rather than bytes. */
8306
+ bytes: number().int().nonnegative().nullable()
8307
+ });
8308
+ /**
8309
+ * Run the DRAIN half and nothing else.
8310
+ *
8311
+ * A migration that reached `done` has already repointed, so `start` correctly
8312
+ * refuses its destination ("already the default") — there is nothing left to
8313
+ * repoint. But the drain can fail, be cancelled, be interrupted by a restart,
8314
+ * or finish against a work list that was a tenth of the archive (D295), and
8315
+ * before this there was no supported way to run only that half: the only way
8316
+ * through was calling `recording.relocateFootage` by hand over admin tRPC.
8317
+ *
8318
+ * `drain` NEVER calls `setDefaultLocations`. That is what keeps `start`'s
8319
+ * refusal meaningful: the two verbs are disjoint, so nothing here can silently
8320
+ * re-repoint a class that is already migrated.
8321
+ */
8322
+ var StorageMigrationDrainInputSchema = object({
8323
+ /** The classes to drain. Each must appear in `storageMigration.residue`, so
8324
+ * a class whose source is already empty is refused rather than started. */
8325
+ classes: array(StorageMigrationClassSchema).min(1),
8326
+ throttleMbps: number().min(1).max(1e3).optional()
8327
+ });
8328
+ /** What a footage source still holds, asked of the durable hour ledger. */
8329
+ var RelocateResidueInputSchema = object({
8330
+ fromLocationId: string().min(1),
8331
+ /** Narrow to one logical class; omit for every profile on the location. */
8332
+ footageClass: RelocateFootageClassSchema.optional()
8333
+ });
8334
+ /** `null` = the archive could not answer (no ledger on this node, or the
8335
+ * aggregate failed). Never conflated with an empty source. */
8336
+ var RelocateResidueSchema = object({
8337
+ segments: number().int().nonnegative(),
8338
+ bytes: number().int().nonnegative()
8339
+ }).nullable();
8340
+ /** How many rows a media pass would still act on against a given target — the
8341
+ * media lane's denominator AND its residue, from ONE derivation so the two can
8342
+ * never disagree. `null` = the count could not be taken. */
8343
+ var RelocatableMediaCountSchema = object({ rows: number().int().nonnegative() }).nullable();
8344
+ var RelocatableMediaCountInputSchema = object({
8345
+ toLocationId: string().min(1),
8346
+ /** Omitted = `move`. */
8347
+ mode: MediaRelocateModeSchema.optional()
8348
+ });
8349
+ /**
8222
8350
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8223
8351
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8224
8352
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8322,6 +8450,32 @@ var StorageLocationRefSchema = union([StorageLocationTypeSchema, string().regex(
8322
8450
  * two addons declaring the same `id` must agree on `cardinality` (validated
8323
8451
  * at kernel aggregation time, not here).
8324
8452
  */
8453
+ /**
8454
+ * `StorageAccess` — how the service that DECLARED a storage-location kind
8455
+ * actually reaches the bytes. It is the constraint that decides which
8456
+ * `storage-provider`s may back a location of that kind.
8457
+ *
8458
+ * - `'local-path'` — the service asks `storage.resolve` for a path string and
8459
+ * then does its own `node:fs` I/O on it (the recorder's segment writer, the
8460
+ * post-analysis media roots). Only a provider that serves a genuine local
8461
+ * filesystem (`getProviderInfo().nodeLocal === true`) can satisfy that: a
8462
+ * remote provider's `resolve` returns a path on the REMOTE host, and
8463
+ * `fs.readdir` of it on this node either fails or — far worse — succeeds
8464
+ * against a same-named local directory that is something else entirely.
8465
+ *
8466
+ * - `'cap-mediated'` — every byte travels through the `storage` cap
8467
+ * (`read`/`write`, or `beginUpload`/`writeChunk`/`finalizeUpload`). The
8468
+ * service never sees a path, so any provider can back it. `backups` is the
8469
+ * one kind that qualifies today.
8470
+ *
8471
+ * Before this existed, `recordings` was unreachable by SFTP/S3/WebDAV only as
8472
+ * an EMERGENT property of how the recorder happened to be written. Nothing
8473
+ * refused the configuration; the first write simply went somewhere wrong, and
8474
+ * a recording write that goes wrong surfaces as a silent black window rather
8475
+ * than an error (the read path does not `stat`). This turns that accident into
8476
+ * a declared, enforced, testable refusal.
8477
+ */
8478
+ var StorageAccessSchema = _enum(["local-path", "cap-mediated"]);
8325
8479
  var StorageLocationDeclarationSchema = object({
8326
8480
  /**
8327
8481
  * Global location identifier, e.g. `recordings` or `recordingsLow`.
@@ -8341,6 +8495,19 @@ var StorageLocationDeclarationSchema = object({
8341
8495
  */
8342
8496
  cardinality: _enum(["single", "multi"]),
8343
8497
  /**
8498
+ * HOW the declaring service reaches the bytes — and therefore WHICH
8499
+ * providers may back a location of this kind. See {@link StorageAccessSchema}
8500
+ * and {@link STORAGE_ACCESS_FALLBACK}.
8501
+ *
8502
+ * Absent means `'local-path'`. That default is FAIL-CLOSED on purpose: it
8503
+ * can only over-restrict (refuse a remote provider for a kind that might
8504
+ * have coped) and never under-restrict. Declaring `'cap-mediated'` is the
8505
+ * permissive direction and is therefore never inferred — a repo guard
8506
+ * (`scripts/check-storage-access-declarations.ts`) refuses to let it be
8507
+ * reached by omission.
8508
+ */
8509
+ access: StorageAccessSchema.optional(),
8510
+ /**
8344
8511
  * When set, the default instance for this location inherits its resolved
8345
8512
  * root from the named location's default instance. Useful for derivative
8346
8513
  * slots (e.g. `recordingsLow` → `recordings`) so operators only need to
@@ -18208,8 +18375,10 @@ var TrackSchema = object({
18208
18375
  lastSeen: number(),
18209
18376
  /** Frame-rate position history (subject to maxPositionHistory cap). */
18210
18377
  positions: array(TrackPositionSchema).readonly(),
18211
- /** Periodic snapshots at snapshotIntervalMs cadence (subject to
18212
- * saveThumbnails policy). */
18378
+ /** Periodic snapshots at snapshotIntervalMs cadence — DEBUG media, produced
18379
+ * only while `MediaSettings.debugMediaEnabled` is on for the camera (D299;
18380
+ * the retired `saveThumbnails` used to gate this and the rolling
18381
+ * `lastFrame` together). Empty is the healthy default, not a capture gap. */
18213
18382
  snapshots: array(TrackSnapshotSchema).readonly(),
18214
18383
  /** Deduplicated zones the track has entered at least once. Zone IDS. */
18215
18384
  zonesVisited: array(string()).readonly(),
@@ -19069,7 +19238,10 @@ DeviceType.Camera, method(object({ deviceId: number() }), array(TrackSchema).rea
19069
19238
  }), method(RelocateMediaInputSchema, object({ jobId: string() }), {
19070
19239
  kind: "mutation",
19071
19240
  auth: "admin"
19072
- }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(object({}), array(RelocateJobSchema).readonly(), {
19241
+ }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(RelocatableMediaCountInputSchema, RelocatableMediaCountSchema, {
19242
+ kind: "query",
19243
+ auth: "admin"
19244
+ }), method(object({}), array(RelocateJobSchema).readonly(), {
19073
19245
  kind: "query",
19074
19246
  auth: "admin"
19075
19247
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
@@ -21028,6 +21200,9 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
21028
21200
  }), method(object({ jobId: string().optional() }), StorageMigrationJobSchema.nullable(), { auth: "admin" }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
21029
21201
  kind: "mutation",
21030
21202
  auth: "admin"
21203
+ }), method(object({}), array(StorageMigrationMoverSchema).readonly(), { auth: "admin" }), method(object({}), array(StorageMigrationResidueSchema).readonly(), { auth: "admin" }), method(StorageMigrationDrainInputSchema, object({ jobId: string() }), {
21204
+ kind: "mutation",
21205
+ auth: "admin"
21031
21206
  });
21032
21207
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
21033
21208
  providerId: string().min(1),
@@ -21426,12 +21601,38 @@ response: record(string(), unknown()) }), object({
21426
21601
  *
21427
21602
  * ## Why this is a capability and not a helper
21428
21603
  *
21429
- * Six stores in `addon-post-analysis` already hold vectors — object CLIP, face,
21430
- * plate, vehicle, identity, and the event store's derivatives — and every one of
21431
- * them keeps its vectors in a `JSON` settings-store column and ranks them by
21432
- * brute-force cosine in JS. Measured on the live hub that costs ~11.7 KB per row
21433
- * (512 floats as TEXT, `JSON.parse`d on every search) and made semantic search
21434
- * load 5,000 rows before ranking anything.
21604
+ * This capability was introduced with the claim that SIX stores in
21605
+ * `addon-post-analysis` held vectors in a `JSON` settings-store column — object
21606
+ * CLIP, face, plate, vehicle, identity, and the event store's derivatives. That
21607
+ * claim was never true, and leaving it here made five stores look like pending
21608
+ * work when three of them have no vector at all. Counted column by column on
21609
+ * 2026-08-30, exactly THREE ever held one:
21610
+ *
21611
+ * - `object-clip` — 512-dim CLIP image embedding, migrated 2026-08-06.
21612
+ * - `faces.embedding` — 512-dim ArcFace face embedding, migrated 2026-08-30.
21613
+ * - `identity-samples.embedding` — the same ArcFace vector for an ENROLLED
21614
+ * face, migrated 2026-08-30 into its OWN index (see below).
21615
+ *
21616
+ * `plates` and `vehicle-samples` store a plate STRING and a score; `vehicles`
21617
+ * and `identities` store a name; the event store stores no derivative vector.
21618
+ * They are not migration candidates and never were.
21619
+ *
21620
+ * Measured on the live hub the JSON encoding cost ~11.7 KB per row (512 floats
21621
+ * as TEXT, `JSON.parse`d on every search) and made semantic search load 5,000
21622
+ * rows before ranking anything.
21623
+ *
21624
+ * ## One index per COMPARISON, never per encoder
21625
+ *
21626
+ * `faces` and `identity-samples` hold the same 512 ArcFace dims from the same
21627
+ * model, and they still get two indexes. An index is a set of things that are
21628
+ * ranked against each other and that live and die together, and these two are
21629
+ * neither: a `faces` row is TRACK-OWNED and cascades away with its track under
21630
+ * a per-camera capacity cap, an `identity-samples` row is retention-EXEMPT
21631
+ * forever and is the gallery every recognition ranks against. One index would
21632
+ * mean every gallery load and every reconcile carried a filter whose failure
21633
+ * mode is either ranking a candidate against itself or reclaiming an enrolled
21634
+ * person's only sample. The dimension they share is not a reason to share an
21635
+ * index; the question they answer is, and it differs.
21435
21636
  *
21436
21637
  * The fix is not a faster loop, it is a different backend — and the backend
21437
21638
  * should be replaceable without touching six callers. So: a singleton
@@ -21536,7 +21737,20 @@ var VectorQueryResultSchema = object({
21536
21737
  */
21537
21738
  scanned: number(),
21538
21739
  /** True when the backend could not consider every row that passed the filter. */
21539
- truncated: boolean()
21740
+ truncated: boolean(),
21741
+ /**
21742
+ * The `topK` the backend actually ran with.
21743
+ *
21744
+ * Every backend has a ceiling — sqlite-vec's is 4,096 — and a caller asking
21745
+ * past it used to learn nothing but a boolean, from a WARN in the provider's
21746
+ * own log rather than in its answer. That is how an audit asking for 20,000
21747
+ * consumed 4,096 and reported `examined: 4096` as if it had walked the index,
21748
+ * for weeks. `truncated` says THAT the answer was short; this says BY HOW
21749
+ * MUCH, in the return value, where the caller cannot fail to see it.
21750
+ *
21751
+ * Equals the requested `topK` whenever nothing was lowered.
21752
+ */
21753
+ effectiveTopK: number().int().positive()
21540
21754
  });
21541
21755
  var VectorDeleteInputSchema = object({
21542
21756
  index: string(),
@@ -21565,6 +21779,68 @@ var VectorGetResultSchema = object({ items: array(object({
21565
21779
  id: string(),
21566
21780
  metadata: VectorMetadataSchema
21567
21781
  })) });
21782
+ /**
21783
+ * Ids to read back WITH their vectors.
21784
+ *
21785
+ * The sibling of {@link VectorGetResultSchema}, and deliberately a separate
21786
+ * method rather than a flag on it: `getByIds` promises no vectors and its one
21787
+ * caller depends on that promise. This one promises the opposite.
21788
+ *
21789
+ * It exists because a store cannot put its vectors here otherwise. An ArcFace
21790
+ * gallery is ranked IN PROCESS, per detection, against every enrolled sample —
21791
+ * a per-face cross-process KNN would be a network round trip inside the
21792
+ * recognition loop. So the gallery is loaded once and held in RAM, and loading
21793
+ * it requires the index to hand the floats back. Without this method the only
21794
+ * way to keep a readable vector is a JSON column, which is the thing this
21795
+ * capability exists to delete.
21796
+ *
21797
+ * BOUNDED BY THE CALLER: ids are named, never "everything". Enumerating an
21798
+ * index is {@link VectorScanInputSchema}'s job, and it returns no vectors.
21799
+ */
21800
+ var VectorFetchInputSchema = object({
21801
+ index: string(),
21802
+ ids: array(string())
21803
+ });
21804
+ var VectorFetchResultSchema = object({ items: array(object({
21805
+ id: string(),
21806
+ /** base64 Float32LE — the same wire form `upsert` accepts. */
21807
+ vector: string(),
21808
+ metadata: VectorMetadataSchema
21809
+ })) });
21810
+ /**
21811
+ * ENUMERATE an index: one page of rows in a stable order, no ranking.
21812
+ *
21813
+ * A reconcile does not want the nearest rows, it wants ALL of them, and asking
21814
+ * a KNN for "all" is the wrong question twice over. It hits the backend's `k`
21815
+ * ceiling — 4,096 on sqlite-vec against a 22,128-row index — and it needs a
21816
+ * probe vector it does not have, so the audit passed a ZERO vector whose cosine
21817
+ * distance to every row is degenerate. `examined: 4096` then read as "we
21818
+ * looked" for as long as anyone cared to read it.
21819
+ *
21820
+ * This is the primitive that question actually needs: a bounded page, ordered
21821
+ * by the backend's own row order, costing no distance computation at all.
21822
+ * Vectors are NOT returned — an enumeration that shipped 2 KB per row would be
21823
+ * the full-table read this capability was built to stop.
21824
+ */
21825
+ var VectorScanInputSchema = object({
21826
+ index: string(),
21827
+ /** Opaque resume point. `0` starts at the top; pass back `nextCursor`. */
21828
+ cursor: number().int().nonnegative().default(0),
21829
+ limit: number().int().positive()
21830
+ });
21831
+ var VectorScanResultSchema = object({
21832
+ items: array(object({
21833
+ id: string(),
21834
+ metadata: VectorMetadataSchema
21835
+ })),
21836
+ /**
21837
+ * Where the next page starts, or `null` when the walk reached the end.
21838
+ *
21839
+ * `null` is the ONLY end-of-index signal. A caller must not infer the end
21840
+ * from a short page: a backend is free to return fewer rows than asked.
21841
+ */
21842
+ nextCursor: number().int().nonnegative().nullable()
21843
+ });
21568
21844
  var VectorStatsInputSchema = object({ index: string() });
21569
21845
  var VectorStatsResultSchema = object({
21570
21846
  /** Provider id, so an operator can tell brute force from an ANN index. */
@@ -21583,7 +21859,7 @@ method(VectorDeclareIndexInputSchema, _void(), {
21583
21859
  }), method(VectorUpsertInputSchema, VectorUpsertResultSchema, {
21584
21860
  kind: "mutation",
21585
21861
  auth: "admin"
21586
- }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21862
+ }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorFetchInputSchema, VectorFetchResultSchema, { auth: "admin" }), method(VectorScanInputSchema, VectorScanResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21587
21863
  kind: "mutation",
21588
21864
  auth: "admin"
21589
21865
  }), method(VectorDeleteByFilterInputSchema, VectorDeleteResultSchema, {
@@ -28202,6 +28478,9 @@ method(object({
28202
28478
  }), method(object({}), array(RelocateJobSchema).readonly(), {
28203
28479
  kind: "query",
28204
28480
  auth: "admin"
28481
+ }), method(RelocateResidueInputSchema, RelocateResidueSchema, {
28482
+ kind: "query",
28483
+ auth: "admin"
28205
28484
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
28206
28485
  kind: "mutation",
28207
28486
  auth: "admin"
@@ -34836,6 +35115,12 @@ Object.freeze({
34836
35115
  addonId: null,
34837
35116
  access: "create"
34838
35117
  },
35118
+ "pipelineAnalytics.countRelocatableMedia": {
35119
+ capName: "pipeline-analytics",
35120
+ capScope: "device",
35121
+ addonId: null,
35122
+ access: "view"
35123
+ },
34839
35124
  "pipelineAnalytics.countUnstampedEventMedia": {
34840
35125
  capName: "pipeline-analytics",
34841
35126
  capScope: "device",
@@ -36000,6 +36285,12 @@ Object.freeze({
36000
36285
  addonId: null,
36001
36286
  access: "view"
36002
36287
  },
36288
+ "recording.getRelocateResidue": {
36289
+ capName: "recording",
36290
+ capScope: "system",
36291
+ addonId: null,
36292
+ access: "view"
36293
+ },
36003
36294
  "recording.getStorageMigrationMoveStatus": {
36004
36295
  capName: "recording",
36005
36296
  capScope: "system",
@@ -36546,12 +36837,30 @@ Object.freeze({
36546
36837
  addonId: null,
36547
36838
  access: "create"
36548
36839
  },
36840
+ "storageMigration.drain": {
36841
+ capName: "storage-migration",
36842
+ capScope: "system",
36843
+ addonId: null,
36844
+ access: "create"
36845
+ },
36846
+ "storageMigration.movers": {
36847
+ capName: "storage-migration",
36848
+ capScope: "system",
36849
+ addonId: null,
36850
+ access: "view"
36851
+ },
36549
36852
  "storageMigration.plan": {
36550
36853
  capName: "storage-migration",
36551
36854
  capScope: "system",
36552
36855
  addonId: null,
36553
36856
  access: "view"
36554
36857
  },
36858
+ "storageMigration.residue": {
36859
+ capName: "storage-migration",
36860
+ capScope: "system",
36861
+ addonId: null,
36862
+ access: "view"
36863
+ },
36555
36864
  "storageMigration.start": {
36556
36865
  capName: "storage-migration",
36557
36866
  capScope: "system",
@@ -37386,6 +37695,12 @@ Object.freeze({
37386
37695
  addonId: null,
37387
37696
  access: "delete"
37388
37697
  },
37698
+ "vectorStore.fetchByIds": {
37699
+ capName: "vector-store",
37700
+ capScope: "system",
37701
+ addonId: null,
37702
+ access: "view"
37703
+ },
37389
37704
  "vectorStore.getByIds": {
37390
37705
  capName: "vector-store",
37391
37706
  capScope: "system",
@@ -37398,6 +37713,12 @@ Object.freeze({
37398
37713
  addonId: null,
37399
37714
  access: "view"
37400
37715
  },
37716
+ "vectorStore.scan": {
37717
+ capName: "vector-store",
37718
+ capScope: "system",
37719
+ addonId: null,
37720
+ access: "view"
37721
+ },
37401
37722
  "vectorStore.stats": {
37402
37723
  capName: "vector-store",
37403
37724
  capScope: "system",
package/dist/addon.mjs CHANGED
@@ -8166,13 +8166,49 @@ var StorageMigrationParticipantSchema = _enum([
8166
8166
  "recorder",
8167
8167
  "analytics"
8168
8168
  ]);
8169
+ /**
8170
+ * The mover's own numbers, folded onto the coordinator's durable move record.
8171
+ *
8172
+ * The long half of a non-blocking migration is `draining`, and it is measured
8173
+ * in hours: 136 885 files at ~4 MB/s is about five of them. Before this shape
8174
+ * existed the only place those numbers appeared was a Loki line, so an operator
8175
+ * watching the Admin UI saw `phase: draining` and nothing else for a whole
8176
+ * afternoon.
8177
+ *
8178
+ * It is POLLED, never pushed. Events are telemetry and may be dropped
8179
+ * (D8/D11), and a dropped progress event is indistinguishable from a stalled
8180
+ * mover — which is the exact failure this is meant to end. The coordinator's
8181
+ * `waitForMoves` already fetches the whole {@link RelocateJob} on every tick to
8182
+ * read `state`; folding the counters costs no extra read and makes the durable
8183
+ * record say afterwards how far a move actually got.
8184
+ *
8185
+ * `filesTotal` is `null` for "no honest denominator" and is never zero-filled:
8186
+ * a windowed footage job (`sinceMs`) and a node with no ledger both genuinely
8187
+ * cannot say M, and a 0 there would render as "100 % done".
8188
+ */
8189
+ var StorageMigrationMoveProgressSchema = object({
8190
+ filesMoved: number().int().nonnegative(),
8191
+ /** The archive census — the **M** of "N of M" (D295). `null` = unknowable. */
8192
+ filesTotal: number().int().nonnegative().nullable(),
8193
+ bytesMoved: number().int().nonnegative(),
8194
+ /** The MOVER's start, not the migration's: a drain restarted after an addon
8195
+ * crash gets a new mover, and a rate computed from the migration's start
8196
+ * would silently average in the time nothing was running. */
8197
+ startedAt: number(),
8198
+ /** When the coordinator last read these numbers. Paired with `startedAt` it
8199
+ * is the only honest rate: both clocks are the hub's, so a UI never has to
8200
+ * subtract its own. */
8201
+ observedAt: number()
8202
+ });
8169
8203
  var StorageMigrationMoveSchema = object({
8170
8204
  storageClass: StorageMigrationClassSchema,
8171
8205
  fromLocationId: string(),
8172
8206
  toLocationId: string(),
8173
8207
  moverJobId: string().nullable(),
8174
8208
  state: RelocateJobStateSchema.nullable(),
8175
- error: string().nullable()
8209
+ error: string().nullable(),
8210
+ /** Last observed mover counters; `null` until the mover has been polled once. */
8211
+ progress: StorageMigrationMoveProgressSchema.nullable()
8176
8212
  });
8177
8213
  var StorageMigrationJobSchema = object({
8178
8214
  jobId: string(),
@@ -8218,6 +8254,98 @@ var StorageMigrationPlanSchema = object({
8218
8254
  findings: array(StorageMigrationFindingSchema)
8219
8255
  });
8220
8256
  /**
8257
+ * A mover as it exists RIGHT NOW, whether or not a migration job owns it.
8258
+ *
8259
+ * The coordinator's job record is the state of record for a migration, and its
8260
+ * moves carry {@link StorageMigrationMoveProgress}. But the movers are usable
8261
+ * standalone — `recording.relocateFootage` and `pipelineAnalytics.relocateMedia`
8262
+ * are both operator-callable, and on 2026-08-29 a five-hour drain was armed that
8263
+ * way because no supported UI path existed. A mover armed like that has no job
8264
+ * to fold progress into, so it has to be readable on its own or it is invisible.
8265
+ *
8266
+ * `migrationJobId` is what tells the two apart: `null` means nothing here
8267
+ * orchestrated it.
8268
+ */
8269
+ var StorageMigrationMoverSchema = object({
8270
+ lane: _enum(["footage", "media"]),
8271
+ job: RelocateJobSchema,
8272
+ /** The coordinator job that armed this mover, or `null` for a mover armed
8273
+ * directly against the owning addon. */
8274
+ migrationJobId: string().nullable(),
8275
+ /** When the hub read these counters. Stamped here so a rate is `bytesMoved`
8276
+ * over (`observedAt` − `job.startedAt`) with BOTH ends on the hub's clock —
8277
+ * a browser subtracting its own `Date.now()` from a server `startedAt` is a
8278
+ * rate made of two different clocks. */
8279
+ observedAt: number()
8280
+ });
8281
+ /**
8282
+ * What a SOURCE still holds for one storage class — the number that makes a
8283
+ * "drain remaining" action honest rather than hopeful.
8284
+ *
8285
+ * It comes from the archive (`SegmentHourLedger.census` for footage, the media
8286
+ * engine's own selection count for media), never from the resident index: a
8287
+ * drain sized off `RecordingIndex` is what reported `done` over 80.3 GB it had
8288
+ * never been told about (D295).
8289
+ *
8290
+ * `items`/`bytes` are `null` for "the archive could not be asked", which is
8291
+ * deliberately NOT zero: a drain is still offered for an unknown residue,
8292
+ * because refusing on an unanswerable read would hide exactly the case an
8293
+ * operator needs to act on.
8294
+ */
8295
+ var StorageMigrationResidueSchema = object({
8296
+ storageClass: StorageMigrationClassSchema,
8297
+ /** The location still holding the data. `'*'` for the media lane, whose rows
8298
+ * move from wherever they are rather than from one named source. */
8299
+ fromLocationId: string(),
8300
+ /** Where a drain would move it — the class's CURRENT default. */
8301
+ toLocationId: string(),
8302
+ /** Segments (footage lane) or rows (media lane) still on the source. */
8303
+ items: number().int().nonnegative().nullable(),
8304
+ /** Bytes on the source; `null` when the lane counts rows rather than bytes. */
8305
+ bytes: number().int().nonnegative().nullable()
8306
+ });
8307
+ /**
8308
+ * Run the DRAIN half and nothing else.
8309
+ *
8310
+ * A migration that reached `done` has already repointed, so `start` correctly
8311
+ * refuses its destination ("already the default") — there is nothing left to
8312
+ * repoint. But the drain can fail, be cancelled, be interrupted by a restart,
8313
+ * or finish against a work list that was a tenth of the archive (D295), and
8314
+ * before this there was no supported way to run only that half: the only way
8315
+ * through was calling `recording.relocateFootage` by hand over admin tRPC.
8316
+ *
8317
+ * `drain` NEVER calls `setDefaultLocations`. That is what keeps `start`'s
8318
+ * refusal meaningful: the two verbs are disjoint, so nothing here can silently
8319
+ * re-repoint a class that is already migrated.
8320
+ */
8321
+ var StorageMigrationDrainInputSchema = object({
8322
+ /** The classes to drain. Each must appear in `storageMigration.residue`, so
8323
+ * a class whose source is already empty is refused rather than started. */
8324
+ classes: array(StorageMigrationClassSchema).min(1),
8325
+ throttleMbps: number().min(1).max(1e3).optional()
8326
+ });
8327
+ /** What a footage source still holds, asked of the durable hour ledger. */
8328
+ var RelocateResidueInputSchema = object({
8329
+ fromLocationId: string().min(1),
8330
+ /** Narrow to one logical class; omit for every profile on the location. */
8331
+ footageClass: RelocateFootageClassSchema.optional()
8332
+ });
8333
+ /** `null` = the archive could not answer (no ledger on this node, or the
8334
+ * aggregate failed). Never conflated with an empty source. */
8335
+ var RelocateResidueSchema = object({
8336
+ segments: number().int().nonnegative(),
8337
+ bytes: number().int().nonnegative()
8338
+ }).nullable();
8339
+ /** How many rows a media pass would still act on against a given target — the
8340
+ * media lane's denominator AND its residue, from ONE derivation so the two can
8341
+ * never disagree. `null` = the count could not be taken. */
8342
+ var RelocatableMediaCountSchema = object({ rows: number().int().nonnegative() }).nullable();
8343
+ var RelocatableMediaCountInputSchema = object({
8344
+ toLocationId: string().min(1),
8345
+ /** Omitted = `move`. */
8346
+ mode: MediaRelocateModeSchema.optional()
8347
+ });
8348
+ /**
8221
8349
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8222
8350
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8223
8351
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8321,6 +8449,32 @@ var StorageLocationRefSchema = union([StorageLocationTypeSchema, string().regex(
8321
8449
  * two addons declaring the same `id` must agree on `cardinality` (validated
8322
8450
  * at kernel aggregation time, not here).
8323
8451
  */
8452
+ /**
8453
+ * `StorageAccess` — how the service that DECLARED a storage-location kind
8454
+ * actually reaches the bytes. It is the constraint that decides which
8455
+ * `storage-provider`s may back a location of that kind.
8456
+ *
8457
+ * - `'local-path'` — the service asks `storage.resolve` for a path string and
8458
+ * then does its own `node:fs` I/O on it (the recorder's segment writer, the
8459
+ * post-analysis media roots). Only a provider that serves a genuine local
8460
+ * filesystem (`getProviderInfo().nodeLocal === true`) can satisfy that: a
8461
+ * remote provider's `resolve` returns a path on the REMOTE host, and
8462
+ * `fs.readdir` of it on this node either fails or — far worse — succeeds
8463
+ * against a same-named local directory that is something else entirely.
8464
+ *
8465
+ * - `'cap-mediated'` — every byte travels through the `storage` cap
8466
+ * (`read`/`write`, or `beginUpload`/`writeChunk`/`finalizeUpload`). The
8467
+ * service never sees a path, so any provider can back it. `backups` is the
8468
+ * one kind that qualifies today.
8469
+ *
8470
+ * Before this existed, `recordings` was unreachable by SFTP/S3/WebDAV only as
8471
+ * an EMERGENT property of how the recorder happened to be written. Nothing
8472
+ * refused the configuration; the first write simply went somewhere wrong, and
8473
+ * a recording write that goes wrong surfaces as a silent black window rather
8474
+ * than an error (the read path does not `stat`). This turns that accident into
8475
+ * a declared, enforced, testable refusal.
8476
+ */
8477
+ var StorageAccessSchema = _enum(["local-path", "cap-mediated"]);
8324
8478
  var StorageLocationDeclarationSchema = object({
8325
8479
  /**
8326
8480
  * Global location identifier, e.g. `recordings` or `recordingsLow`.
@@ -8340,6 +8494,19 @@ var StorageLocationDeclarationSchema = object({
8340
8494
  */
8341
8495
  cardinality: _enum(["single", "multi"]),
8342
8496
  /**
8497
+ * HOW the declaring service reaches the bytes — and therefore WHICH
8498
+ * providers may back a location of this kind. See {@link StorageAccessSchema}
8499
+ * and {@link STORAGE_ACCESS_FALLBACK}.
8500
+ *
8501
+ * Absent means `'local-path'`. That default is FAIL-CLOSED on purpose: it
8502
+ * can only over-restrict (refuse a remote provider for a kind that might
8503
+ * have coped) and never under-restrict. Declaring `'cap-mediated'` is the
8504
+ * permissive direction and is therefore never inferred — a repo guard
8505
+ * (`scripts/check-storage-access-declarations.ts`) refuses to let it be
8506
+ * reached by omission.
8507
+ */
8508
+ access: StorageAccessSchema.optional(),
8509
+ /**
8343
8510
  * When set, the default instance for this location inherits its resolved
8344
8511
  * root from the named location's default instance. Useful for derivative
8345
8512
  * slots (e.g. `recordingsLow` → `recordings`) so operators only need to
@@ -18207,8 +18374,10 @@ var TrackSchema = object({
18207
18374
  lastSeen: number(),
18208
18375
  /** Frame-rate position history (subject to maxPositionHistory cap). */
18209
18376
  positions: array(TrackPositionSchema).readonly(),
18210
- /** Periodic snapshots at snapshotIntervalMs cadence (subject to
18211
- * saveThumbnails policy). */
18377
+ /** Periodic snapshots at snapshotIntervalMs cadence — DEBUG media, produced
18378
+ * only while `MediaSettings.debugMediaEnabled` is on for the camera (D299;
18379
+ * the retired `saveThumbnails` used to gate this and the rolling
18380
+ * `lastFrame` together). Empty is the healthy default, not a capture gap. */
18212
18381
  snapshots: array(TrackSnapshotSchema).readonly(),
18213
18382
  /** Deduplicated zones the track has entered at least once. Zone IDS. */
18214
18383
  zonesVisited: array(string()).readonly(),
@@ -19068,7 +19237,10 @@ DeviceType.Camera, method(object({ deviceId: number() }), array(TrackSchema).rea
19068
19237
  }), method(RelocateMediaInputSchema, object({ jobId: string() }), {
19069
19238
  kind: "mutation",
19070
19239
  auth: "admin"
19071
- }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(object({}), array(RelocateJobSchema).readonly(), {
19240
+ }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(RelocatableMediaCountInputSchema, RelocatableMediaCountSchema, {
19241
+ kind: "query",
19242
+ auth: "admin"
19243
+ }), method(object({}), array(RelocateJobSchema).readonly(), {
19072
19244
  kind: "query",
19073
19245
  auth: "admin"
19074
19246
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
@@ -21027,6 +21199,9 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
21027
21199
  }), method(object({ jobId: string().optional() }), StorageMigrationJobSchema.nullable(), { auth: "admin" }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
21028
21200
  kind: "mutation",
21029
21201
  auth: "admin"
21202
+ }), method(object({}), array(StorageMigrationMoverSchema).readonly(), { auth: "admin" }), method(object({}), array(StorageMigrationResidueSchema).readonly(), { auth: "admin" }), method(StorageMigrationDrainInputSchema, object({ jobId: string() }), {
21203
+ kind: "mutation",
21204
+ auth: "admin"
21030
21205
  });
21031
21206
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
21032
21207
  providerId: string().min(1),
@@ -21425,12 +21600,38 @@ response: record(string(), unknown()) }), object({
21425
21600
  *
21426
21601
  * ## Why this is a capability and not a helper
21427
21602
  *
21428
- * Six stores in `addon-post-analysis` already hold vectors — object CLIP, face,
21429
- * plate, vehicle, identity, and the event store's derivatives — and every one of
21430
- * them keeps its vectors in a `JSON` settings-store column and ranks them by
21431
- * brute-force cosine in JS. Measured on the live hub that costs ~11.7 KB per row
21432
- * (512 floats as TEXT, `JSON.parse`d on every search) and made semantic search
21433
- * load 5,000 rows before ranking anything.
21603
+ * This capability was introduced with the claim that SIX stores in
21604
+ * `addon-post-analysis` held vectors in a `JSON` settings-store column — object
21605
+ * CLIP, face, plate, vehicle, identity, and the event store's derivatives. That
21606
+ * claim was never true, and leaving it here made five stores look like pending
21607
+ * work when three of them have no vector at all. Counted column by column on
21608
+ * 2026-08-30, exactly THREE ever held one:
21609
+ *
21610
+ * - `object-clip` — 512-dim CLIP image embedding, migrated 2026-08-06.
21611
+ * - `faces.embedding` — 512-dim ArcFace face embedding, migrated 2026-08-30.
21612
+ * - `identity-samples.embedding` — the same ArcFace vector for an ENROLLED
21613
+ * face, migrated 2026-08-30 into its OWN index (see below).
21614
+ *
21615
+ * `plates` and `vehicle-samples` store a plate STRING and a score; `vehicles`
21616
+ * and `identities` store a name; the event store stores no derivative vector.
21617
+ * They are not migration candidates and never were.
21618
+ *
21619
+ * Measured on the live hub the JSON encoding cost ~11.7 KB per row (512 floats
21620
+ * as TEXT, `JSON.parse`d on every search) and made semantic search load 5,000
21621
+ * rows before ranking anything.
21622
+ *
21623
+ * ## One index per COMPARISON, never per encoder
21624
+ *
21625
+ * `faces` and `identity-samples` hold the same 512 ArcFace dims from the same
21626
+ * model, and they still get two indexes. An index is a set of things that are
21627
+ * ranked against each other and that live and die together, and these two are
21628
+ * neither: a `faces` row is TRACK-OWNED and cascades away with its track under
21629
+ * a per-camera capacity cap, an `identity-samples` row is retention-EXEMPT
21630
+ * forever and is the gallery every recognition ranks against. One index would
21631
+ * mean every gallery load and every reconcile carried a filter whose failure
21632
+ * mode is either ranking a candidate against itself or reclaiming an enrolled
21633
+ * person's only sample. The dimension they share is not a reason to share an
21634
+ * index; the question they answer is, and it differs.
21434
21635
  *
21435
21636
  * The fix is not a faster loop, it is a different backend — and the backend
21436
21637
  * should be replaceable without touching six callers. So: a singleton
@@ -21535,7 +21736,20 @@ var VectorQueryResultSchema = object({
21535
21736
  */
21536
21737
  scanned: number(),
21537
21738
  /** True when the backend could not consider every row that passed the filter. */
21538
- truncated: boolean()
21739
+ truncated: boolean(),
21740
+ /**
21741
+ * The `topK` the backend actually ran with.
21742
+ *
21743
+ * Every backend has a ceiling — sqlite-vec's is 4,096 — and a caller asking
21744
+ * past it used to learn nothing but a boolean, from a WARN in the provider's
21745
+ * own log rather than in its answer. That is how an audit asking for 20,000
21746
+ * consumed 4,096 and reported `examined: 4096` as if it had walked the index,
21747
+ * for weeks. `truncated` says THAT the answer was short; this says BY HOW
21748
+ * MUCH, in the return value, where the caller cannot fail to see it.
21749
+ *
21750
+ * Equals the requested `topK` whenever nothing was lowered.
21751
+ */
21752
+ effectiveTopK: number().int().positive()
21539
21753
  });
21540
21754
  var VectorDeleteInputSchema = object({
21541
21755
  index: string(),
@@ -21564,6 +21778,68 @@ var VectorGetResultSchema = object({ items: array(object({
21564
21778
  id: string(),
21565
21779
  metadata: VectorMetadataSchema
21566
21780
  })) });
21781
+ /**
21782
+ * Ids to read back WITH their vectors.
21783
+ *
21784
+ * The sibling of {@link VectorGetResultSchema}, and deliberately a separate
21785
+ * method rather than a flag on it: `getByIds` promises no vectors and its one
21786
+ * caller depends on that promise. This one promises the opposite.
21787
+ *
21788
+ * It exists because a store cannot put its vectors here otherwise. An ArcFace
21789
+ * gallery is ranked IN PROCESS, per detection, against every enrolled sample —
21790
+ * a per-face cross-process KNN would be a network round trip inside the
21791
+ * recognition loop. So the gallery is loaded once and held in RAM, and loading
21792
+ * it requires the index to hand the floats back. Without this method the only
21793
+ * way to keep a readable vector is a JSON column, which is the thing this
21794
+ * capability exists to delete.
21795
+ *
21796
+ * BOUNDED BY THE CALLER: ids are named, never "everything". Enumerating an
21797
+ * index is {@link VectorScanInputSchema}'s job, and it returns no vectors.
21798
+ */
21799
+ var VectorFetchInputSchema = object({
21800
+ index: string(),
21801
+ ids: array(string())
21802
+ });
21803
+ var VectorFetchResultSchema = object({ items: array(object({
21804
+ id: string(),
21805
+ /** base64 Float32LE — the same wire form `upsert` accepts. */
21806
+ vector: string(),
21807
+ metadata: VectorMetadataSchema
21808
+ })) });
21809
+ /**
21810
+ * ENUMERATE an index: one page of rows in a stable order, no ranking.
21811
+ *
21812
+ * A reconcile does not want the nearest rows, it wants ALL of them, and asking
21813
+ * a KNN for "all" is the wrong question twice over. It hits the backend's `k`
21814
+ * ceiling — 4,096 on sqlite-vec against a 22,128-row index — and it needs a
21815
+ * probe vector it does not have, so the audit passed a ZERO vector whose cosine
21816
+ * distance to every row is degenerate. `examined: 4096` then read as "we
21817
+ * looked" for as long as anyone cared to read it.
21818
+ *
21819
+ * This is the primitive that question actually needs: a bounded page, ordered
21820
+ * by the backend's own row order, costing no distance computation at all.
21821
+ * Vectors are NOT returned — an enumeration that shipped 2 KB per row would be
21822
+ * the full-table read this capability was built to stop.
21823
+ */
21824
+ var VectorScanInputSchema = object({
21825
+ index: string(),
21826
+ /** Opaque resume point. `0` starts at the top; pass back `nextCursor`. */
21827
+ cursor: number().int().nonnegative().default(0),
21828
+ limit: number().int().positive()
21829
+ });
21830
+ var VectorScanResultSchema = object({
21831
+ items: array(object({
21832
+ id: string(),
21833
+ metadata: VectorMetadataSchema
21834
+ })),
21835
+ /**
21836
+ * Where the next page starts, or `null` when the walk reached the end.
21837
+ *
21838
+ * `null` is the ONLY end-of-index signal. A caller must not infer the end
21839
+ * from a short page: a backend is free to return fewer rows than asked.
21840
+ */
21841
+ nextCursor: number().int().nonnegative().nullable()
21842
+ });
21567
21843
  var VectorStatsInputSchema = object({ index: string() });
21568
21844
  var VectorStatsResultSchema = object({
21569
21845
  /** Provider id, so an operator can tell brute force from an ANN index. */
@@ -21582,7 +21858,7 @@ method(VectorDeclareIndexInputSchema, _void(), {
21582
21858
  }), method(VectorUpsertInputSchema, VectorUpsertResultSchema, {
21583
21859
  kind: "mutation",
21584
21860
  auth: "admin"
21585
- }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21861
+ }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorFetchInputSchema, VectorFetchResultSchema, { auth: "admin" }), method(VectorScanInputSchema, VectorScanResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21586
21862
  kind: "mutation",
21587
21863
  auth: "admin"
21588
21864
  }), method(VectorDeleteByFilterInputSchema, VectorDeleteResultSchema, {
@@ -28201,6 +28477,9 @@ method(object({
28201
28477
  }), method(object({}), array(RelocateJobSchema).readonly(), {
28202
28478
  kind: "query",
28203
28479
  auth: "admin"
28480
+ }), method(RelocateResidueInputSchema, RelocateResidueSchema, {
28481
+ kind: "query",
28482
+ auth: "admin"
28204
28483
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
28205
28484
  kind: "mutation",
28206
28485
  auth: "admin"
@@ -34835,6 +35114,12 @@ Object.freeze({
34835
35114
  addonId: null,
34836
35115
  access: "create"
34837
35116
  },
35117
+ "pipelineAnalytics.countRelocatableMedia": {
35118
+ capName: "pipeline-analytics",
35119
+ capScope: "device",
35120
+ addonId: null,
35121
+ access: "view"
35122
+ },
34838
35123
  "pipelineAnalytics.countUnstampedEventMedia": {
34839
35124
  capName: "pipeline-analytics",
34840
35125
  capScope: "device",
@@ -35999,6 +36284,12 @@ Object.freeze({
35999
36284
  addonId: null,
36000
36285
  access: "view"
36001
36286
  },
36287
+ "recording.getRelocateResidue": {
36288
+ capName: "recording",
36289
+ capScope: "system",
36290
+ addonId: null,
36291
+ access: "view"
36292
+ },
36002
36293
  "recording.getStorageMigrationMoveStatus": {
36003
36294
  capName: "recording",
36004
36295
  capScope: "system",
@@ -36545,12 +36836,30 @@ Object.freeze({
36545
36836
  addonId: null,
36546
36837
  access: "create"
36547
36838
  },
36839
+ "storageMigration.drain": {
36840
+ capName: "storage-migration",
36841
+ capScope: "system",
36842
+ addonId: null,
36843
+ access: "create"
36844
+ },
36845
+ "storageMigration.movers": {
36846
+ capName: "storage-migration",
36847
+ capScope: "system",
36848
+ addonId: null,
36849
+ access: "view"
36850
+ },
36548
36851
  "storageMigration.plan": {
36549
36852
  capName: "storage-migration",
36550
36853
  capScope: "system",
36551
36854
  addonId: null,
36552
36855
  access: "view"
36553
36856
  },
36857
+ "storageMigration.residue": {
36858
+ capName: "storage-migration",
36859
+ capScope: "system",
36860
+ addonId: null,
36861
+ access: "view"
36862
+ },
36554
36863
  "storageMigration.start": {
36555
36864
  capName: "storage-migration",
36556
36865
  capScope: "system",
@@ -37385,6 +37694,12 @@ Object.freeze({
37385
37694
  addonId: null,
37386
37695
  access: "delete"
37387
37696
  },
37697
+ "vectorStore.fetchByIds": {
37698
+ capName: "vector-store",
37699
+ capScope: "system",
37700
+ addonId: null,
37701
+ access: "view"
37702
+ },
37388
37703
  "vectorStore.getByIds": {
37389
37704
  capName: "vector-store",
37390
37705
  capScope: "system",
@@ -37397,6 +37712,12 @@ Object.freeze({
37397
37712
  addonId: null,
37398
37713
  access: "view"
37399
37714
  },
37715
+ "vectorStore.scan": {
37716
+ capName: "vector-store",
37717
+ capScope: "system",
37718
+ addonId: null,
37719
+ access: "view"
37720
+ },
37400
37721
  "vectorStore.stats": {
37401
37722
  capName: "vector-store",
37402
37723
  capScope: "system",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@camstack/addon-provider-gree",
3
- "version": "0.2.42",
3
+ "version": "0.2.44",
4
4
  "description": "Gree air-conditioner device-provider addon for CamStack — wraps the @apocaliss92/nodegree local-UDP client (LAN discovery + AES control), exposing climate-control and fan-control",
5
5
  "keywords": [
6
6
  "camstack",