@camstack/addon-import-alexa 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
@@ -8322,13 +8322,49 @@ var StorageMigrationParticipantSchema = _enum([
8322
8322
  "recorder",
8323
8323
  "analytics"
8324
8324
  ]);
8325
+ /**
8326
+ * The mover's own numbers, folded onto the coordinator's durable move record.
8327
+ *
8328
+ * The long half of a non-blocking migration is `draining`, and it is measured
8329
+ * in hours: 136 885 files at ~4 MB/s is about five of them. Before this shape
8330
+ * existed the only place those numbers appeared was a Loki line, so an operator
8331
+ * watching the Admin UI saw `phase: draining` and nothing else for a whole
8332
+ * afternoon.
8333
+ *
8334
+ * It is POLLED, never pushed. Events are telemetry and may be dropped
8335
+ * (D8/D11), and a dropped progress event is indistinguishable from a stalled
8336
+ * mover — which is the exact failure this is meant to end. The coordinator's
8337
+ * `waitForMoves` already fetches the whole {@link RelocateJob} on every tick to
8338
+ * read `state`; folding the counters costs no extra read and makes the durable
8339
+ * record say afterwards how far a move actually got.
8340
+ *
8341
+ * `filesTotal` is `null` for "no honest denominator" and is never zero-filled:
8342
+ * a windowed footage job (`sinceMs`) and a node with no ledger both genuinely
8343
+ * cannot say M, and a 0 there would render as "100 % done".
8344
+ */
8345
+ var StorageMigrationMoveProgressSchema = object({
8346
+ filesMoved: number().int().nonnegative(),
8347
+ /** The archive census — the **M** of "N of M" (D295). `null` = unknowable. */
8348
+ filesTotal: number().int().nonnegative().nullable(),
8349
+ bytesMoved: number().int().nonnegative(),
8350
+ /** The MOVER's start, not the migration's: a drain restarted after an addon
8351
+ * crash gets a new mover, and a rate computed from the migration's start
8352
+ * would silently average in the time nothing was running. */
8353
+ startedAt: number(),
8354
+ /** When the coordinator last read these numbers. Paired with `startedAt` it
8355
+ * is the only honest rate: both clocks are the hub's, so a UI never has to
8356
+ * subtract its own. */
8357
+ observedAt: number()
8358
+ });
8325
8359
  var StorageMigrationMoveSchema = object({
8326
8360
  storageClass: StorageMigrationClassSchema,
8327
8361
  fromLocationId: string(),
8328
8362
  toLocationId: string(),
8329
8363
  moverJobId: string().nullable(),
8330
8364
  state: RelocateJobStateSchema.nullable(),
8331
- error: string().nullable()
8365
+ error: string().nullable(),
8366
+ /** Last observed mover counters; `null` until the mover has been polled once. */
8367
+ progress: StorageMigrationMoveProgressSchema.nullable()
8332
8368
  });
