@camstack/addon-notifiers 1.2.47 → 1.2.49

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
@@ -8297,13 +8297,49 @@ var StorageMigrationParticipantSchema = _enum([
8297
8297
  "recorder",
8298
8298
  "analytics"
8299
8299
  ]);
8300
+ /**
8301
+ * The mover's own numbers, folded onto the coordinator's durable move record.
8302
+ *
8303
+ * The long half of a non-blocking migration is `draining`, and it is measured
8304
+ * in hours: 136 885 files at ~4 MB/s is about five of them. Before this shape
8305
+ * existed the only place those numbers appeared was a Loki line, so an operator
8306
+ * watching the Admin UI saw `phase: draining` and nothing else for a whole
8307
+ * afternoon.
8308
+ *
8309
+ * It is POLLED, never pushed. Events are telemetry and may be dropped
8310
+ * (D8/D11), and a dropped progress event is indistinguishable from a stalled
8311
+ * mover — which is the exact failure this is meant to end. The coordinator's
8312
+ * `waitForMoves` already fetches the whole {@link RelocateJob} on every tick to
8313
+ * read `state`; folding the counters costs no extra read and makes the durable
8314
+ * record say afterwards how far a move actually got.
8315
+ *
8316
+ * `filesTotal` is `null` for "no honest denominator" and is never zero-filled:
8317
+ * a windowed footage job (`sinceMs`) and a node with no ledger both genuinely
8318
+ * cannot say M, and a 0 there would render as "100 % done".
8319
+ */
8320
+ var StorageMigrationMoveProgressSchema = object({
8321
+ filesMoved: number().int().nonnegative(),
8322
+ /** The archive census — the **M** of "N of M" (D295). `null` = unknowable. */
8323
+ filesTotal: number().int().nonnegative().nullable(),
8324
+ bytesMoved: number().int().nonnegative(),
8325
+ /** The MOVER's start, not the migration's: a drain restarted after an addon
8326
+ * crash gets a new mover, and a rate computed from the migration's start
8327
+ * would silently average in the time nothing was running. */
8328
+ startedAt: number(),
8329
+ /** When the coordinator last read these numbers. Paired with `startedAt` it
8330
+ * is the only honest rate: both clocks are the hub's, so a UI never has to
8331
+ * subtract its own. */
8332
+ observedAt: number()
8333
+ });
8300
8334
  var StorageMigrationMoveSchema = object({
8301
8335
  storageClass: StorageMigrationClassSchema,
8302
8336
  fromLocationId: string(),
8303
8337
  toLocationId: string(),
8304
8338
  moverJobId: string().nullable(),
8305
8339
  state: RelocateJobStateSchema.nullable(),
8306
- error: string().nullable()
8340
+ error: string().nullable(),
8341
+ /** Last observed mover counters; `null` until the mover has been polled once. */
8342
+ progress: StorageMigrationMoveProgressSchema.nullable()
8307
8343
  });
8308
8344
  var StorageMigrationJobSchema = object({
8309
8345
  jobId: string(),
@@ -8349,6 +8385,98 @@ var StorageMigrationPlanSchema = object({
8349
8385
  findings: array(StorageMigrationFindingSchema)
8350
8386
  });
8351
8387
  /**
8388
+ * A mover as it exists RIGHT NOW, whether or not a migration job owns it.
8389
+ *
8390
+ * The coordinator's job record is the state of record for a migration, and its
8391
+ * moves carry {@link StorageMigrationMoveProgress}. But the movers are usable
8392
+ * standalone — `recording.relocateFootage` and `pipelineAnalytics.relocateMedia`
8393
+ * are both operator-callable, and on 2026-08-29 a five-hour drain was armed that
8394
+ * way because no supported UI path existed. A mover armed like that has no job
8395
+ * to fold progress into, so it has to be readable on its own or it is invisible.
8396
+ *
8397
+ * `migrationJobId` is what tells the two apart: `null` means nothing here
8398
+ * orchestrated it.
8399
+ */
8400
+ var StorageMigrationMoverSchema = object({
8401
+ lane: _enum(["footage", "media"]),
8402
+ job: RelocateJobSchema,
8403
+ /** The coordinator job that armed this mover, or `null` for a mover armed
8404
+ * directly against the owning addon. */
8405
+ migrationJobId: string().nullable(),
8406
+ /** When the hub read these counters. Stamped here so a rate is `bytesMoved`
8407
+ * over (`observedAt` − `job.startedAt`) with BOTH ends on the hub's clock —
8408
+ * a browser subtracting its own `Date.now()` from a server `startedAt` is a
8409
+ * rate made of two different clocks. */
8410
+ observedAt: number()
8411
+ });
8412
+ /**
8413
+ * What a SOURCE still holds for one storage class — the number that makes a
8414
+ * "drain remaining" action honest rather than hopeful.
8415
+ *
8416
+ * It comes from the archive (`SegmentHourLedger.census` for footage, the media
8417
+ * engine's own selection count for media), never from the resident index: a
8418
+ * drain sized off `RecordingIndex` is what reported `done` over 80.3 GB it had
8419
+ * never been told about (D295).
8420
+ *
8421
+ * `items`/`bytes` are `null` for "the archive could not be asked", which is
8422
+ * deliberately NOT zero: a drain is still offered for an unknown residue,
8423
+ * because refusing on an unanswerable read would hide exactly the case an
8424
+ * operator needs to act on.
8425
+ */
8426
+ var StorageMigrationResidueSchema = object({
8427
+ storageClass: StorageMigrationClassSchema,
8428
+ /** The location still holding the data. `'*'` for the media lane, whose rows
8429
+ * move from wherever they are rather than from one named source. */
8430
+ fromLocationId: string(),
8431
+ /** Where a drain would move it — the class's CURRENT default. */
8432
+ toLocationId: string(),
8433
+ /** Segments (footage lane) or rows (media lane) still on the source. */
8434
+ items: number().int().nonnegative().nullable(),
8435
+ /** Bytes on the source; `null` when the lane counts rows rather than bytes. */
8436
+ bytes: number().int().nonnegative().nullable()
8437
+ });
8438
+ /**
8439
+ * Run the DRAIN half and nothing else.
8440
+ *
8441
+ * A migration that reached `done` has already repointed, so `start` correctly
8442
+ * refuses its destination ("already the default") — there is nothing left to
8443
+ * repoint. But the drain can fail, be cancelled, be interrupted by a restart,
8444
+ * or finish against a work list that was a tenth of the archive (D295), and
8445
+ * before this there was no supported way to run only that half: the only way
8446
+ * through was calling `recording.relocateFootage` by hand over admin tRPC.
8447
+ *
8448
+ * `drain` NEVER calls `setDefaultLocations`. That is what keeps `start`'s
8449
+ * refusal meaningful: the two verbs are disjoint, so nothing here can silently
8450
+ * re-repoint a class that is already migrated.
8451
+ */
8452
+ var StorageMigrationDrainInputSchema = object({
8453
+ /** The classes to drain. Each must appear in `storageMigration.residue`, so
8454
+ * a class whose source is already empty is refused rather than started. */
8455
+ classes: array(StorageMigrationClassSchema).min(1),
8456
+ throttleMbps: number().min(1).max(1e3).optional()
8457
+ });
8458
+ /** What a footage source still holds, asked of the durable hour ledger. */
8459
+ var RelocateResidueInputSchema = object({
8460
+ fromLocationId: string().min(1),
8461
+ /** Narrow to one logical class; omit for every profile on the location. */
8462
+ footageClass: RelocateFootageClassSchema.optional()
8463
+ });
8464
+ /** `null` = the archive could not answer (no ledger on this node, or the
8465
+ * aggregate failed). Never conflated with an empty source. */
8466
+ var RelocateResidueSchema = object({
8467
+ segments: number().int().nonnegative(),
8468
+ bytes: number().int().nonnegative()
8469
+ }).nullable();
8470
+ /** How many rows a media pass would still act on against a given target — the
8471
+ * media lane's denominator AND its residue, from ONE derivation so the two can
8472
+ * never disagree. `null` = the count could not be taken. */
8473
+ var RelocatableMediaCountSchema = object({ rows: number().int().nonnegative() }).nullable();
8474
+ var RelocatableMediaCountInputSchema = object({
8475
+ toLocationId: string().min(1),
8476
+ /** Omitted = `move`. */
8477
+ mode: MediaRelocateModeSchema.optional()
8478
+ });
8479
+ /**
8352
8480
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8353
8481
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8354
8482
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8452,6 +8580,32 @@ var StorageLocationRefSchema = union([StorageLocationTypeSchema, string().regex(
8452
8580
  * two addons declaring the same `id` must agree on `cardinality` (validated
8453
8581
  * at kernel aggregation time, not here).
8454
8582
  */
8583
+ /**
8584
+ * `StorageAccess` — how the service that DECLARED a storage-location kind
8585
+ * actually reaches the bytes. It is the constraint that decides which
8586
+ * `storage-provider`s may back a location of that kind.
8587
+ *
8588
+ * - `'local-path'` — the service asks `storage.resolve` for a path string and
8589
+ * then does its own `node:fs` I/O on it (the recorder's segment writer, the
8590
+ * post-analysis media roots). Only a provider that serves a genuine local
8591
+ * filesystem (`getProviderInfo().nodeLocal === true`) can satisfy that: a
8592
+ * remote provider's `resolve` returns a path on the REMOTE host, and
8593
+ * `fs.readdir` of it on this node either fails or — far worse — succeeds
8594
+ * against a same-named local directory that is something else entirely.
8595
+ *
8596
+ * - `'cap-mediated'` — every byte travels through the `storage` cap
8597
+ * (`read`/`write`, or `beginUpload`/`writeChunk`/`finalizeUpload`). The
8598
+ * service never sees a path, so any provider can back it. `backups` is the
8599
+ * one kind that qualifies today.
8600
+ *
8601
+ * Before this existed, `recordings` was unreachable by SFTP/S3/WebDAV only as
8602
+ * an EMERGENT property of how the recorder happened to be written. Nothing
8603
+ * refused the configuration; the first write simply went somewhere wrong, and
8604
+ * a recording write that goes wrong surfaces as a silent black window rather
8605
+ * than an error (the read path does not `stat`). This turns that accident into
8606
+ * a declared, enforced, testable refusal.
8607
+ */
8608
+ var StorageAccessSchema = _enum(["local-path", "cap-mediated"]);
8455
8609
  var StorageLocationDeclarationSchema = object({
8456
8610
  /**
8457
8611
  * Global location identifier, e.g. `recordings` or `recordingsLow`.
@@ -8471,6 +8625,19 @@ var StorageLocationDeclarationSchema = object({
8471
8625
  */
8472
8626
  cardinality: _enum(["single", "multi"]),
8473
8627
  /**
8628
+ * HOW the declaring service reaches the bytes — and therefore WHICH
8629
+ * providers may back a location of this kind. See {@link StorageAccessSchema}
8630
+ * and {@link STORAGE_ACCESS_FALLBACK}.
8631
+ *
8632
+ * Absent means `'local-path'`. That default is FAIL-CLOSED on purpose: it
8633
+ * can only over-restrict (refuse a remote provider for a kind that might
8634
+ * have coped) and never under-restrict. Declaring `'cap-mediated'` is the
8635
+ * permissive direction and is therefore never inferred — a repo guard
8636
+ * (`scripts/check-storage-access-declarations.ts`) refuses to let it be
8637
+ * reached by omission.
8638
+ */
8639
+ access: StorageAccessSchema.optional(),
8640
+ /**
8474
8641
  * When set, the default instance for this location inherits its resolved
8475
8642
  * root from the named location's default instance. Useful for derivative
8476
8643
  * slots (e.g. `recordingsLow` → `recordings`) so operators only need to
@@ -18051,8 +18218,10 @@ var TrackSchema = object({
18051
18218
  lastSeen: number(),
18052
18219
  /** Frame-rate position history (subject to maxPositionHistory cap). */
18053
18220
  positions: array(TrackPositionSchema).readonly(),
18054
- /** Periodic snapshots at snapshotIntervalMs cadence (subject to
18055
- * saveThumbnails policy). */
18221
+ /** Periodic snapshots at snapshotIntervalMs cadence — DEBUG media, produced
18222
+ * only while `MediaSettings.debugMediaEnabled` is on for the camera (D299;
18223
+ * the retired `saveThumbnails` used to gate this and the rolling
18224
+ * `lastFrame` together). Empty is the healthy default, not a capture gap. */
18056
18225
  snapshots: array(TrackSnapshotSchema).readonly(),
18057
18226
  /** Deduplicated zones the track has entered at least once. Zone IDS. */
18058
18227
  zonesVisited: array(string()).readonly(),
@@ -18912,7 +19081,10 @@ DeviceType.Camera, method(object({ deviceId: number() }), array(TrackSchema).rea
18912
19081
  }), method(RelocateMediaInputSchema, object({ jobId: string() }), {
18913
19082
  kind: "mutation",
18914
19083
  auth: "admin"
18915
- }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(object({}), array(RelocateJobSchema).readonly(), {
19084
+ }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(RelocatableMediaCountInputSchema, RelocatableMediaCountSchema, {
19085
+ kind: "query",
19086
+ auth: "admin"
19087
+ }), method(object({}), array(RelocateJobSchema).readonly(), {
18916
19088
  kind: "query",
18917
19089
  auth: "admin"
18918
19090
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
@@ -20871,6 +21043,9 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
20871
21043
  }), method(object({ jobId: string().optional() }), StorageMigrationJobSchema.nullable(), { auth: "admin" }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
20872
21044
  kind: "mutation",
20873
21045
  auth: "admin"
21046
+ }), method(object({}), array(StorageMigrationMoverSchema).readonly(), { auth: "admin" }), method(object({}), array(StorageMigrationResidueSchema).readonly(), { auth: "admin" }), method(StorageMigrationDrainInputSchema, object({ jobId: string() }), {
21047
+ kind: "mutation",
21048
+ auth: "admin"
20874
21049
  });
20875
21050
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
20876
21051
  providerId: string().min(1),
@@ -21269,12 +21444,38 @@ response: record(string(), unknown()) }), object({
21269
21444
  *
21270
21445
  * ## Why this is a capability and not a helper
21271
21446
  *
21272
- * Six stores in `addon-post-analysis` already hold vectors — object CLIP, face,
21273
- * plate, vehicle, identity, and the event store's derivatives — and every one of
21274
- * them keeps its vectors in a `JSON` settings-store column and ranks them by
21275
- * brute-force cosine in JS. Measured on the live hub that costs ~11.7 KB per row
21276
- * (512 floats as TEXT, `JSON.parse`d on every search) and made semantic search
21277
- * load 5,000 rows before ranking anything.
21447
+ * This capability was introduced with the claim that SIX stores in
21448
+ * `addon-post-analysis` held vectors in a `JSON` settings-store column — object
21449
+ * CLIP, face, plate, vehicle, identity, and the event store's derivatives. That
21450
+ * claim was never true, and leaving it here made five stores look like pending
21451
+ * work when three of them have no vector at all. Counted column by column on
21452
+ * 2026-08-30, exactly THREE ever held one:
21453
+ *
21454
+ * - `object-clip` — 512-dim CLIP image embedding, migrated 2026-08-06.
21455
+ * - `faces.embedding` — 512-dim ArcFace face embedding, migrated 2026-08-30.
21456
+ * - `identity-samples.embedding` — the same ArcFace vector for an ENROLLED
21457
+ * face, migrated 2026-08-30 into its OWN index (see below).
21458
+ *
21459
+ * `plates` and `vehicle-samples` store a plate STRING and a score; `vehicles`
21460
+ * and `identities` store a name; the event store stores no derivative vector.
21461
+ * They are not migration candidates and never were.
21462
+ *
21463
+ * Measured on the live hub the JSON encoding cost ~11.7 KB per row (512 floats
21464
+ * as TEXT, `JSON.parse`d on every search) and made semantic search load 5,000
21465
+ * rows before ranking anything.
21466
+ *
21467
+ * ## One index per COMPARISON, never per encoder
21468
+ *
21469
+ * `faces` and `identity-samples` hold the same 512 ArcFace dims from the same
21470
+ * model, and they still get two indexes. An index is a set of things that are
21471
+ * ranked against each other and that live and die together, and these two are
21472
+ * neither: a `faces` row is TRACK-OWNED and cascades away with its track under
21473
+ * a per-camera capacity cap, an `identity-samples` row is retention-EXEMPT
21474
+ * forever and is the gallery every recognition ranks against. One index would
21475
+ * mean every gallery load and every reconcile carried a filter whose failure
21476
+ * mode is either ranking a candidate against itself or reclaiming an enrolled
21477
+ * person's only sample. The dimension they share is not a reason to share an
21478
+ * index; the question they answer is, and it differs.
21278
21479
  *
21279
21480
  * The fix is not a faster loop, it is a different backend — and the backend
21280
21481
  * should be replaceable without touching six callers. So: a singleton
@@ -21379,7 +21580,20 @@ var VectorQueryResultSchema = object({
21379
21580
  */
21380
21581
  scanned: number(),
21381
21582
  /** True when the backend could not consider every row that passed the filter. */
21382
- truncated: boolean()
21583
+ truncated: boolean(),
21584
+ /**
21585
+ * The `topK` the backend actually ran with.
21586
+ *
21587
+ * Every backend has a ceiling — sqlite-vec's is 4,096 — and a caller asking
21588
+ * past it used to learn nothing but a boolean, from a WARN in the provider's
21589
+ * own log rather than in its answer. That is how an audit asking for 20,000
21590
+ * consumed 4,096 and reported `examined: 4096` as if it had walked the index,
21591
+ * for weeks. `truncated` says THAT the answer was short; this says BY HOW
21592
+ * MUCH, in the return value, where the caller cannot fail to see it.
21593
+ *
21594
+ * Equals the requested `topK` whenever nothing was lowered.
21595
+ */
21596
+ effectiveTopK: number().int().positive()
21383
21597
  });
21384
21598
  var VectorDeleteInputSchema = object({
21385
21599
  index: string(),
@@ -21408,6 +21622,68 @@ var VectorGetResultSchema = object({ items: array(object({
21408
21622
  id: string(),
21409
21623
  metadata: VectorMetadataSchema
21410
21624
  })) });
21625
+ /**
21626
+ * Ids to read back WITH their vectors.
21627
+ *
21628
+ * The sibling of {@link VectorGetResultSchema}, and deliberately a separate
21629
+ * method rather than a flag on it: `getByIds` promises no vectors and its one
21630
+ * caller depends on that promise. This one promises the opposite.
21631
+ *
21632
+ * It exists because a store cannot put its vectors here otherwise. An ArcFace
21633
+ * gallery is ranked IN PROCESS, per detection, against every enrolled sample —
21634
+ * a per-face cross-process KNN would be a network round trip inside the
21635
+ * recognition loop. So the gallery is loaded once and held in RAM, and loading
21636
+ * it requires the index to hand the floats back. Without this method the only
21637
+ * way to keep a readable vector is a JSON column, which is the thing this
21638
+ * capability exists to delete.
21639
+ *
21640
+ * BOUNDED BY THE CALLER: ids are named, never "everything". Enumerating an
21641
+ * index is {@link VectorScanInputSchema}'s job, and it returns no vectors.
21642
+ */
21643
+ var VectorFetchInputSchema = object({
21644
+ index: string(),
21645
+ ids: array(string())
21646
+ });
21647
+ var VectorFetchResultSchema = object({ items: array(object({
21648
+ id: string(),
21649
+ /** base64 Float32LE — the same wire form `upsert` accepts. */
21650
+ vector: string(),
21651
+ metadata: VectorMetadataSchema
21652
+ })) });
21653
+ /**
21654
+ * ENUMERATE an index: one page of rows in a stable order, no ranking.
21655
+ *
21656
+ * A reconcile does not want the nearest rows, it wants ALL of them, and asking
21657
+ * a KNN for "all" is the wrong question twice over. It hits the backend's `k`
21658
+ * ceiling — 4,096 on sqlite-vec against a 22,128-row index — and it needs a
21659
+ * probe vector it does not have, so the audit passed a ZERO vector whose cosine
21660
+ * distance to every row is degenerate. `examined: 4096` then read as "we
21661
+ * looked" for as long as anyone cared to read it.
21662
+ *
21663
+ * This is the primitive that question actually needs: a bounded page, ordered
21664
+ * by the backend's own row order, costing no distance computation at all.
21665
+ * Vectors are NOT returned — an enumeration that shipped 2 KB per row would be
21666
+ * the full-table read this capability was built to stop.
21667
+ */
21668
+ var VectorScanInputSchema = object({
21669
+ index: string(),
21670
+ /** Opaque resume point. `0` starts at the top; pass back `nextCursor`. */
21671
+ cursor: number().int().nonnegative().default(0),
21672
+ limit: number().int().positive()
21673
+ });
21674
+ var VectorScanResultSchema = object({
21675
+ items: array(object({
21676
+ id: string(),
21677
+ metadata: VectorMetadataSchema
21678
+ })),
21679
+ /**
21680
+ * Where the next page starts, or `null` when the walk reached the end.
21681
+ *
21682
+ * `null` is the ONLY end-of-index signal. A caller must not infer the end
21683
+ * from a short page: a backend is free to return fewer rows than asked.
21684
+ */
21685
+ nextCursor: number().int().nonnegative().nullable()
21686
+ });
21411
21687
  var VectorStatsInputSchema = object({ index: string() });
21412
21688
  var VectorStatsResultSchema = object({
21413
21689
  /** Provider id, so an operator can tell brute force from an ANN index. */
@@ -21426,7 +21702,7 @@ method(VectorDeclareIndexInputSchema, _void(), {
21426
21702
  }), method(VectorUpsertInputSchema, VectorUpsertResultSchema, {
21427
21703
  kind: "mutation",
21428
21704
  auth: "admin"
21429
- }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21705
+ }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorFetchInputSchema, VectorFetchResultSchema, { auth: "admin" }), method(VectorScanInputSchema, VectorScanResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21430
21706
  kind: "mutation",
21431
21707
  auth: "admin"
21432
21708
  }), method(VectorDeleteByFilterInputSchema, VectorDeleteResultSchema, {
@@ -26330,6 +26606,9 @@ method(object({
26330
26606
  }), method(object({}), array(RelocateJobSchema).readonly(), {
26331
26607
  kind: "query",
26332
26608
  auth: "admin"
26609
+ }), method(RelocateResidueInputSchema, RelocateResidueSchema, {
26610
+ kind: "query",
26611
+ auth: "admin"
26333
26612
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
26334
26613
  kind: "mutation",
26335
26614
  auth: "admin"
@@ -31295,6 +31574,12 @@ Object.freeze({
31295
31574
  addonId: null,
31296
31575
  access: "create"
31297
31576
  },
31577
+ "pipelineAnalytics.countRelocatableMedia": {
31578
+ capName: "pipeline-analytics",
31579
+ capScope: "device",
31580
+ addonId: null,
31581
+ access: "view"
31582
+ },
31298
31583
  "pipelineAnalytics.countUnstampedEventMedia": {
31299
31584
  capName: "pipeline-analytics",
31300
31585
  capScope: "device",
@@ -32459,6 +32744,12 @@ Object.freeze({
32459
32744
  addonId: null,
32460
32745
  access: "view"
32461
32746
  },
32747
+ "recording.getRelocateResidue": {
32748
+ capName: "recording",
32749
+ capScope: "system",
32750
+ addonId: null,
32751
+ access: "view"
32752
+ },
32462
32753
  "recording.getStorageMigrationMoveStatus": {
32463
32754
  capName: "recording",
32464
32755
  capScope: "system",
@@ -33005,12 +33296,30 @@ Object.freeze({
33005
33296
  addonId: null,
33006
33297
  access: "create"
33007
33298
  },
33299
+ "storageMigration.drain": {
33300
+ capName: "storage-migration",
33301
+ capScope: "system",
33302
+ addonId: null,
33303
+ access: "create"
33304
+ },
33305
+ "storageMigration.movers": {
33306
+ capName: "storage-migration",
33307
+ capScope: "system",
33308
+ addonId: null,
33309
+ access: "view"
33310
+ },
33008
33311
  "storageMigration.plan": {
33009
33312
  capName: "storage-migration",
33010
33313
  capScope: "system",
33011
33314
  addonId: null,
33012
33315
  access: "view"
33013
33316
  },
33317
+ "storageMigration.residue": {
33318
+ capName: "storage-migration",
33319
+ capScope: "system",
33320
+ addonId: null,
33321
+ access: "view"
33322
+ },
33014
33323
  "storageMigration.start": {
33015
33324
  capName: "storage-migration",
33016
33325
  capScope: "system",
@@ -33845,6 +34154,12 @@ Object.freeze({
33845
34154
  addonId: null,
33846
34155
  access: "delete"
33847
34156
  },
34157
+ "vectorStore.fetchByIds": {
34158
+ capName: "vector-store",
34159
+ capScope: "system",
34160
+ addonId: null,
34161
+ access: "view"
34162
+ },
33848
34163
  "vectorStore.getByIds": {
33849
34164
  capName: "vector-store",
33850
34165
  capScope: "system",
@@ -33857,6 +34172,12 @@ Object.freeze({
33857
34172
  addonId: null,
33858
34173
  access: "view"
33859
34174
  },
34175
+ "vectorStore.scan": {
34176
+ capName: "vector-store",
34177
+ capScope: "system",
34178
+ addonId: null,
34179
+ access: "view"
34180
+ },
33860
34181
  "vectorStore.stats": {
33861
34182
  capName: "vector-store",
33862
34183
  capScope: "system",
package/dist/addon.mjs CHANGED
@@ -8270,13 +8270,49 @@ var StorageMigrationParticipantSchema = _enum([
8270
8270
  "recorder",
8271
8271
  "analytics"
8272
8272
  ]);
8273
+ /**
8274
+ * The mover's own numbers, folded onto the coordinator's durable move record.
8275
+ *
8276
+ * The long half of a non-blocking migration is `draining`, and it is measured
8277
+ * in hours: 136 885 files at ~4 MB/s is about five of them. Before this shape
8278
+ * existed the only place those numbers appeared was a Loki line, so an operator
8279
+ * watching the Admin UI saw `phase: draining` and nothing else for a whole
8280
+ * afternoon.
8281
+ *
8282
+ * It is POLLED, never pushed. Events are telemetry and may be dropped
8283
+ * (D8/D11), and a dropped progress event is indistinguishable from a stalled
8284
+ * mover — which is the exact failure this is meant to end. The coordinator's
8285
+ * `waitForMoves` already fetches the whole {@link RelocateJob} on every tick to
8286
+ * read `state`; folding the counters costs no extra read and makes the durable
8287
+ * record say afterwards how far a move actually got.
8288
+ *
8289
+ * `filesTotal` is `null` for "no honest denominator" and is never zero-filled:
8290
+ * a windowed footage job (`sinceMs`) and a node with no ledger both genuinely
8291
+ * cannot say M, and a 0 there would render as "100 % done".
8292
+ */
8293
+ var StorageMigrationMoveProgressSchema = object({
8294
+ filesMoved: number().int().nonnegative(),
8295
+ /** The archive census — the **M** of "N of M" (D295). `null` = unknowable. */
8296
+ filesTotal: number().int().nonnegative().nullable(),
8297
+ bytesMoved: number().int().nonnegative(),
8298
+ /** The MOVER's start, not the migration's: a drain restarted after an addon
8299
+ * crash gets a new mover, and a rate computed from the migration's start
8300
+ * would silently average in the time nothing was running. */
8301
+ startedAt: number(),
8302
+ /** When the coordinator last read these numbers. Paired with `startedAt` it
8303
+ * is the only honest rate: both clocks are the hub's, so a UI never has to
8304
+ * subtract its own. */
8305
+ observedAt: number()
8306
+ });
8273
8307
  var StorageMigrationMoveSchema = object({
8274
8308
  storageClass: StorageMigrationClassSchema,
8275
8309
  fromLocationId: string(),
8276
8310
  toLocationId: string(),
8277
8311
  moverJobId: string().nullable(),
8278
8312
  state: RelocateJobStateSchema.nullable(),
8279
- error: string().nullable()
8313
+ error: string().nullable(),
8314
+ /** Last observed mover counters; `null` until the mover has been polled once. */
8315
+ progress: StorageMigrationMoveProgressSchema.nullable()
8280
8316
  });
8281
8317
  var StorageMigrationJobSchema = object({
8282
8318
  jobId: string(),
@@ -8322,6 +8358,98 @@ var StorageMigrationPlanSchema = object({
8322
8358
  findings: array(StorageMigrationFindingSchema)
8323
8359
  });
8324
8360
  /**
8361
+ * A mover as it exists RIGHT NOW, whether or not a migration job owns it.
8362
+ *
8363
+ * The coordinator's job record is the state of record for a migration, and its
8364
+ * moves carry {@link StorageMigrationMoveProgress}. But the movers are usable
8365
+ * standalone — `recording.relocateFootage` and `pipelineAnalytics.relocateMedia`
8366
+ * are both operator-callable, and on 2026-08-29 a five-hour drain was armed that
8367
+ * way because no supported UI path existed. A mover armed like that has no job
8368
+ * to fold progress into, so it has to be readable on its own or it is invisible.
8369
+ *
8370
+ * `migrationJobId` is what tells the two apart: `null` means nothing here
8371
+ * orchestrated it.
8372
+ */
8373
+ var StorageMigrationMoverSchema = object({
8374
+ lane: _enum(["footage", "media"]),
8375
+ job: RelocateJobSchema,
8376
+ /** The coordinator job that armed this mover, or `null` for a mover armed
8377
+ * directly against the owning addon. */
8378
+ migrationJobId: string().nullable(),
8379
+ /** When the hub read these counters. Stamped here so a rate is `bytesMoved`
8380
+ * over (`observedAt` − `job.startedAt`) with BOTH ends on the hub's clock —
8381
+ * a browser subtracting its own `Date.now()` from a server `startedAt` is a
8382
+ * rate made of two different clocks. */
8383
+ observedAt: number()
8384
+ });
8385
+ /**
8386
+ * What a SOURCE still holds for one storage class — the number that makes a
8387
+ * "drain remaining" action honest rather than hopeful.
8388
+ *
8389
+ * It comes from the archive (`SegmentHourLedger.census` for footage, the media
8390
+ * engine's own selection count for media), never from the resident index: a
8391
+ * drain sized off `RecordingIndex` is what reported `done` over 80.3 GB it had
8392
+ * never been told about (D295).
8393
+ *
8394
+ * `items`/`bytes` are `null` for "the archive could not be asked", which is
8395
+ * deliberately NOT zero: a drain is still offered for an unknown residue,
8396
+ * because refusing on an unanswerable read would hide exactly the case an
8397
+ * operator needs to act on.
8398
+ */
8399
+ var StorageMigrationResidueSchema = object({
8400
+ storageClass: StorageMigrationClassSchema,
8401
+ /** The location still holding the data. `'*'` for the media lane, whose rows
8402
+ * move from wherever they are rather than from one named source. */
8403
+ fromLocationId: string(),
8404
+ /** Where a drain would move it — the class's CURRENT default. */
8405
+ toLocationId: string(),
8406
+ /** Segments (footage lane) or rows (media lane) still on the source. */
8407
+ items: number().int().nonnegative().nullable(),
8408
+ /** Bytes on the source; `null` when the lane counts rows rather than bytes. */
8409
+ bytes: number().int().nonnegative().nullable()
8410
+ });
8411
+ /**
8412
+ * Run the DRAIN half and nothing else.
8413
+ *
8414
+ * A migration that reached `done` has already repointed, so `start` correctly
8415
+ * refuses its destination ("already the default") — there is nothing left to
8416
+ * repoint. But the drain can fail, be cancelled, be interrupted by a restart,
8417
+ * or finish against a work list that was a tenth of the archive (D295), and
8418
+ * before this there was no supported way to run only that half: the only way
8419
+ * through was calling `recording.relocateFootage` by hand over admin tRPC.
8420
+ *
8421
+ * `drain` NEVER calls `setDefaultLocations`. That is what keeps `start`'s
8422
+ * refusal meaningful: the two verbs are disjoint, so nothing here can silently
8423
+ * re-repoint a class that is already migrated.
8424
+ */
8425
+ var StorageMigrationDrainInputSchema = object({
8426
+ /** The classes to drain. Each must appear in `storageMigration.residue`, so
8427
+ * a class whose source is already empty is refused rather than started. */
8428
+ classes: array(StorageMigrationClassSchema).min(1),
8429
+ throttleMbps: number().min(1).max(1e3).optional()
8430
+ });
8431
+ /** What a footage source still holds, asked of the durable hour ledger. */
8432
+ var RelocateResidueInputSchema = object({
8433
+ fromLocationId: string().min(1),
8434
+ /** Narrow to one logical class; omit for every profile on the location. */
8435
+ footageClass: RelocateFootageClassSchema.optional()
8436
+ });
8437
+ /** `null` = the archive could not answer (no ledger on this node, or the
8438
+ * aggregate failed). Never conflated with an empty source. */
8439
+ var RelocateResidueSchema = object({
8440
+ segments: number().int().nonnegative(),
8441
+ bytes: number().int().nonnegative()
8442
+ }).nullable();
8443
+ /** How many rows a media pass would still act on against a given target — the
8444
+ * media lane's denominator AND its residue, from ONE derivation so the two can
8445
+ * never disagree. `null` = the count could not be taken. */
8446
+ var RelocatableMediaCountSchema = object({ rows: number().int().nonnegative() }).nullable();
8447
+ var RelocatableMediaCountInputSchema = object({
8448
+ toLocationId: string().min(1),
8449
+ /** Omitted = `move`. */
8450
+ mode: MediaRelocateModeSchema.optional()
8451
+ });
8452
+ /**
8325
8453
  * `StorageLocationType` — an addon-declared id that identifies the *kind* of
8326
8454
  * storage a location serves. Defined here (not in `capabilities/storage.cap.ts`)
8327
8455
  * so the persisted record schema and the consumer-facing cap can both consume it
@@ -8425,6 +8553,32 @@ var StorageLocationRefSchema = union([StorageLocationTypeSchema, string().regex(
8425
8553
  * two addons declaring the same `id` must agree on `cardinality` (validated
8426
8554
  * at kernel aggregation time, not here).
8427
8555
  */
8556
+ /**
8557
+ * `StorageAccess` — how the service that DECLARED a storage-location kind
8558
+ * actually reaches the bytes. It is the constraint that decides which
8559
+ * `storage-provider`s may back a location of that kind.
8560
+ *
8561
+ * - `'local-path'` — the service asks `storage.resolve` for a path string and
8562
+ * then does its own `node:fs` I/O on it (the recorder's segment writer, the
8563
+ * post-analysis media roots). Only a provider that serves a genuine local
8564
+ * filesystem (`getProviderInfo().nodeLocal === true`) can satisfy that: a
8565
+ * remote provider's `resolve` returns a path on the REMOTE host, and
8566
+ * `fs.readdir` of it on this node either fails or — far worse — succeeds
8567
+ * against a same-named local directory that is something else entirely.
8568
+ *
8569
+ * - `'cap-mediated'` — every byte travels through the `storage` cap
8570
+ * (`read`/`write`, or `beginUpload`/`writeChunk`/`finalizeUpload`). The
8571
+ * service never sees a path, so any provider can back it. `backups` is the
8572
+ * one kind that qualifies today.
8573
+ *
8574
+ * Before this existed, `recordings` was unreachable by SFTP/S3/WebDAV only as
8575
+ * an EMERGENT property of how the recorder happened to be written. Nothing
8576
+ * refused the configuration; the first write simply went somewhere wrong, and
8577
+ * a recording write that goes wrong surfaces as a silent black window rather
8578
+ * than an error (the read path does not `stat`). This turns that accident into
8579
+ * a declared, enforced, testable refusal.
8580
+ */
8581
+ var StorageAccessSchema = _enum(["local-path", "cap-mediated"]);
8428
8582
  var StorageLocationDeclarationSchema = object({
8429
8583
  /**
8430
8584
  * Global location identifier, e.g. `recordings` or `recordingsLow`.
@@ -8444,6 +8598,19 @@ var StorageLocationDeclarationSchema = object({
8444
8598
  */
8445
8599
  cardinality: _enum(["single", "multi"]),
8446
8600
  /**
8601
+ * HOW the declaring service reaches the bytes — and therefore WHICH
8602
+ * providers may back a location of this kind. See {@link StorageAccessSchema}
8603
+ * and {@link STORAGE_ACCESS_FALLBACK}.
8604
+ *
8605
+ * Absent means `'local-path'`. That default is FAIL-CLOSED on purpose: it
8606
+ * can only over-restrict (refuse a remote provider for a kind that might
8607
+ * have coped) and never under-restrict. Declaring `'cap-mediated'` is the
8608
+ * permissive direction and is therefore never inferred — a repo guard
8609
+ * (`scripts/check-storage-access-declarations.ts`) refuses to let it be
8610
+ * reached by omission.
8611
+ */
8612
+ access: StorageAccessSchema.optional(),
8613
+ /**
8447
8614
  * When set, the default instance for this location inherits its resolved
8448
8615
  * root from the named location's default instance. Useful for derivative
8449
8616
  * slots (e.g. `recordingsLow` → `recordings`) so operators only need to
@@ -18024,8 +18191,10 @@ var TrackSchema = object({
18024
18191
  lastSeen: number(),
18025
18192
  /** Frame-rate position history (subject to maxPositionHistory cap). */
18026
18193
  positions: array(TrackPositionSchema).readonly(),
18027
- /** Periodic snapshots at snapshotIntervalMs cadence (subject to
18028
- * saveThumbnails policy). */
18194
+ /** Periodic snapshots at snapshotIntervalMs cadence — DEBUG media, produced
18195
+ * only while `MediaSettings.debugMediaEnabled` is on for the camera (D299;
18196
+ * the retired `saveThumbnails` used to gate this and the rolling
18197
+ * `lastFrame` together). Empty is the healthy default, not a capture gap. */
18029
18198
  snapshots: array(TrackSnapshotSchema).readonly(),
18030
18199
  /** Deduplicated zones the track has entered at least once. Zone IDS. */
18031
18200
  zonesVisited: array(string()).readonly(),
@@ -18885,7 +19054,10 @@ DeviceType.Camera, method(object({ deviceId: number() }), array(TrackSchema).rea
18885
19054
  }), method(RelocateMediaInputSchema, object({ jobId: string() }), {
18886
19055
  kind: "mutation",
18887
19056
  auth: "admin"
18888
- }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(object({}), array(RelocateJobSchema).readonly(), {
19057
+ }), method(object({}), UnstampedEventMediaCountSchema, { auth: "admin" }), method(RelocatableMediaCountInputSchema, RelocatableMediaCountSchema, {
19058
+ kind: "query",
19059
+ auth: "admin"
19060
+ }), method(object({}), array(RelocateJobSchema).readonly(), {
18889
19061
  kind: "query",
18890
19062
  auth: "admin"
18891
19063
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
@@ -20844,6 +21016,9 @@ method(StorageMigrationInputSchema, StorageMigrationPlanSchema, { auth: "admin"
20844
21016
  }), method(object({ jobId: string().optional() }), StorageMigrationJobSchema.nullable(), { auth: "admin" }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
20845
21017
  kind: "mutation",
20846
21018
  auth: "admin"
21019
+ }), method(object({}), array(StorageMigrationMoverSchema).readonly(), { auth: "admin" }), method(object({}), array(StorageMigrationResidueSchema).readonly(), { auth: "admin" }), method(StorageMigrationDrainInputSchema, object({ jobId: string() }), {
21020
+ kind: "mutation",
21021
+ auth: "admin"
20847
21022
  });
20848
21023
  var ProviderInfoSchema = discriminatedUnion("shouldSaveDiskSpace", [object({
20849
21024
  providerId: string().min(1),
@@ -21242,12 +21417,38 @@ response: record(string(), unknown()) }), object({
21242
21417
  *
21243
21418
  * ## Why this is a capability and not a helper
21244
21419
  *
21245
- * Six stores in `addon-post-analysis` already hold vectors — object CLIP, face,
21246
- * plate, vehicle, identity, and the event store's derivatives — and every one of
21247
- * them keeps its vectors in a `JSON` settings-store column and ranks them by
21248
- * brute-force cosine in JS. Measured on the live hub that costs ~11.7 KB per row
21249
- * (512 floats as TEXT, `JSON.parse`d on every search) and made semantic search
21250
- * load 5,000 rows before ranking anything.
21420
+ * This capability was introduced with the claim that SIX stores in
21421
+ * `addon-post-analysis` held vectors in a `JSON` settings-store column — object
21422
+ * CLIP, face, plate, vehicle, identity, and the event store's derivatives. That
21423
+ * claim was never true, and leaving it here made five stores look like pending
21424
+ * work when three of them have no vector at all. Counted column by column on
21425
+ * 2026-08-30, exactly THREE ever held one:
21426
+ *
21427
+ * - `object-clip` — 512-dim CLIP image embedding, migrated 2026-08-06.
21428
+ * - `faces.embedding` — 512-dim ArcFace face embedding, migrated 2026-08-30.
21429
+ * - `identity-samples.embedding` — the same ArcFace vector for an ENROLLED
21430
+ * face, migrated 2026-08-30 into its OWN index (see below).
21431
+ *
21432
+ * `plates` and `vehicle-samples` store a plate STRING and a score; `vehicles`
21433
+ * and `identities` store a name; the event store stores no derivative vector.
21434
+ * They are not migration candidates and never were.
21435
+ *
21436
+ * Measured on the live hub the JSON encoding cost ~11.7 KB per row (512 floats
21437
+ * as TEXT, `JSON.parse`d on every search) and made semantic search load 5,000
21438
+ * rows before ranking anything.
21439
+ *
21440
+ * ## One index per COMPARISON, never per encoder
21441
+ *
21442
+ * `faces` and `identity-samples` hold the same 512 ArcFace dims from the same
21443
+ * model, and they still get two indexes. An index is a set of things that are
21444
+ * ranked against each other and that live and die together, and these two are
21445
+ * neither: a `faces` row is TRACK-OWNED and cascades away with its track under
21446
+ * a per-camera capacity cap, an `identity-samples` row is retention-EXEMPT
21447
+ * forever and is the gallery every recognition ranks against. One index would
21448
+ * mean every gallery load and every reconcile carried a filter whose failure
21449
+ * mode is either ranking a candidate against itself or reclaiming an enrolled
21450
+ * person's only sample. The dimension they share is not a reason to share an
21451
+ * index; the question they answer is, and it differs.
21251
21452
  *
21252
21453
  * The fix is not a faster loop, it is a different backend — and the backend
21253
21454
  * should be replaceable without touching six callers. So: a singleton
@@ -21352,7 +21553,20 @@ var VectorQueryResultSchema = object({
21352
21553
  */
21353
21554
  scanned: number(),
21354
21555
  /** True when the backend could not consider every row that passed the filter. */
21355
- truncated: boolean()
21556
+ truncated: boolean(),
21557
+ /**
21558
+ * The `topK` the backend actually ran with.
21559
+ *
21560
+ * Every backend has a ceiling — sqlite-vec's is 4,096 — and a caller asking
21561
+ * past it used to learn nothing but a boolean, from a WARN in the provider's
21562
+ * own log rather than in its answer. That is how an audit asking for 20,000
21563
+ * consumed 4,096 and reported `examined: 4096` as if it had walked the index,
21564
+ * for weeks. `truncated` says THAT the answer was short; this says BY HOW
21565
+ * MUCH, in the return value, where the caller cannot fail to see it.
21566
+ *
21567
+ * Equals the requested `topK` whenever nothing was lowered.
21568
+ */
21569
+ effectiveTopK: number().int().positive()
21356
21570
  });
21357
21571
  var VectorDeleteInputSchema = object({
21358
21572
  index: string(),
@@ -21381,6 +21595,68 @@ var VectorGetResultSchema = object({ items: array(object({
21381
21595
  id: string(),
21382
21596
  metadata: VectorMetadataSchema
21383
21597
  })) });
21598
+ /**
21599
+ * Ids to read back WITH their vectors.
21600
+ *
21601
+ * The sibling of {@link VectorGetResultSchema}, and deliberately a separate
21602
+ * method rather than a flag on it: `getByIds` promises no vectors and its one
21603
+ * caller depends on that promise. This one promises the opposite.
21604
+ *
21605
+ * It exists because a store cannot put its vectors here otherwise. An ArcFace
21606
+ * gallery is ranked IN PROCESS, per detection, against every enrolled sample —
21607
+ * a per-face cross-process KNN would be a network round trip inside the
21608
+ * recognition loop. So the gallery is loaded once and held in RAM, and loading
21609
+ * it requires the index to hand the floats back. Without this method the only
21610
+ * way to keep a readable vector is a JSON column, which is the thing this
21611
+ * capability exists to delete.
21612
+ *
21613
+ * BOUNDED BY THE CALLER: ids are named, never "everything". Enumerating an
21614
+ * index is {@link VectorScanInputSchema}'s job, and it returns no vectors.
21615
+ */
21616
+ var VectorFetchInputSchema = object({
21617
+ index: string(),
21618
+ ids: array(string())
21619
+ });
21620
+ var VectorFetchResultSchema = object({ items: array(object({
21621
+ id: string(),
21622
+ /** base64 Float32LE — the same wire form `upsert` accepts. */
21623
+ vector: string(),
21624
+ metadata: VectorMetadataSchema
21625
+ })) });
21626
+ /**
21627
+ * ENUMERATE an index: one page of rows in a stable order, no ranking.
21628
+ *
21629
+ * A reconcile does not want the nearest rows, it wants ALL of them, and asking
21630
+ * a KNN for "all" is the wrong question twice over. It hits the backend's `k`
21631
+ * ceiling — 4,096 on sqlite-vec against a 22,128-row index — and it needs a
21632
+ * probe vector it does not have, so the audit passed a ZERO vector whose cosine
21633
+ * distance to every row is degenerate. `examined: 4096` then read as "we
21634
+ * looked" for as long as anyone cared to read it.
21635
+ *
21636
+ * This is the primitive that question actually needs: a bounded page, ordered
21637
+ * by the backend's own row order, costing no distance computation at all.
21638
+ * Vectors are NOT returned — an enumeration that shipped 2 KB per row would be
21639
+ * the full-table read this capability was built to stop.
21640
+ */
21641
+ var VectorScanInputSchema = object({
21642
+ index: string(),
21643
+ /** Opaque resume point. `0` starts at the top; pass back `nextCursor`. */
21644
+ cursor: number().int().nonnegative().default(0),
21645
+ limit: number().int().positive()
21646
+ });
21647
+ var VectorScanResultSchema = object({
21648
+ items: array(object({
21649
+ id: string(),
21650
+ metadata: VectorMetadataSchema
21651
+ })),
21652
+ /**
21653
+ * Where the next page starts, or `null` when the walk reached the end.
21654
+ *
21655
+ * `null` is the ONLY end-of-index signal. A caller must not infer the end
21656
+ * from a short page: a backend is free to return fewer rows than asked.
21657
+ */
21658
+ nextCursor: number().int().nonnegative().nullable()
21659
+ });
21384
21660
  var VectorStatsInputSchema = object({ index: string() });
21385
21661
  var VectorStatsResultSchema = object({
21386
21662
  /** Provider id, so an operator can tell brute force from an ANN index. */
@@ -21399,7 +21675,7 @@ method(VectorDeclareIndexInputSchema, _void(), {
21399
21675
  }), method(VectorUpsertInputSchema, VectorUpsertResultSchema, {
21400
21676
  kind: "mutation",
21401
21677
  auth: "admin"
21402
- }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21678
+ }), method(VectorQueryInputSchema, VectorQueryResultSchema, { auth: "admin" }), method(VectorGetInputSchema, VectorGetResultSchema, { auth: "admin" }), method(VectorFetchInputSchema, VectorFetchResultSchema, { auth: "admin" }), method(VectorScanInputSchema, VectorScanResultSchema, { auth: "admin" }), method(VectorDeleteInputSchema, VectorDeleteResultSchema, {
21403
21679
  kind: "mutation",
21404
21680
  auth: "admin"
21405
21681
  }), method(VectorDeleteByFilterInputSchema, VectorDeleteResultSchema, {
@@ -26303,6 +26579,9 @@ method(object({
26303
26579
  }), method(object({}), array(RelocateJobSchema).readonly(), {
26304
26580
  kind: "query",
26305
26581
  auth: "admin"
26582
+ }), method(RelocateResidueInputSchema, RelocateResidueSchema, {
26583
+ kind: "query",
26584
+ auth: "admin"
26306
26585
  }), method(object({ jobId: string() }), object({ cancelled: boolean() }), {
26307
26586
  kind: "mutation",
26308
26587
  auth: "admin"
@@ -31268,6 +31547,12 @@ Object.freeze({
31268
31547
  addonId: null,
31269
31548
  access: "create"
31270
31549
  },
31550
+ "pipelineAnalytics.countRelocatableMedia": {
31551
+ capName: "pipeline-analytics",
31552
+ capScope: "device",
31553
+ addonId: null,
31554
+ access: "view"
31555
+ },
31271
31556
  "pipelineAnalytics.countUnstampedEventMedia": {
31272
31557
  capName: "pipeline-analytics",
31273
31558
  capScope: "device",
@@ -32432,6 +32717,12 @@ Object.freeze({
32432
32717
  addonId: null,
32433
32718
  access: "view"
32434
32719
  },
32720
+ "recording.getRelocateResidue": {
32721
+ capName: "recording",
32722
+ capScope: "system",
32723
+ addonId: null,
32724
+ access: "view"
32725
+ },
32435
32726
  "recording.getStorageMigrationMoveStatus": {
32436
32727
  capName: "recording",
32437
32728
  capScope: "system",
@@ -32978,12 +33269,30 @@ Object.freeze({
32978
33269
  addonId: null,
32979
33270
  access: "create"
32980
33271
  },
33272
+ "storageMigration.drain": {
33273
+ capName: "storage-migration",
33274
+ capScope: "system",
33275
+ addonId: null,
33276
+ access: "create"
33277
+ },
33278
+ "storageMigration.movers": {
33279
+ capName: "storage-migration",
33280
+ capScope: "system",
33281
+ addonId: null,
33282
+ access: "view"
33283
+ },
32981
33284
  "storageMigration.plan": {
32982
33285
  capName: "storage-migration",
32983
33286
  capScope: "system",
32984
33287
  addonId: null,
32985
33288
  access: "view"
32986
33289
  },
33290
+ "storageMigration.residue": {
33291
+ capName: "storage-migration",
33292
+ capScope: "system",
33293
+ addonId: null,
33294
+ access: "view"
33295
+ },
32987
33296
  "storageMigration.start": {
32988
33297
  capName: "storage-migration",
32989
33298
  capScope: "system",
@@ -33818,6 +34127,12 @@ Object.freeze({
33818
34127
  addonId: null,
33819
34128
  access: "delete"
33820
34129
  },
34130
+ "vectorStore.fetchByIds": {
34131
+ capName: "vector-store",
34132
+ capScope: "system",
34133
+ addonId: null,
34134
+ access: "view"
34135
+ },
33821
34136
  "vectorStore.getByIds": {
33822
34137
  capName: "vector-store",
33823
34138
  capScope: "system",
@@ -33830,6 +34145,12 @@ Object.freeze({
33830
34145
  addonId: null,
33831
34146
  access: "view"
33832
34147
  },
34148
+ "vectorStore.scan": {
34149
+ capName: "vector-store",
34150
+ capScope: "system",
34151
+ addonId: null,
34152
+ access: "view"
34153
+ },
33833
34154
  "vectorStore.stats": {
33834
34155
  capName: "vector-store",
33835
34156
  capScope: "system",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@camstack/addon-notifiers",
3
- "version": "1.2.47",
3
+ "version": "1.2.49",
4
4
  "description": "System notifiers addon for CamStack — a `notification-output` collection provider hosting per-kind notifier adapters (ntfy, pushover, gotify, telegram, discord, webhook, zentik).",
5
5
  "keywords": [
6
6
  "camstack",