8333
8369
  var StorageMigrationJobSchema = object({
8334
8370
  jobId: string(),
@@ -8374,6 +8410,98 @@ var StorageMigrationPlanSchema = object({
8374
8410
  findings: array(StorageMigrationFindingSchema)
8375
8411
  });
8376
8412
  /**
8413
+ * A mover as it exists RIGHT NOW, whether or not a migration job owns it.
8414
+ *
8415
+ * The coordinator's job record is the state of record for a migration, and its
8416
+ * moves carry {@link StorageMigrationMoveProgress}. But the movers are usable
8417
+ * standalone — `recording.relocateFootage` and `pipelineAnalytics.relocateMedia`
8418
+ * are both operator-callable, and on 2026-08-29 a five-hour drain was armed that
8419
+ * way because no supported UI path existed. A mover armed like that has no job
8420
+ * to fold progress into, so it has to be readable on its own or it is invisible.
8421
+ *
8422
+ * `migrationJobId` is what tells the two apart: `null` means nothing here
8423
+ * orchestrated it.
8424
+ */
8425
+ var StorageMigrationMoverSchema = object({
8426
+ lane: _enum(["footage", "media"]),
8427
+ job: RelocateJobSchema,
8428
+ /** The coordinator job that armed this mover, or `null` for a mover armed
8429
+ * directly against the owning addon. */
8430
+ migrationJobId: string().nullable(),
8431
+ /** When the hub read these counters. Stamped here so a rate is `bytesMoved`
8432
+ * over (`observedAt` − `job.startedAt`) with BOTH ends on the hub's clock —
8433
+ * a browser subtracting its own `Date.now()` from a server `startedAt` is a
8434
+ * rate made of two different clocks. */
8435
+ observedAt: number()
8436
+ });
8437
+ /**
8438
+ * What a SOURCE still holds for one storage class — the number that makes a
8439
+ * "drain remaining" action honest rather than hopeful.
8440
+ *
8441
+ * It comes from the archive (`SegmentHourLedger.census` for footage, the media
8442
+ * engine's own selection count for media), never from the resident index: a
8443
+ * drain sized off `RecordingIndex` is what reported `done` over 80.3 GB it had
8444
+ * never been told about (D295).
8445
+ *
8446
+ * `items`/`bytes` are `null` for "the archive could not be asked", which is
8447
+ * deliberately NOT zero: a drain is still offered for an unknown residue,
8448
+ * because refusing on an unanswerable read would hide exactly the case an
8449
+ * operator needs to act on.
8450
+ */
8451
+ var StorageMigrationResidueSchema = object({
8452
+ storageClass: StorageMigrationClassSchema,
8453
+ /** The location still holding the data. `'*'` for the media lane, whose rows
8454
+ * move from wherever they are rather than from one named source. */
8455
+ fromLocationId: string(),
8456
+ /** Where a drain would move it — the class's CURRENT default. */
8457
+ toLocationId: string(),
8458
+ /** Segments (footage lane) or rows (media lane) still on the source. */
8459
+ items: number().int().nonnegative().nullable(),
8460
+ /** Bytes on the source; `null` when the lane counts rows rather than bytes. */
8461
+ bytes: number().int().nonnegative().nullable()
8462
+ });
8463
+ /**
8464
+ * Run the DRAIN half and nothing else.
8465
+ *
8466
+ * A migration that reached `done` has already repointed, so `start` correctly
8467
+ * refuses its destination ("already the default") — there is nothing left to
8468
+ * repoint. But the drain can fail, be cancelled, be interrupted by a restart,
8469
+ * or finish against a work list that was a tenth of the archive (D295), and
8470
+ * before this there was no supported way to run only that half: the only way
8471
+ * through was calling `recording.relocateFootage` by hand over admin tRPC.
8472
+ *
8473
+ * `drain` NEVER calls `setDefaultLocations`. That is what keeps `start`'s
8474
+ * refusal meaningful: the two verbs are disjoint, so nothing here can silently
8475
+ * re-repoint a class that is already migrated.
8476
+ */
8477
+ var StorageMigrationDrainInputSchema = object({
8478
+ /** The classes to drain. Each must appear in `storageMigration.residue`, so
8479
+ * a class whose source is already empty is refused rather than started. */
8480
+ classes: array(StorageMigrationClassSchema).min(1),
8481
+ throttleMbps: number().min(1).max(1e3).optional()
8482
+ });
8483
+ /** What a footage source still holds, asked of the durable hour ledger. */
8484
+ var RelocateResidueInputSchema = object({
8485
+ fromLocationId: string().min(1),
8486
+ /** Narrow to one logical class; omit for every profile on the location. */
8487
+ footageClass: RelocateFootageClassSchema.optional()
8488
+ });
8489
+ /** `null` = the archive could not answer (no ledger on this node, or the
8490
+ * aggregate failed). Never conflated with an empty source. */
8491
+ var RelocateResidueSchema = object({
8492
+ segments: number().int().nonnegative(),
8493
+ bytes: number().int().nonnegative()
8494
+ }).nullable();
8495
+ /** How many rows a media pass would still act on against a given target — the
8496
+ * media lane's denominator AND its residue, from ONE derivation so the two can
8497
+ * never disagree. `null` = the count could not be taken. */
8498
+ var RelocatableMediaCountSchema = object({ rows: number().int().nonnegative() }).nullable();
8499
+ var RelocatableMediaCountInputSchema = object({
8500
+ toLocationId: string().min(1),
8501
+ /** Omitted = `move`. */
8502
+ mode: MediaRelocateModeSchema.optional()
8503
+ });
8504
+ /**
8377
8505
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8378
8506
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8379
8507
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8477,6 +8605,32 @@ var StorageLocationRefSchema = union([StorageLocationTypeSchema, string().regex(
8477
8605
  * two addons declaring the same `id` must agree on `cardinality` (validated
8478
8606
  * at kernel aggregation time, not here).
8479
8607
  */
8608
+ /**
8609
+ * `StorageAccess` — how the service that DECLARED a storage-location kind
8610
+ * actually reaches the bytes. It is the constraint that decides which
8611
+ * `storage-provider`s may back a location of that kind.
8612
+ *
8613
+ * - `'local-path'` — the service asks `storage.resolve` for a path string and
8614
+ * then does its own `node:fs` I/O on it (the recorder's segment writer, the
8615
+ * post-analysis media roots). Only a provider that serves a genuine local
8616
+ * filesystem (`getProviderInfo().nodeLocal === true`) can satisfy that: a
8617
+ * remote provider's `resolve` returns a path on the REMOTE host, and
8618
+ * `fs.readdir` of it on this node either fails or — far worse — succeeds
8619
+ * against a same-named local directory that is something else entirely.
8620
+ *
8621
+ * - `'cap-mediated'` — every byte travels through the `storage` cap
8622
+ * (`read`/`write`, or `beginUpload`/`writeChunk`/`finalizeUpload`). The
8623
+ * service never sees a path, so any provider can back it. `backups` is the
8624
+ * one kind that qualifies today.
8625
+ *
8626
+ * Before this existed, `recordings` was unreachable by SFTP/S3/WebDAV only as
8627
+ * an EMERGENT property of how the recorder happened to be written. Nothing
8628
+ * refused the configuration; the first write simply went somewhere wrong, and
8629
+ * a recording write that goes wrong surfaces as a silent black window rather
8630
+ * than an error (the read path does not `stat`). This turns that accident into
8631
+ * a declared, enforced, testable refusal.
8632
+ */
8633
+ var StorageAccessSchema = _enum(["local-path", "cap-mediated"]);
8480
8634
  var StorageLocationDeclarationSchema = object({
8481
8635
  /**
8482
8636
  * Global location identifier, e.g. `recordings` or `recordingsLow`.
@@ -8496,6 +8650,19 @@ var StorageLocationDeclarationSchema = object({
8496
8650
  */
8497
8651
  cardinality: _enum(["single", "multi"]),
8498
8652
  /**
8653
+ * HOW the declaring service reaches the bytes — and therefore WHICH
8654
+ * providers may back a location of this kind. See {@link StorageAccessSchema}
8655
+ * and {@link STORAGE_ACCESS_FALLBACK}.
8656
+ *
8657
+ * Absent means `'local-path'`. That default is FAIL-CLOSED on purpose: it
8658
+ * can only over-restrict (refuse a remote provider for a kind that might
8659
+ * have coped) and never under-restrict. Declaring `'cap-mediated'` is the
8660
+ * permissive direction and is therefore never inferred — a repo guard
8661
+ * (`scripts/check-storage-access-declarations.ts`) refuses to let it be
8662
+ * reached by omission.
8663
+ */
8664
+ access: StorageAccessSchema.optional(),
8665
+ /**
8499
8666
  * When set, the default instance for this location inherits its resolved
8500
8667
  * root from the named location's default instance. Useful for derivative
8501
8668
  * slots (e.g. `recordingsLow` → `recordings`) so operators only need to
@@ -18448,8 +18615,10 @@ var TrackSchema = object({
18448
18615
  lastSeen: number(),
18449
18616
  /** Frame-rate position history (subject to maxPositionHistory cap). */
18450
18617
  positions: array(TrackPositionSchema).readonly(),
18451
- /** Periodic snapshots at snapshotIntervalMs cadence (subject to
18452
- * saveThumbnails policy). */
18618
+ /** Periodic snapshots at snapshotIntervalMs cadence — DEBUG media, produced
18619
+ * only while `MediaSettings.debugMediaEnabled` is on for the camera (D299;
18620
+ * the retired `saveThumbnails` used to gate this and the rolling
18621
+ * `lastFrame` together). Empty is the healthy default, not a capture gap. */
18453
18622
  snapshots: array(TrackSnapshotSchema).readonly(),
18454
18623
  /** Deduplicated zones the track has entered at least once. Zone IDS. */
18455
18624
  zonesVisited: array(string()).readonly(),
@@ -19309,7 +19478,10 @@ DeviceType.Camera, method(object({ deviceId: number() }), array(TrackSchema).rea
19309
19478
  }), method(RelocateMediaInputSchema, object({ jobId: string() }), {
19310
19479
  kind: "mutation",
19311
19480
  auth: "admin"
19312
- }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(object({}), array(RelocateJobSchema).readonly(), {
19481
+ }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(RelocatableMediaCountInputSchema, RelocatableMediaCountSchema, {
19482
+ kind: "query",
19483
+ auth: "admin"
19484
+ }), method(object({}), array(RelocateJobSchema).readonly(), {
19313
19485
  kind: "query",
19314
19486
  auth: "admin"
19315
19487
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
@@ -21268,6 +21440,9 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
21268
21440
  }), method(object({ jobId: string().optional() }), StorageMigrationJobSchema.nullable(), { auth: "admin" }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
21269
21441
  kind: "mutation",
21270
21442
  auth: "admin"
21443
+ }), method(object({}), array(StorageMigrationMoverSchema).readonly(), { auth: "admin" }), method(object({}), array(StorageMigrationResidueSchema).readonly(), { auth: "admin" }), method(StorageMigrationDrainInputSchema, object({ jobId: string() }), {
21444
+ kind: "mutation",
21445
+ auth: "admin"
21271
21446
  });
21272
21447
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
21273
21448
  providerId: string().min(1),
@@ -21666,12 +21841,38 @@ response: record(string(), unknown()) }), object({
21666
21841
  *
21667
21842
  * ## Why this is a capability and not a helper
21668
21843
  *
21669
- * Six stores in `addon-post-analysis` already hold vectors — object CLIP, face,
21670
- * plate, vehicle, identity, and the event store's derivatives — and every one of
21671
- * them keeps its vectors in a `JSON` settings-store column and ranks them by
21672
- * brute-force cosine in JS. Measured on the live hub that costs ~11.7 KB per row
21673
- * (512 floats as TEXT, `JSON.parse`d on every search) and made semantic search
21674
- * load 5,000 rows before ranking anything.
21844
+ * This capability was introduced with the claim that SIX stores in
21845
+ * `addon-post-analysis` held vectors in a `JSON` settings-store column — object
21846
+ * CLIP, face, plate, vehicle, identity, and the event store's derivatives. That
21847
+ * claim was never true, and leaving it here made five stores look like pending
21848
+ * work when three of them have no vector at all. Counted column by column on
21849
+ * 2026-08-30, exactly THREE ever held one:
21850
+ *
21851
+ * - `object-clip` — 512-dim CLIP image embedding, migrated 2026-08-06.
21852
+ * - `faces.embedding` — 512-dim ArcFace face embedding, migrated 2026-08-30.
21853
+ * - `identity-samples.embedding` — the same ArcFace vector for an ENROLLED
21854
+ * face, migrated 2026-08-30 into its OWN index (see below).
21855
+ *
21856
+ * `plates` and `vehicle-samples` store a plate STRING and a score; `vehicles`
21857
+ * and `identities` store a name; the event store stores no derivative vector.
21858
+ * They are not migration candidates and never were.
21859
+ *
21860
+ * Measured on the live hub the JSON encoding cost ~11.7 KB per row (512 floats
21861
+ * as TEXT, `JSON.parse`d on every search) and made semantic search load 5,000
21862
+ * rows before ranking anything.
21863
+ *
21864
+ * ## One index per COMPARISON, never per encoder
21865
+ *
21866
+ * `faces` and `identity-samples` hold the same 512 ArcFace dims from the same
21867
+ * model, and they still get two indexes. An index is a set of things that are
21868
+ * ranked against each other and that live and die together, and these two are
21869
+ * neither: a `faces` row is TRACK-OWNED and cascades away with its track under
21870
+ * a per-camera capacity cap, an `identity-samples` row is retention-EXEMPT
21871
+ * forever and is the gallery every recognition ranks against. One index would
21872
+ * mean every gallery load and every reconcile carried a filter whose failure
21873
+ * mode is either ranking a candidate against itself or reclaiming an enrolled
21874
+ * person's only sample. The dimension they share is not a reason to share an
21875
+ * index; the question they answer is, and it differs.
21675
21876
  *
21676
21877
  * The fix is not a faster loop, it is a different backend — and the backend
21677
21878
  * should be replaceable without touching six callers. So: a singleton
@@ -21776,7 +21977,20 @@ var VectorQueryResultSchema = object({
21776
21977
  */
21777
21978
  scanned: number(),
21778
21979
  /** True when the backend could not consider every row that passed the filter. */
21779
- truncated: boolean()
21980
+ truncated: boolean(),
21981
+ /**
21982
+ * The `topK` the backend actually ran with.
21983
+ *
21984
+ * Every backend has a ceiling — sqlite-vec's is 4,096 — and a caller asking
21985
+ * past it used to learn nothing but a boolean, from a WARN in the provider's
21986
+ * own log rather than in its answer. That is how an audit asking for 20,000
21987
+ * consumed 4,096 and reported `examined: 4096` as if it had walked the index,
21988
+ * for weeks. `truncated` says THAT the answer was short; this says BY HOW
21989
+ * MUCH, in the return value, where the caller cannot fail to see it.
21990
+ *
21991
+ * Equals the requested `topK` whenever nothing was lowered.
21992
+ */
21993
+ effectiveTopK: number().int().positive()
21780
21994
  });
21781
21995
  var VectorDeleteInputSchema = object({
21782
21996
  index: string(),
@@ -21805,6 +22019,68 @@ var VectorGetResultSchema = object({ items: array(object({
21805
22019
  id: string(),
21806
22020
  metadata: VectorMetadataSchema
21807
22021
  })) });
22022
+ /**
22023
+ * Ids to read back WITH their vectors.
22024
+ *
22025
+ * The sibling of {@link VectorGetResultSchema}, and deliberately a separate
22026
+ * method rather than a flag on it: `getByIds` promises no vectors and its one
22027
+ * caller depends on that promise. This one promises the opposite.
22028
+ *
22029
+ * It exists because a store cannot put its vectors here otherwise. An ArcFace
22030
+ * gallery is ranked IN PROCESS, per detection, against every enrolled sample —
22031
+ * a per-face cross-process KNN would be a network round trip inside the
22032
+ * recognition loop. So the gallery is loaded once and held in RAM, and loading
22033
+ * it requires the index to hand the floats back. Without this method the only
22034
+ * way to keep a readable vector is a JSON column, which is the thing this
22035
+ * capability exists to delete.
22036
+ *
22037
+ * BOUNDED BY THE CALLER: ids are named, never "everything". Enumerating an
22038
+ * index is {@link VectorScanInputSchema}'s job, and it returns no vectors.
22039
+ */
22040
+ var VectorFetchInputSchema = object({
22041
+ index: string(),
22042
+ ids: array(string())
22043
+ });
22044
+ var VectorFetchResultSchema = object({ items: array(object({
22045
+ id: string(),
22046
+ /** base64 Float32LE — the same wire form `upsert` accepts. */
22047
+ vector: string(),
22048
+ metadata: VectorMetadataSchema
22049
+ })) });
22050
+ /**
22051
+ * ENUMERATE an index: one page of rows in a stable order, no ranking.
22052
+ *
22053
+ * A reconcile does not want the nearest rows, it wants ALL of them, and asking
22054
+ * a KNN for "all" is the wrong question twice over. It hits the backend's `k`
22055
+ * ceiling — 4,096 on sqlite-vec against a 22,128-row index — and it needs a
22056
+ * probe vector it does not have, so the audit passed a ZERO vector whose cosine
22057
+ * distance to every row is degenerate. `examined: 4096` then read as "we
22058
+ * looked" for as long as anyone cared to read it.
22059
+ *
22060
+ * This is the primitive that question actually needs: a bounded page, ordered
22061
+ * by the backend's own row order, costing no distance computation at all.
22062
+ * Vectors are NOT returned — an enumeration that shipped 2 KB per row would be
22063
+ * the full-table read this capability was built to stop.
22064
+ */
22065
+ var VectorScanInputSchema = object({
22066
+ index: string(),
22067
+ /** Opaque resume point. `0` starts at the top; pass back `nextCursor`. */
22068
+ cursor: number().int().nonnegative().default(0),
22069
+ limit: number().int().positive()
22070
+ });
22071
+ var VectorScanResultSchema = object({
22072
+ items: array(object({
22073
+ id: string(),
22074
+ metadata: VectorMetadataSchema
22075
+ })),
22076
+ /**
22077
+ * Where the next page starts, or `null` when the walk reached the end.
22078
+ *
22079
+ * `null` is the ONLY end-of-index signal. A caller must not infer the end
22080
+ * from a short page: a backend is free to return fewer rows than asked.
22081
+ */
22082
+ nextCursor: number().int().nonnegative().nullable()
22083
+ });
21808
22084
  var VectorStatsInputSchema = object({ index: string() });
21809
22085
  var VectorStatsResultSchema = object({
21810
22086
  /** Provider id, so an operator can tell brute force from an ANN index. */
@@ -21823,7 +22099,7 @@ method(VectorDeclareIndexInputSchema, _void(), {
21823
22099
  }), method(VectorUpsertInputSchema, VectorUpsertResultSchema, {
21824
22100
  kind: "mutation",
21825
22101
  auth: "admin"
21826
- }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
22102
+ }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorFetchInputSchema, VectorFetchResultSchema, { auth: "admin" }), method(VectorScanInputSchema, VectorScanResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21827
22103
  kind: "mutation",
21828
22104
  auth: "admin"
21829
22105
  }), method(VectorDeleteByFilterInputSchema, VectorDeleteResultSchema, {
@@ -28459,6 +28735,9 @@ method(object({
28459
28735
  }), method(object({}), array(RelocateJobSchema).readonly(), {
28460
28736
  kind: "query",
28461
28737
  auth: "admin"
28738
+ }), method(RelocateResidueInputSchema, RelocateResidueSchema, {
28739
+ kind: "query",
28740
+ auth: "admin"
28462
28741
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
28463
28742
  kind: "mutation",
28464
28743
  auth: "admin"
@@ -35093,6 +35372,12 @@ Object.freeze({
35093
35372
  addonId: null,
35094
35373
  access: "create"
35095
35374
  },
35375
+ "pipelineAnalytics.countRelocatableMedia": {
35376
+ capName: "pipeline-analytics",
35377
+ capScope: "device",
35378
+ addonId: null,
35379
+ access: "view"
35380
+ },
35096
35381
  "pipelineAnalytics.countUnstampedEventMedia": {
35097
35382
  capName: "pipeline-analytics",
35098
35383
  capScope: "device",
@@ -36257,6 +36542,12 @@ Object.freeze({
36257
36542
  addonId: null,
36258
36543
  access: "view"
36259
36544
  },
36545
+ "recording.getRelocateResidue": {
36546
+ capName: "recording",
36547
+ capScope: "system",
36548
+ addonId: null,
36549
+ access: "view"
36550
+ },
36260
36551
  "recording.getStorageMigrationMoveStatus": {
36261
36552
  capName: "recording",
36262
36553
  capScope: "system",
@@ -36803,12 +37094,30 @@ Object.freeze({
36803
37094
  addonId: null,
36804
37095
  access: "create"
36805
37096
  },
37097
+ "storageMigration.drain": {
37098
+ capName: "storage-migration",
37099
+ capScope: "system",
37100
+ addonId: null,
37101
+ access: "create"
37102
+ },
37103
+ "storageMigration.movers": {
37104
+ capName: "storage-migration",
37105
+ capScope: "system",
37106
+ addonId: null,
37107
+ access: "view"
37108
+ },
36806
37109
  "storageMigration.plan": {
36807
37110
  capName: "storage-migration",
36808
37111
  capScope: "system",
36809
37112
  addonId: null,
36810
37113
  access: "view"
36811
37114
  },
37115
+ "storageMigration.residue": {
37116
+ capName: "storage-migration",
37117
+ capScope: "system",
37118
+ addonId: null,
37119
+ access: "view"
37120
+ },
36812
37121
  "storageMigration.start": {
36813
37122
  capName: "storage-migration",
36814
37123
  capScope: "system",
@@ -37643,6 +37952,12 @@ Object.freeze({
37643
37952
  addonId: null,
37644
37953
  access: "delete"
37645
37954
  },
37955
+ "vectorStore.fetchByIds": {
37956
+ capName: "vector-store",
37957
+ capScope: "system",
37958
+ addonId: null,
37959
+ access: "view"
37960
+ },
37646
37961
  "vectorStore.getByIds": {
37647
37962
  capName: "vector-store",
37648
37963
  capScope: "system",
@@ -37655,6 +37970,12 @@ Object.freeze({
37655
37970
  addonId: null,
37656
37971
  access: "view"
37657
37972
  },
37973
+ "vectorStore.scan": {
37974
+ capName: "vector-store",
37975
+ capScope: "system",
37976
+ addonId: null,
37977
+ access: "view"
37978
+ },
37658
37979
  "vectorStore.stats": {
37659
37980
  capName: "vector-store",
37660
37981
  capScope: "system",
package/dist/addon.mjs CHANGED
@@ -8322,13 +8322,49 @@ var StorageMigrationParticipantSchema = _enum([
8322
8322
  "recorder",
8323
8323
  "analytics"
8324
8324
  ]);
8325
+ /**
8326
+ * The mover's own numbers, folded onto the coordinator's durable move record.
8327
+ *
8328
+ * The long half of a non-blocking migration is `draining`, and it is measured
8329
+ * in hours: 136 885 files at ~4 MB/s is about five of them. Before this shape
8330
+ * existed the only place those numbers appeared was a Loki line, so an operator
8331
+ * watching the Admin UI saw `phase: draining` and nothing else for a whole
8332
+ * afternoon.
8333
+ *
8334
+ * It is POLLED, never pushed. Events are telemetry and may be dropped
8335
+ * (D8/D11), and a dropped progress event is indistinguishable from a stalled
8336
+ * mover — which is the exact failure this is meant to end. The coordinator's
8337
+ * `waitForMoves` already fetches the whole {@link RelocateJob} on every tick to
8338
+ * read `state`; folding the counters costs no extra read and makes the durable
8339
+ * record say afterwards how far a move actually got.
8340
+ *
8341
+ * `filesTotal` is `null` for "no honest denominator" and is never zero-filled:
8342
+ * a windowed footage job (`sinceMs`) and a node with no ledger both genuinely
8343
+ * cannot say M, and a 0 there would render as "100 % done".
8344
+ */
8345
+ var StorageMigrationMoveProgressSchema = object({
8346
+ filesMoved: number().int().nonnegative(),
8347
+ /** The archive census — the **M** of "N of M" (D295). `null` = unknowable. */
8348
+ filesTotal: number().int().nonnegative().nullable(),
8349
+ bytesMoved: number().int().nonnegative(),
8350
+ /** The MOVER's start, not the migration's: a drain restarted after an addon
8351
+ * crash gets a new mover, and a rate computed from the migration's start
8352
+ * would silently average in the time nothing was running. */
8353
+ startedAt: number(),
8354
+ /** When the coordinator last read these numbers. Paired with `startedAt` it
8355
+ * is the only honest rate: both clocks are the hub's, so a UI never has to
8356
+ * subtract its own. */
8357
+ observedAt: number()
8358
+ });
8325
8359
  var StorageMigrationMoveSchema = object({
8326
8360
  storageClass: StorageMigrationClassSchema,
8327
8361
  fromLocationId: string(),
8328
8362
  toLocationId: string(),
8329
8363
  moverJobId: string().nullable(),
8330
8364
  state: RelocateJobStateSchema.nullable(),
8331
- error: string().nullable()
8365
+ error: string().nullable(),
8366
+ /** Last observed mover counters; `null` until the mover has been polled once. */
8367
+ progress: StorageMigrationMoveProgressSchema.nullable()
8332
8368
  });
8333
8369
  var StorageMigrationJobSchema = object({
8334
8370
  jobId: string(),
@@ -8374,6 +8410,98 @@ var StorageMigrationPlanSchema = object({
8374
8410
  findings: array(StorageMigrationFindingSchema)
8375
8411
  });
8376
8412
  /**
8413
+ * A mover as it exists RIGHT NOW, whether or not a migration job owns it.
8414
+ *
8415
+ * The coordinator's job record is the state of record for a migration, and its
8416
+ * moves carry {@link StorageMigrationMoveProgress}. But the movers are usable
8417
+ * standalone — `recording.relocateFootage` and `pipelineAnalytics.relocateMedia`
8418
+ * are both operator-callable, and on 2026-08-29 a five-hour drain was armed that
8419
+ * way because no supported UI path existed. A mover armed like that has no job
8420
+ * to fold progress into, so it has to be readable on its own or it is invisible.
8421
+ *
8422
+ * `migrationJobId` is what tells the two apart: `null` means nothing here
8423
+ * orchestrated it.
8424
+ */
8425
+ var StorageMigrationMoverSchema = object({
8426
+ lane: _enum(["footage", "media"]),
8427
+ job: RelocateJobSchema,
8428
+ /** The coordinator job that armed this mover, or `null` for a mover armed
8429
+ * directly against the owning addon. */
8430
+ migrationJobId: string().nullable(),
8431
+ /** When the hub read these counters. Stamped here so a rate is `bytesMoved`
8432
+ * over (`observedAt` − `job.startedAt`) with BOTH ends on the hub's clock —
8433
+ * a browser subtracting its own `Date.now()` from a server `startedAt` is a
8434
+ * rate made of two different clocks. */
8435
+ observedAt: number()
8436
+ });
8437
+ /**
8438
+ * What a SOURCE still holds for one storage class — the number that makes a
8439
+ * "drain remaining" action honest rather than hopeful.
8440
+ *
8441
+ * It comes from the archive (`SegmentHourLedger.census` for footage, the media
8442
+ * engine's own selection count for media), never from the resident index: a
8443
+ * drain sized off `RecordingIndex` is what reported `done` over 80.3 GB it had
8444
+ * never been told about (D295).
8445
+ *
8446
+ * `items`/`bytes` are `null` for "the archive could not be asked", which is
8447
+ * deliberately NOT zero: a drain is still offered for an unknown residue,
8448
+ * because refusing on an unanswerable read would hide exactly the case an
8449
+ * operator needs to act on.
8450
+ */
8451
+ var StorageMigrationResidueSchema = object({
8452
+ storageClass: StorageMigrationClassSchema,
8453
+ /** The location still holding the data. `'*'` for the media lane, whose rows
8454
+ * move from wherever they are rather than from one named source. */
8455
+ fromLocationId: string(),
8456
+ /** Where a drain would move it — the class's CURRENT default. */
8457
+ toLocationId: string(),
8458
+ /** Segments (footage lane) or rows (media lane) still on the source. */
8459
+ items: number().int().nonnegative().nullable(),
8460
+ /** Bytes on the source; `null` when the lane counts rows rather than bytes. */
8461
+ bytes: number().int().nonnegative().nullable()
8462
+ });
8463
+ /**
8464
+ * Run the DRAIN half and nothing else.
8465
+ *
8466
+ * A migration that reached `done` has already repointed, so `start` correctly
8467
+ * refuses its destination ("already the default") — there is nothing left to
8468
+ * repoint. But the drain can fail, be cancelled, be interrupted by a restart,
8469
+ * or finish against a work list that was a tenth of the archive (D295), and
8470
+ * before this there was no supported way to run only that half: the only way
8471
+ * through was calling `recording.relocateFootage` by hand over admin tRPC.
8472
+ *
8473
+ * `drain` NEVER calls `setDefaultLocations`. That is what keeps `start`'s
8474
+ * refusal meaningful: the two verbs are disjoint, so nothing here can silently
8475
+ * re-repoint a class that is already migrated.
8476
+ */
8477
+ var StorageMigrationDrainInputSchema = object({
8478
+ /** The classes to drain. Each must appear in `storageMigration.residue`, so
8479
+ * a class whose source is already empty is refused rather than started. */
8480
+ classes: array(StorageMigrationClassSchema).min(1),
8481
+ throttleMbps: number().min(1).max(1e3).optional()
8482
+ });
8483
+ /** What a footage source still holds, asked of the durable hour ledger. */
8484
+ var RelocateResidueInputSchema = object({
8485
+ fromLocationId: string().min(1),
8486
+ /** Narrow to one logical class; omit for every profile on the location. */
8487
+ footageClass: RelocateFootageClassSchema.optional()
8488
+ });
8489
+ /** `null` = the archive could not answer (no ledger on this node, or the
8490
+ * aggregate failed). Never conflated with an empty source. */
8491
+ var RelocateResidueSchema = object({
8492
+ segments: number().int().nonnegative(),
8493
+ bytes: number().int().nonnegative()
8494
+ }).nullable();
8495
+ /** How many rows a media pass would still act on against a given target — the
8496
+ * media lane's denominator AND its residue, from ONE derivation so the two can
8497
+ * never disagree. `null` = the count could not be taken. */
8498
+ var RelocatableMediaCountSchema = object({ rows: number().int().nonnegative() }).nullable();
8499
+ var RelocatableMediaCountInputSchema = object({
8500
+ toLocationId: string().min(1),
8501
+ /** Omitted = `move`. */
8502
+ mode: MediaRelocateModeSchema.optional()
8503
+ });
8504
+ /**
8377
8505
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8378
8506
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8379
8507
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8477,6 +8605,32 @@ var StorageLocationRefSchema = union([StorageLocationTypeSchema, string().regex(
8477
8605
  * two addons declaring the same `id` must agree on `cardinality` (validated
8478
8606
  * at kernel aggregation time, not here).
8479
8607
  */
8608
+ /**
8609
+ * `StorageAccess` — how the service that DECLARED a storage-location kind
8610
+ * actually reaches the bytes. It is the constraint that decides which
8611
+ * `storage-provider`s may back a location of that kind.
8612
+ *
8613
+ * - `'local-path'` — the service asks `storage.resolve` for a path string and
8614
+ * then does its own `node:fs` I/O on it (the recorder's segment writer, the
8615
+ * post-analysis media roots). Only a provider that serves a genuine local
8616
+ * filesystem (`getProviderInfo().nodeLocal === true`) can satisfy that: a
8617
+ * remote provider's `resolve` returns a path on the REMOTE host, and
8618
+ * `fs.readdir` of it on this node either fails or — far worse — succeeds
8619
+ * against a same-named local directory that is something else entirely.
8620
+ *
8621
+ * - `'cap-mediated'` — every byte travels through the `storage` cap
8622
+ * (`read`/`write`, or `beginUpload`/`writeChunk`/`finalizeUpload`). The
8623
+ * service never sees a path, so any provider can back it. `backups` is the
8624
+ * one kind that qualifies today.
8625
+ *
8626
+ * Before this existed, `recordings` was unreachable by SFTP/S3/WebDAV only as
8627
+ * an EMERGENT property of how the recorder happened to be written. Nothing
8628
+ * refused the configuration; the first write simply went somewhere wrong, and
8629
+ * a recording write that goes wrong surfaces as a silent black window rather
8630
+ * than an error (the read path does not `stat`). This turns that accident into
8631
+ * a declared, enforced, testable refusal.
8632
+ */
8633
+ var StorageAccessSchema = _enum(["local-path", "cap-mediated"]);
8480
8634
  var StorageLocationDeclarationSchema = object({
8481
8635
  /**
8482
8636
  * Global location identifier, e.g. `recordings` or `recordingsLow`.
@@ -8496,6 +8650,19 @@ var StorageLocationDeclarationSchema = object({
8496
8650
  */
8497
8651
  cardinality: _enum(["single", "multi"]),
8498
8652
  /**
8653
+ * HOW the declaring service reaches the bytes — and therefore WHICH
8654
+ * providers may back a location of this kind. See {@link StorageAccessSchema}
8655
+ * and {@link STORAGE_ACCESS_FALLBACK}.
8656
+ *
8657
+ * Absent means `'local-path'`. That default is FAIL-CLOSED on purpose: it
8658
+ * can only over-restrict (refuse a remote provider for a kind that might
8659
+ * have coped) and never under-restrict. Declaring `'cap-mediated'` is the
8660
+ * permissive direction and is therefore never inferred — a repo guard
8661
+ * (`scripts/check-storage-access-declarations.ts`) refuses to let it be
8662
+ * reached by omission.
8663
+ */
8664
+ access: StorageAccessSchema.optional(),
8665
+ /**
8499
8666
  * When set, the default instance for this location inherits its resolved
8500
8667
  * root from the named location's default instance. Useful for derivative
8501
8668
  * slots (e.g. `recordingsLow` → `recordings`) so operators only need to
@@ -18448,8 +18615,10 @@ var TrackSchema = object({
18448
18615
  lastSeen: number(),
18449
18616
  /** Frame-rate position history (subject to maxPositionHistory cap). */
18450
18617
  positions: array(TrackPositionSchema).readonly(),
18451
- /** Periodic snapshots at snapshotIntervalMs cadence (subject to
18452
- * saveThumbnails policy). */
18618
+ /** Periodic snapshots at snapshotIntervalMs cadence — DEBUG media, produced
18619
+ * only while `MediaSettings.debugMediaEnabled` is on for the camera (D299;
18620
+ * the retired `saveThumbnails` used to gate this and the rolling
18621
+ * `lastFrame` together). Empty is the healthy default, not a capture gap. */
18453
18622
  snapshots: array(TrackSnapshotSchema).readonly(),
18454
18623
  /** Deduplicated zones the track has entered at least once. Zone IDS. */
18455
18624
  zonesVisited: array(string()).readonly(),
@@ -19309,7 +19478,10 @@ DeviceType.Camera, method(object({ deviceId: number() }), array(TrackSchema).rea
19309
19478
  }), method(RelocateMediaInputSchema, object({ jobId: string() }), {
19310
19479
  kind: "mutation",
19311
19480
  auth: "admin"
19312
- }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(object({}), array(RelocateJobSchema).readonly(), {
19481
+ }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(RelocatableMediaCountInputSchema, RelocatableMediaCountSchema, {
19482
+ kind: "query",
19483
+ auth: "admin"
19484
+ }), method(object({}), array(RelocateJobSchema).readonly(), {
19313
19485
  kind: "query",
19314
19486
  auth: "admin"
19315
19487
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
@@ -21268,6 +21440,9 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
21268
21440
  }), method(object({ jobId: string().optional() }), StorageMigrationJobSchema.nullable(), { auth: "admin" }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
21269
21441
  kind: "mutation",
21270
21442
  auth: "admin"
21443
+ }), method(object({}), array(StorageMigrationMoverSchema).readonly(), { auth: "admin" }), method(object({}), array(StorageMigrationResidueSchema).readonly(), { auth: "admin" }), method(StorageMigrationDrainInputSchema, object({ jobId: string() }), {
21444
+ kind: "mutation",
21445
+ auth: "admin"
21271
21446
  });
21272
21447
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
21273
21448
  providerId: string().min(1),
@@ -21666,12 +21841,38 @@ response: record(string(), unknown()) }), object({
21666
21841
  *
21667
21842
  * ## Why this is a capability and not a helper
21668
21843
  *
21669
- * Six stores in `addon-post-analysis` already hold vectors — object CLIP, face,
21670
- * plate, vehicle, identity, and the event store's derivatives — and every one of
21671
- * them keeps its vectors in a `JSON` settings-store column and ranks them by
21672
- * brute-force cosine in JS. Measured on the live hub that costs ~11.7 KB per row
21673
- * (512 floats as TEXT, `JSON.parse`d on every search) and made semantic search
21674
- * load 5,000 rows before ranking anything.
21844
+ * This capability was introduced with the claim that SIX stores in
21845
+ * `addon-post-analysis` held vectors in a `JSON` settings-store column — object
21846
+ * CLIP, face, plate, vehicle, identity, and the event store's derivatives. That
21847
+ * claim was never true, and leaving it here made five stores look like pending
21848
+ * work when three of them have no vector at all. Counted column by column on
21849
+ * 2026-08-30, exactly THREE ever held one:
21850
+ *
21851
+ * - `object-clip` — 512-dim CLIP image embedding, migrated 2026-08-06.
21852
+ * - `faces.embedding` — 512-dim ArcFace face embedding, migrated 2026-08-30.
21853
+ * - `identity-samples.embedding` — the same ArcFace vector for an ENROLLED
21854
+ * face, migrated 2026-08-30 into its OWN index (see below).
21855
+ *
21856
+ * `plates` and `vehicle-samples` store a plate STRING and a score; `vehicles`
21857
+ * and `identities` store a name; the event store stores no derivative vector.
21858
+ * They are not migration candidates and never were.
21859
+ *
21860
+ * Measured on the live hub the JSON encoding cost ~11.7 KB per row (512 floats
21861
+ * as TEXT, `JSON.parse`d on every search) and made semantic search load 5,000
21862
+ * rows before ranking anything.
21863
+ *
21864
+ * ## One index per COMPARISON, never per encoder
21865
+ *
21866
+ * `faces` and `identity-samples` hold the same 512 ArcFace dims from the same
21867
+ * model, and they still get two indexes. An index is a set of things that are
21868
+ * ranked against each other and that live and die together, and these two are
21869
+ * neither: a `faces` row is TRACK-OWNED and cascades away with its track under
21870
+ * a per-camera capacity cap, an `identity-samples` row is retention-EXEMPT
21871
+ * forever and is the gallery every recognition ranks against. One index would
21872
+ * mean every gallery load and every reconcile carried a filter whose failure
21873
+ * mode is either ranking a candidate against itself or reclaiming an enrolled
21874
+ * person's only sample. The dimension they share is not a reason to share an
21875
+ * index; the question they answer is, and it differs.
21675
21876
  *
21676
21877
  * The fix is not a faster loop, it is a different backend — and the backend
21677
21878
  * should be replaceable without touching six callers. So: a singleton
@@ -21776,7 +21977,20 @@ var VectorQueryResultSchema = object({
21776
21977
  */
21777
21978
  scanned: number(),
21778
21979
  /** True when the backend could not consider every row that passed the filter. */
21779
- truncated: boolean()
21980
+ truncated: boolean(),
21981
+ /**
21982
+ * The `topK` the backend actually ran with.
21983
+ *
21984
+ * Every backend has a ceiling — sqlite-vec's is 4,096 — and a caller asking
21985
+ * past it used to learn nothing but a boolean, from a WARN in the provider's
21986
+ * own log rather than in its answer. That is how an audit asking for 20,000
21987
+ * consumed 4,096 and reported `examined: 4096` as if it had walked the index,
21988
+ * for weeks. `truncated` says THAT the answer was short; this says BY HOW
21989
+ * MUCH, in the return value, where the caller cannot fail to see it.
21990
+ *
21991
+ * Equals the requested `topK` whenever nothing was lowered.
21992
+ */
21993
+ effectiveTopK: number().int().positive()
21780
21994
  });
21781
21995
  var VectorDeleteInputSchema = object({
21782
21996
  index: string(),
@@ -21805,6 +22019,68 @@ var VectorGetResultSchema = object({ items: array(object({
21805
22019
  id: string(),
21806
22020
  metadata: VectorMetadataSchema
21807
22021
  })) });
22022
+ /**
22023
+ * Ids to read back WITH their vectors.
22024
+ *
22025
+ * The sibling of {@link VectorGetResultSchema}, and deliberately a separate
22026
+ * method rather than a flag on it: `getByIds` promises no vectors and its one
22027
+ * caller depends on that promise. This one promises the opposite.
22028
+ *
22029
+ * It exists because a store cannot put its vectors here otherwise. An ArcFace
22030
+ * gallery is ranked IN PROCESS, per detection, against every enrolled sample —
22031
+ * a per-face cross-process KNN would be a network round trip inside the
22032
+ * recognition loop. So the gallery is loaded once and held in RAM, and loading
22033
+ * it requires the index to hand the floats back. Without this method the only
22034
+ * way to keep a readable vector is a JSON column, which is the thing this
22035
+ * capability exists to delete.
22036
+ *
22037
+ * BOUNDED BY THE CALLER: ids are named, never "everything". Enumerating an
22038
+ * index is {@link VectorScanInputSchema}'s job, and it returns no vectors.
22039
+ */
22040
+ var VectorFetchInputSchema = object({
22041
+ index: string(),
22042
+ ids: array(string())
22043
+ });
22044
+ var VectorFetchResultSchema = object({ items: array(object({
22045
+ id: string(),
22046
+ /** base64 Float32LE — the same wire form `upsert` accepts. */
22047
+ vector: string(),
22048
+ metadata: VectorMetadataSchema
22049
+ })) });
22050
+ /**
22051
+ * ENUMERATE an index: one page of rows in a stable order, no ranking.
22052
+ *
22053
+ * A reconcile does not want the nearest rows, it wants ALL of them, and asking
22054
+ * a KNN for "all" is the wrong question twice over. It hits the backend's `k`
22055
+ * ceiling — 4,096 on sqlite-vec against a 22,128-row index — and it needs a
22056
+ * probe vector it does not have, so the audit passed a ZERO vector whose cosine
22057
+ * distance to every row is degenerate. `examined: 4096` then read as "we
22058
+ * looked" for as long as anyone cared to read it.
22059
+ *
22060
+ * This is the primitive that question actually needs: a bounded page, ordered
22061
+ * by the backend's own row order, costing no distance computation at all.
22062
+ * Vectors are NOT returned — an enumeration that shipped 2 KB per row would be
22063
+ * the full-table read this capability was built to stop.
22064
+ */
22065
+ var VectorScanInputSchema = object({
22066
+ index: string(),
22067
+ /** Opaque resume point. `0` starts at the top; pass back `nextCursor`. */
22068
+ cursor: number().int().nonnegative().default(0),
22069
+ limit: number().int().positive()
22070
+ });
22071
+ var VectorScanResultSchema = object({
22072
+ items: array(object({
22073
+ id: string(),
22074
+ metadata: VectorMetadataSchema
22075
+ })),
22076
+ /**
22077
+ * Where the next page starts, or `null` when the walk reached the end.
22078
+ *
22079
+ * `null` is the ONLY end-of-index signal. A caller must not infer the end
22080
+ * from a short page: a backend is free to return fewer rows than asked.
22081
+ */
22082
+ nextCursor: number().int().nonnegative().nullable()
22083
+ });
21808
22084
  var VectorStatsInputSchema = object({ index: string() });
21809
22085
  var VectorStatsResultSchema = object({
21810
22086
  /** Provider id, so an operator can tell brute force from an ANN index. */
@@ -21823,7 +22099,7 @@ method(VectorDeclareIndexInputSchema, _void(), {
21823
22099
  }), method(VectorUpsertInputSchema, VectorUpsertResultSchema, {
21824
22100
  kind: "mutation",
21825
22101
  auth: "admin"
21826
- }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
22102
+ }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorFetchInputSchema, VectorFetchResultSchema, { auth: "admin" }), method(VectorScanInputSchema, VectorScanResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21827
22103
  kind: "mutation",
21828
22104
  auth: "admin"
21829
22105
  }), method(VectorDeleteByFilterInputSchema, VectorDeleteResultSchema, {
@@ -28459,6 +28735,9 @@ method(object({
28459
28735
  }), method(object({}), array(RelocateJobSchema).readonly(), {
28460
28736
  kind: "query",
28461
28737
  auth: "admin"
28738
+ }), method(RelocateResidueInputSchema, RelocateResidueSchema, {
28739
+ kind: "query",
28740
+ auth: "admin"
28462
28741
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
28463
28742
  kind: "mutation",
28464
28743
  auth: "admin"
@@ -35093,6 +35372,12 @@ Object.freeze({
35093
35372
  addonId: null,
35094
35373
  access: "create"
35095
35374
  },
35375
+ "pipelineAnalytics.countRelocatableMedia": {
35376
+ capName: "pipeline-analytics",
35377
+ capScope: "device",
35378
+ addonId: null,
35379
+ access: "view"
35380
+ },
35096
35381
  "pipelineAnalytics.countUnstampedEventMedia": {
35097
35382
  capName: "pipeline-analytics",
35098
35383
  capScope: "device",
@@ -36257,6 +36542,12 @@ Object.freeze({
36257
36542
  addonId: null,
36258
36543
  access: "view"
36259
36544
  },
36545
+ "recording.getRelocateResidue": {
36546
+ capName: "recording",
36547
+ capScope: "system",
36548
+ addonId: null,
36549
+ access: "view"
36550
+ },
36260
36551
  "recording.getStorageMigrationMoveStatus": {
36261
36552
  capName: "recording",
36262
36553
  capScope: "system",
@@ -36803,12 +37094,30 @@ Object.freeze({
36803
37094
  addonId: null,
36804
37095
  access: "create"
36805
37096
  },
37097
+ "storageMigration.drain": {
37098
+ capName: "storage-migration",
37099
+ capScope: "system",
37100
+ addonId: null,
37101
+ access: "create"
37102
+ },
37103
+ "storageMigration.movers": {
37104
+ capName: "storage-migration",
37105
+ capScope: "system",
37106
+ addonId: null,
37107
+ access: "view"
37108
+ },
36806
37109
  "storageMigration.plan": {
36807
37110
  capName: "storage-migration",
36808
37111
  capScope: "system",
36809
37112
  addonId: null,
36810
37113
  access: "view"
36811
37114
  },
37115
+ "storageMigration.residue": {
37116
+ capName: "storage-migration",
37117
+ capScope: "system",
37118
+ addonId: null,
37119
+ access: "view"
37120
+ },
36812
37121
  "storageMigration.start": {
36813
37122
  capName: "storage-migration",
36814
37123
  capScope: "system",
@@ -37643,6 +37952,12 @@ Object.freeze({
37643
37952
  addonId: null,
37644
37953
  access: "delete"
37645
37954
  },
37955
+ "vectorStore.fetchByIds": {
37956
+ capName: "vector-store",
37957
+ capScope: "system",
37958
+ addonId: null,
37959
+ access: "view"
37960
+ },
37646
37961
  "vectorStore.getByIds": {
37647
37962
  capName: "vector-store",
37648
37963
  capScope: "system",
@@ -37655,6 +37970,12 @@ Object.freeze({
37655
37970
  addonId: null,
37656
37971
  access: "view"
37657
37972
  },
37973
+ "vectorStore.scan": {
37974
+ capName: "vector-store",
37975
+ capScope: "system",
37976
+ addonId: null,
37977
+ access: "view"
37978
+ },
37658
37979
  "vectorStore.stats": {
37659
37980
  capName: "vector-store",
37660
37981
  capScope: "system",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@camstack/addon-import-alexa",
3
- "version": "0.2.42",
3
+ "version": "0.2.44",
4
4
  "description": "Alexa device-import provider for CamStack — imports the smart-home devices in a user's Alexa account via the unofficial alexa-remote2 cookie/token client (the inverse of the Alexa exporter)",
5
5
  "keywords": [
6
6
  "camstack",