@camstack/addon-provider-dreame 0.2.38 → 0.2.41

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/addon.js CHANGED
@@ -63989,6 +63989,114 @@ method(LogEntrySchema, _void(), { kind: "mutation" }), method(object({
63989
63989
  limit: number().optional(),
63990
63990
  tags: record(string(), string()).optional()
63991
63991
  }), array(LogEntrySchema).readonly());
63992
+ /**
63993
+ * `failure-contribution` — the capability an addon reports its OWN losses
63994
+ * through, per camera, with the denominator attached. It stores nothing.
63995
+ *
63996
+ * ## The twin of `load-contribution`, and why it is a twin and not a field
63997
+ *
63998
+ * `load-contribution` answers *what did this camera COST*. This answers *what
63999
+ * did this camera LOSE*. The reporting discipline is identical and deliberately
64000
+ * copied: the contributor reports what it already knows, hub-main adds only
64001
+ * `addonId`, nothing needs global knowledge, and there is no central list for
64002
+ * somebody to forget to edit.
64003
+ *
64004
+ * They are not merged, because their invariants are opposites:
64005
+ *
64006
+ * - a `load-contribution` measurement is **absent, never zero** — a zero would
64007
+ * claim a camera cost nothing, which is a measurement nobody made;
64008
+ * - a `failure-contribution` zero is the **most valuable value on the
64009
+ * surface** — `attempts: 400, succeeded: 400` is the proof a fix landed,
64010
+ * and it is exactly what an absent entry cannot say.
64011
+ *
64012
+ * Putting a loss counter on a cost entry would also break the reconciliation
64013
+ * that gives `load-contribution` its point: contributions are subtracted from
64014
+ * `metrics.node-processes-snapshot` to find processes nobody claims. A failure
64015
+ * has no process.
64016
+ *
64017
+ * ## Why not a log line, since the counters already exist
64018
+ *
64019
+ * Several of these paths already counted themselves — `CaptureScheduler`'s
64020
+ * per-device window, `KeyFrameCaptureLog`, `bumpCropMetric`. Every one of them
64021
+ * ends in a log line, and a log line is the thing the operator asked to stop
64022
+ * needing: *"possiamo armare questi errori intanto? Così al prossimo giro
64023
+ * ricontrolliamo tutti questi punti"*. Reading them meant grepping Loki and
64024
+ * hand-correlating timestamps, which is how a 22% thumbnail gap and a 3-hour
64025
+ * media blackout were both diagnosed. The counters stay; this is where they can
64026
+ * be READ.
64027
+ *
64028
+ * ## The rate is served with its denominator or not at all
64029
+ *
64030
+ * Every entry carries `attempts` and `succeeded`. A miss count alone is
64031
+ * unreadable: on 2026-08-28 the enrichment-crop miss count read as "35x worse
64032
+ * than yesterday" and was **flat across twelve hours** once divided by the
64033
+ * successes on the same path. A surface that publishes only the numerator
64034
+ * reproduces that mistake on every read.
64035
+ *
64036
+ * ## Shape
64037
+ *
64038
+ * Copied from `load-contribution.cap.ts` (`mode: 'collection'`,
64039
+ * `internal: true`, `mount: { kind: 'skip' }`): no tRPC route of its own and no
64040
+ * generated hooks, while `addons.listCapabilityProviders` still enumerates it
64041
+ * and the hub's `CapabilityRegistry` still holds an RPC proxy per provider — so
64042
+ * a forked runner's entries reach hub-main over transport that already exists.
64043
+ * No new UDS message, no second registry (D3). The operator reads the assembled
64044
+ * result through `system.getFailureContributions`.
64045
+ */
64046
+ var FailureReasonCountSchema = object({
64047
+ /**
64048
+ * Why the attempt did not land, in the contributor's own vocabulary —
64049
+ * `worker-lease-gone`, `queue-overflow`, `timeout`, `empty-read`. The same
64050
+ * strings that already appear in this repo's logs and, where one exists, the
64051
+ * same string the per-track `previewMissReason` records (D276): a second
64052
+ * vocabulary for the same loss would make the row and the counter
64053
+ * un-joinable.
64054
+ */
64055
+ reason: string(),
64056
+ count: number().int().nonnegative()
64057
+ });
64058
+ var FailureContributionSchema = object({
64059
+ /**
64060
+ * The failing path — `enrichment-crop`, `inference`, `plate-ocr`,
64061
+ * `person-over-vehicle`. Free text, for the reason `load-contribution` keeps
64062
+ * `unit` free: the families are owned by different addons and a shared enum
64063
+ * is a central list that rots invisibly.
64064
+ */
64065
+ family: string(),
64066
+ /**
64067
+ * The NUMERIC device id — the same value every log line carries as
64068
+ * `tags.deviceId`. Never nullable and never absent: a contributor that
64069
+ * cannot name the camera must not emit the entry, because a fleet total
64070
+ * cannot answer the only question anybody asks of this surface.
64071
+ */
64072
+ deviceId: number().int().positive(),
64073
+ /**
64074
+ * A second dimension inside the family: the model / step id for an inference
64075
+ * timeout, so "which camera AND which model" is one read. Absent when the
64076
+ * family has a single variant.
64077
+ */
64078
+ variant: string().optional(),
64079
+ /**
64080
+ * Epoch ms this counter started — the INCARNATION MARKER. A consumer
64081
+ * differencing two reads must drop the interval when it changes, because the
64082
+ * counter restarted from zero in a respawned runner. Same discipline as
64083
+ * `LoadContribution.startedAtMs`.
64084
+ */
64085
+ sinceMs: number(),
64086
+ /** Epoch ms it was read. `atMs - sinceMs` is the interval this covers. */
64087
+ atMs: number(),
64088
+ /**
64089
+ * THE DENOMINATOR — every attempt on this path for this camera in the
64090
+ * window. A failure count published without it is the mistake this schema
64091
+ * exists to make impossible.
64092
+ */
64093
+ attempts: number().int().nonnegative(),
64094
+ /** Attempts that landed. `attempts - succeeded` is the loss. */
64095
+ succeeded: number().int().nonnegative(),
64096
+ /** The loss, partitioned. Sums to `attempts - succeeded`. */
64097
+ reasons: array(FailureReasonCountSchema).readonly()
64098
+ });
64099
+ method(_void(), array(FailureContributionSchema).readonly());
63992
64100
  var LoadContributionSchema = object({
63993
64101
  role: _enum([
63994
64102
  "decode",
@@ -64296,6 +64404,50 @@ var NodeProcessSchema = object({
64296
64404
  /** Wall-clock uptime (seconds). Parsed from `ps etime`. */
64297
64405
  uptimeSec: number()
64298
64406
  });
64407
+ /**
64408
+ * One retained container-memory reading.
64409
+ *
64410
+ * `atMs` is the timestamp of the PROCESS snapshot taken in the same tick, not
64411
+ * a second clock: that is what makes "processes sum to X, container says Y"
64412
+ * subtractable per point rather than an eyeballed comparison of two series
64413
+ * sampled at different instants.
64414
+ *
64415
+ * A reduced window keeps the sample with the LARGEST `currentBytes` in each
64416
+ * bucket, WHOLE. Taking a per-field maximum would synthesise a row whose parts
64417
+ * never coexisted, and a mean would smear away the peak this exists to find.
64418
+ */
64419
+ var ContainerMemoryPointSchema = object({
64420
+ /** Which hierarchy answered, so a reading is never ambiguous. */
64421
+ source: _enum(["cgroup-v2", "cgroup-v1"]),
64422
+ /** `memory.current` (v2) / `memory.usage_in_bytes` (v1). Always known. */
64423
+ currentBytes: number(),
64424
+ /** The cgroup's ceiling. `null` = NO LIMIT — never a sentinel, never zero. */
64425
+ limitBytes: number().nullable(),
64426
+ /** Anonymous pages: the closest thing to "what the processes allocated". */
64427
+ anonBytes: number().nullable(),
64428
+ /** Page cache. Charged to the cgroup, owned by no process. */
64429
+ fileBytes: number().nullable(),
64430
+ /**
64431
+ * Shared memory — and the field that explained the largest single surprise.
64432
+ * The i915 driver backs GPU buffers with shmem, so an inference pool or a
64433
+ * hardware-decode session holding DRM objects is charged HERE and appears
64434
+ * nowhere in a `ps` scan.
64435
+ */
64436
+ shmemBytes: number().nullable(),
64437
+ /** Kernel slab charged to this cgroup. `null` on v1, which never publishes it. */
64438
+ slabBytes: number().nullable(),
64439
+ /**
64440
+ * Shrinkable i915 GEM object bytes, from debugfs.
64441
+ *
64442
+ * **Host-wide across every DRM client, NOT cgroup-scoped.** It is not a
64443
+ * component of `currentBytes` and must not be subtracted from it; it says
64444
+ * what put the shmem there, where `shmemBytes` only says how much.
64445
+ *
64446
+ * `null` wherever debugfs is not mounted — which is inside every camstack
64447
+ * container today — and on any node with no Intel GPU.
64448
+ */
64449
+ gpuShmemBytes: number().nullable()
64450
+ }).extend({ atMs: number() });
64299
64451
  var DumpHeapSnapshotInputSchema = object({
64300
64452
  /** The addon whose runner should dump a heap snapshot. */
64301
64453
  addonId: string() });
@@ -64359,6 +64511,21 @@ var NodeLoadSeriesSchema = object({
64359
64511
  /** One entry per function seen in the window, heaviest-first. */
64360
64512
  series: array(LoadFunctionSeriesSchema).readonly(),
64361
64513
  /**
64514
+ * The CONTAINER's memory over the same window, oldest-first.
64515
+ *
64516
+ * Sits next to `series` rather than in a method of its own because the whole
64517
+ * question is a subtraction: the per-process rows in `series` sum to one
64518
+ * number and this one is another, and an operator who has to issue two calls
64519
+ * to compare them will compare two different instants. Same reader, same
64520
+ * `sinceMs`, same `bucketMs`, same timestamps.
64521
+ *
64522
+ * **EMPTY means ABSENT, never zero.** A node with no cgroup — a developer
64523
+ * Mac, a bare-metal host, a container with the hierarchy hidden — reports no
64524
+ * points at all. A zero here would be indistinguishable from a healthy
64525
+ * container and is precisely the lie this field exists to avoid.
64526
+ */
64527
+ containerMemory: array(ContainerMemoryPointSchema).readonly(),
64528
+ /**
64362
64529
  * Width of one returned bucket, in ms. Equals the sampling cadence when no
64363
64530
  * reduction was needed — so a caller can always say what one point covers
64364
64531
  * without having to know whether it was reduced.
@@ -68579,6 +68746,20 @@ var TrackSchema = object({
68579
68746
  * `=== true` and render nothing otherwise — never infer "no rider".
68580
68747
  */
68581
68748
  hasRider: boolean().optional(),
68749
+ /**
68750
+ * WHY this track ended without a NATIVE best-shot tile
68751
+ * ([D276](../decisions/adr-0276-a-stand-in-tile-is-provisional-and-a-close-says-why.md)) —
68752
+ * a composed token line (`no-key-frame capture=keyframe:native-missx4`,
68753
+ * `derive-returned-null tile=standin`, …) written at close and CLEARED by
68754
+ * the late-keyFrame upgrade when a native tile lands after all. The
68755
+ * operator-facing answer to "perché manca l'immagine?" on a track whose
68756
+ * tile is a face/plate stand-in, a raster crop, or an icon.
68757
+ *
68758
+ * **Absent ≠ "missed silently"**: a row written before the column, a hub
68759
+ * that predates the field, and every track whose tile landed native all
68760
+ * omit it. Render nothing when absent.
68761
+ */
68762
+ previewMissReason: string().optional(),
68582
68763
  ...TrackFlagFields,
68583
68764
  ...TrackRetrainFields
68584
68765
  });
@@ -78065,10 +78246,10 @@ DeviceType.Camera, DeviceType.Sensor, DeviceType.Switch, method(object({ deviceI
78065
78246
  * recording config. NOTE on events (source of truth, R5/C3): this cap carries
78066
78247
  * NO event surface — `getPlaybackManifest` returns playlist URLs only. Timeline
78067
78248
  * events (motion/object/audio) come from `pipelineAnalytics` (durable SQLite
78068
- * rows); the recorder's internal EventMap markers are ephemeral in-RAM
78069
- * annotations that are not exposed here and must not be treated as an event
78070
- * feed. Event<->footage joins are by time, padded with the shared `EVENT_PAD_MS`
78071
- * (`interfaces/recording-config.ts`).
78249
+ * rows) and are the ONLY event surface — the recorder has none. The in-RAM
78250
+ * playback markers it used to build were deleted on 2026-08-29 because nothing
78251
+ * ever read them. Event<->footage joins are by time, padded with the shared
78252
+ * `EVENT_PAD_MS` (`interfaces/recording-config.ts`).
78072
78253
  */
78073
78254
  var RecordingStatusSchema = object({
78074
78255
  deviceId: number(),
@@ -79779,6 +79960,13 @@ var LoggingSettingsPatchSchema = object({
79779
79960
  * anyone but its owner.
79780
79961
  */
79781
79962
  var ReportedLoadContributionSchema = LoadContributionSchema.extend({ addonId: string() });
79963
+ /**
79964
+ * One per-camera failure counter, plus WHO reported it.
79965
+ *
79966
+ * Same rule as {@link ReportedLoadContributionSchema}: `addonId` is stamped by
79967
+ * the hub as it enumerates providers, never by the contributor.
79968
+ */
79969
+ var ReportedFailureContributionSchema = FailureContributionSchema.extend({ addonId: string() });
79782
79970
  var GetLoggingSettingsInputSchema = object({
79783
79971
  scopeNodeId: string().optional(),
79784
79972
  /**
@@ -79837,7 +80025,7 @@ method(_void(), FeatureManifestSchema), method(_void(), HealthStatusSchema), met
79837
80025
  }), method(_void(), SiteLocationStatusSchema, {
79838
80026
  kind: "mutation",
79839
80027
  auth: "admin"
79840
- }), method(_void(), RequestCensusStatusSchema, { auth: "admin" }), method(_void(), array(ReportedLoadContributionSchema).readonly(), { auth: "admin" }), method(GetLoggingSettingsInputSchema, LoggingSettingsStateSchema, { auth: "admin" }), method(SetLoggingSettingsInputSchema, LoggingSettingsStateSchema, {
80028
+ }), method(_void(), RequestCensusStatusSchema, { auth: "admin" }), method(_void(), array(ReportedLoadContributionSchema).readonly(), { auth: "admin" }), method(_void(), array(ReportedFailureContributionSchema).readonly(), { auth: "admin" }), method(GetLoggingSettingsInputSchema, LoggingSettingsStateSchema, { auth: "admin" }), method(SetLoggingSettingsInputSchema, LoggingSettingsStateSchema, {
79841
80029
  kind: "mutation",
79842
80030
  auth: "admin"
79843
80031
  });
@@ -83827,6 +84015,12 @@ Object.freeze({
83827
84015
  addonId: null,
83828
84016
  access: "create"
83829
84017
  },
84018
+ "failureContribution.list": {
84019
+ capName: "failure-contribution",
84020
+ capScope: "system",
84021
+ addonId: null,
84022
+ access: "view"
84023
+ },
83830
84024
  "fanControl.setDirection": {
83831
84025
  capName: "fan-control",
83832
84026
  capScope: "device",
@@ -87133,6 +87327,12 @@ Object.freeze({
87133
87327
  addonId: null,
87134
87328
  access: "create"
87135
87329
  },
87330
+ "system.getFailureContributions": {
87331
+ capName: "system",
87332
+ capScope: "system",
87333
+ addonId: null,
87334
+ access: "view"
87335
+ },
87136
87336
  "system.getLoadContributions": {
87137
87337
  capName: "system",
87138
87338
  capScope: "system",
package/dist/addon.mjs CHANGED
@@ -63989,6 +63989,114 @@ method(LogEntrySchema, _void(), { kind: "mutation" }), method(object({
63989
63989
  limit: number().optional(),
63990
63990
  tags: record(string(), string()).optional()
63991
63991
  }), array(LogEntrySchema).readonly());
63992
+ /**
63993
+ * `failure-contribution` — the capability an addon reports its OWN losses
63994
+ * through, per camera, with the denominator attached. It stores nothing.
63995
+ *
63996
+ * ## The twin of `load-contribution`, and why it is a twin and not a field
63997
+ *
63998
+ * `load-contribution` answers *what did this camera COST*. This answers *what
63999
+ * did this camera LOSE*. The reporting discipline is identical and deliberately
64000
+ * copied: the contributor reports what it already knows, hub-main adds only
64001
+ * `addonId`, nothing needs global knowledge, and there is no central list for
64002
+ * somebody to forget to edit.
64003
+ *
64004
+ * They are not merged, because their invariants are opposites:
64005
+ *
64006
+ * - a `load-contribution` measurement is **absent, never zero** — a zero would
64007
+ * claim a camera cost nothing, which is a measurement nobody made;
64008
+ * - a `failure-contribution` zero is the **most valuable value on the
64009
+ * surface** — `attempts: 400, succeeded: 400` is the proof a fix landed,
64010
+ * and it is exactly what an absent entry cannot say.
64011
+ *
64012
+ * Putting a loss counter on a cost entry would also break the reconciliation
64013
+ * that gives `load-contribution` its point: contributions are subtracted from
64014
+ * `metrics.node-processes-snapshot` to find processes nobody claims. A failure
64015
+ * has no process.
64016
+ *
64017
+ * ## Why not a log line, since the counters already exist
64018
+ *
64019
+ * Several of these paths already counted themselves — `CaptureScheduler`'s
64020
+ * per-device window, `KeyFrameCaptureLog`, `bumpCropMetric`. Every one of them
64021
+ * ends in a log line, and a log line is the thing the operator asked to stop
64022
+ * needing: *"possiamo armare questi errori intanto? Così al prossimo giro
64023
+ * ricontrolliamo tutti questi punti"*. Reading them meant grepping Loki and
64024
+ * hand-correlating timestamps, which is how a 22% thumbnail gap and a 3-hour
64025
+ * media blackout were both diagnosed. The counters stay; this is where they can
64026
+ * be READ.
64027
+ *
64028
+ * ## The rate is served with its denominator or not at all
64029
+ *
64030
+ * Every entry carries `attempts` and `succeeded`. A miss count alone is
64031
+ * unreadable: on 2026-08-28 the enrichment-crop miss count read as "35x worse
64032
+ * than yesterday" and was **flat across twelve hours** once divided by the
64033
+ * successes on the same path. A surface that publishes only the numerator
64034
+ * reproduces that mistake on every read.
64035
+ *
64036
+ * ## Shape
64037
+ *
64038
+ * Copied from `load-contribution.cap.ts` (`mode: 'collection'`,
64039
+ * `internal: true`, `mount: { kind: 'skip' }`): no tRPC route of its own and no
64040
+ * generated hooks, while `addons.listCapabilityProviders` still enumerates it
64041
+ * and the hub's `CapabilityRegistry` still holds an RPC proxy per provider — so
64042
+ * a forked runner's entries reach hub-main over transport that already exists.
64043
+ * No new UDS message, no second registry (D3). The operator reads the assembled
64044
+ * result through `system.getFailureContributions`.
64045
+ */
64046
+ var FailureReasonCountSchema = object({
64047
+ /**
64048
+ * Why the attempt did not land, in the contributor's own vocabulary —
64049
+ * `worker-lease-gone`, `queue-overflow`, `timeout`, `empty-read`. The same
64050
+ * strings that already appear in this repo's logs and, where one exists, the
64051
+ * same string the per-track `previewMissReason` records (D276): a second
64052
+ * vocabulary for the same loss would make the row and the counter
64053
+ * un-joinable.
64054
+ */
64055
+ reason: string(),
64056
+ count: number().int().nonnegative()
64057
+ });
64058
+ var FailureContributionSchema = object({
64059
+ /**
64060
+ * The failing path — `enrichment-crop`, `inference`, `plate-ocr`,
64061
+ * `person-over-vehicle`. Free text, for the reason `load-contribution` keeps
64062
+ * `unit` free: the families are owned by different addons and a shared enum
64063
+ * is a central list that rots invisibly.
64064
+ */
64065
+ family: string(),
64066
+ /**
64067
+ * The NUMERIC device id — the same value every log line carries as
64068
+ * `tags.deviceId`. Never nullable and never absent: a contributor that
64069
+ * cannot name the camera must not emit the entry, because a fleet total
64070
+ * cannot answer the only question anybody asks of this surface.
64071
+ */
64072
+ deviceId: number().int().positive(),
64073
+ /**
64074
+ * A second dimension inside the family: the model / step id for an inference
64075
+ * timeout, so "which camera AND which model" is one read. Absent when the
64076
+ * family has a single variant.
64077
+ */
64078
+ variant: string().optional(),
64079
+ /**
64080
+ * Epoch ms this counter started — the INCARNATION MARKER. A consumer
64081
+ * differencing two reads must drop the interval when it changes, because the
64082
+ * counter restarted from zero in a respawned runner. Same discipline as
64083
+ * `LoadContribution.startedAtMs`.
64084
+ */
64085
+ sinceMs: number(),
64086
+ /** Epoch ms it was read. `atMs - sinceMs` is the interval this covers. */
64087
+ atMs: number(),
64088
+ /**
64089
+ * THE DENOMINATOR — every attempt on this path for this camera in the
64090
+ * window. A failure count published without it is the mistake this schema
64091
+ * exists to make impossible.
64092
+ */
64093
+ attempts: number().int().nonnegative(),
64094
+ /** Attempts that landed. `attempts - succeeded` is the loss. */
64095
+ succeeded: number().int().nonnegative(),
64096
+ /** The loss, partitioned. Sums to `attempts - succeeded`. */
64097
+ reasons: array(FailureReasonCountSchema).readonly()
64098
+ });
64099
+ method(_void(), array(FailureContributionSchema).readonly());
63992
64100
  var LoadContributionSchema = object({
63993
64101
  role: _enum([
63994
64102
  "decode",
@@ -64296,6 +64404,50 @@ var NodeProcessSchema = object({
64296
64404
  /** Wall-clock uptime (seconds). Parsed from `ps etime`. */
64297
64405
  uptimeSec: number()
64298
64406
  });
64407
+ /**
64408
+ * One retained container-memory reading.
64409
+ *
64410
+ * `atMs` is the timestamp of the PROCESS snapshot taken in the same tick, not
64411
+ * a second clock: that is what makes "processes sum to X, container says Y"
64412
+ * subtractable per point rather than an eyeballed comparison of two series
64413
+ * sampled at different instants.
64414
+ *
64415
+ * A reduced window keeps the sample with the LARGEST `currentBytes` in each
64416
+ * bucket, WHOLE. Taking a per-field maximum would synthesise a row whose parts
64417
+ * never coexisted, and a mean would smear away the peak this exists to find.
64418
+ */
64419
+ var ContainerMemoryPointSchema = object({
64420
+ /** Which hierarchy answered, so a reading is never ambiguous. */
64421
+ source: _enum(["cgroup-v2", "cgroup-v1"]),
64422
+ /** `memory.current` (v2) / `memory.usage_in_bytes` (v1). Always known. */
64423
+ currentBytes: number(),
64424
+ /** The cgroup's ceiling. `null` = NO LIMIT — never a sentinel, never zero. */
64425
+ limitBytes: number().nullable(),
64426
+ /** Anonymous pages: the closest thing to "what the processes allocated". */
64427
+ anonBytes: number().nullable(),
64428
+ /** Page cache. Charged to the cgroup, owned by no process. */
64429
+ fileBytes: number().nullable(),
64430
+ /**
64431
+ * Shared memory — and the field that explained the largest single surprise.
64432
+ * The i915 driver backs GPU buffers with shmem, so an inference pool or a
64433
+ * hardware-decode session holding DRM objects is charged HERE and appears
64434
+ * nowhere in a `ps` scan.
64435
+ */
64436
+ shmemBytes: number().nullable(),
64437
+ /** Kernel slab charged to this cgroup. `null` on v1, which never publishes it. */
64438
+ slabBytes: number().nullable(),
64439
+ /**
64440
+ * Shrinkable i915 GEM object bytes, from debugfs.
64441
+ *
64442
+ * **Host-wide across every DRM client, NOT cgroup-scoped.** It is not a
64443
+ * component of `currentBytes` and must not be subtracted from it; it says
64444
+ * what put the shmem there, where `shmemBytes` only says how much.
64445
+ *
64446
+ * `null` wherever debugfs is not mounted — which is inside every camstack
64447
+ * container today — and on any node with no Intel GPU.
64448
+ */
64449
+ gpuShmemBytes: number().nullable()
64450
+ }).extend({ atMs: number() });
64299
64451
  var DumpHeapSnapshotInputSchema = object({
64300
64452
  /** The addon whose runner should dump a heap snapshot. */
64301
64453
  addonId: string() });
@@ -64359,6 +64511,21 @@ var NodeLoadSeriesSchema = object({
64359
64511
  /** One entry per function seen in the window, heaviest-first. */
64360
64512
  series: array(LoadFunctionSeriesSchema).readonly(),
64361
64513
  /**
64514
+ * The CONTAINER's memory over the same window, oldest-first.
64515
+ *
64516
+ * Sits next to `series` rather than in a method of its own because the whole
64517
+ * question is a subtraction: the per-process rows in `series` sum to one
64518
+ * number and this one is another, and an operator who has to issue two calls
64519
+ * to compare them will compare two different instants. Same reader, same
64520
+ * `sinceMs`, same `bucketMs`, same timestamps.
64521
+ *
64522
+ * **EMPTY means ABSENT, never zero.** A node with no cgroup — a developer
64523
+ * Mac, a bare-metal host, a container with the hierarchy hidden — reports no
64524
+ * points at all. A zero here would be indistinguishable from a healthy
64525
+ * container and is precisely the lie this field exists to avoid.
64526
+ */
64527
+ containerMemory: array(ContainerMemoryPointSchema).readonly(),
64528
+ /**
64362
64529
  * Width of one returned bucket, in ms. Equals the sampling cadence when no
64363
64530
  * reduction was needed — so a caller can always say what one point covers
64364
64531
  * without having to know whether it was reduced.
@@ -68579,6 +68746,20 @@ var TrackSchema = object({
68579
68746
  * `=== true` and render nothing otherwise — never infer "no rider".
68580
68747
  */
68581
68748
  hasRider: boolean().optional(),
68749
+ /**
68750
+ * WHY this track ended without a NATIVE best-shot tile
68751
+ * ([D276](../decisions/adr-0276-a-stand-in-tile-is-provisional-and-a-close-says-why.md)) —
68752
+ * a composed token line (`no-key-frame capture=keyframe:native-missx4`,
68753
+ * `derive-returned-null tile=standin`, …) written at close and CLEARED by
68754
+ * the late-keyFrame upgrade when a native tile lands after all. The
68755
+ * operator-facing answer to "perché manca l'immagine?" on a track whose
68756
+ * tile is a face/plate stand-in, a raster crop, or an icon.
68757
+ *
68758
+ * **Absent ≠ "missed silently"**: a row written before the column, a hub
68759
+ * that predates the field, and every track whose tile landed native all
68760
+ * omit it. Render nothing when absent.
68761
+ */
68762
+ previewMissReason: string().optional(),
68582
68763
  ...TrackFlagFields,
68583
68764
  ...TrackRetrainFields
68584
68765
  });
@@ -78065,10 +78246,10 @@ DeviceType.Camera, DeviceType.Sensor, DeviceType.Switch, method(object({ deviceI
78065
78246
  * recording config. NOTE on events (source of truth, R5/C3): this cap carries
78066
78247
  * NO event surface — `getPlaybackManifest` returns playlist URLs only. Timeline
78067
78248
  * events (motion/object/audio) come from `pipelineAnalytics` (durable SQLite
78068
- * rows); the recorder's internal EventMap markers are ephemeral in-RAM
78069
- * annotations that are not exposed here and must not be treated as an event
78070
- * feed. Event<->footage joins are by time, padded with the shared `EVENT_PAD_MS`
78071
- * (`interfaces/recording-config.ts`).
78249
+ * rows) and are the ONLY event surface — the recorder has none. The in-RAM
78250
+ * playback markers it used to build were deleted on 2026-08-29 because nothing
78251
+ * ever read them. Event<->footage joins are by time, padded with the shared
78252
+ * `EVENT_PAD_MS` (`interfaces/recording-config.ts`).
78072
78253
  */
78073
78254
  var RecordingStatusSchema = object({
78074
78255
  deviceId: number(),
@@ -79779,6 +79960,13 @@ var LoggingSettingsPatchSchema = object({
79779
79960
  * anyone but its owner.
79780
79961
  */
79781
79962
  var ReportedLoadContributionSchema = LoadContributionSchema.extend({ addonId: string() });
79963
+ /**
79964
+ * One per-camera failure counter, plus WHO reported it.
79965
+ *
79966
+ * Same rule as {@link ReportedLoadContributionSchema}: `addonId` is stamped by
79967
+ * the hub as it enumerates providers, never by the contributor.
79968
+ */
79969
+ var ReportedFailureContributionSchema = FailureContributionSchema.extend({ addonId: string() });
79782
79970
  var GetLoggingSettingsInputSchema = object({
79783
79971
  scopeNodeId: string().optional(),
79784
79972
  /**
@@ -79837,7 +80025,7 @@ method(_void(), FeatureManifestSchema), method(_void(), HealthStatusSchema), met
79837
80025
  }), method(_void(), SiteLocationStatusSchema, {
79838
80026
  kind: "mutation",
79839
80027
  auth: "admin"
79840
- }), method(_void(), RequestCensusStatusSchema, { auth: "admin" }), method(_void(), array(ReportedLoadContributionSchema).readonly(), { auth: "admin" }), method(GetLoggingSettingsInputSchema, LoggingSettingsStateSchema, { auth: "admin" }), method(SetLoggingSettingsInputSchema, LoggingSettingsStateSchema, {
80028
+ }), method(_void(), RequestCensusStatusSchema, { auth: "admin" }), method(_void(), array(ReportedLoadContributionSchema).readonly(), { auth: "admin" }), method(_void(), array(ReportedFailureContributionSchema).readonly(), { auth: "admin" }), method(GetLoggingSettingsInputSchema, LoggingSettingsStateSchema, { auth: "admin" }), method(SetLoggingSettingsInputSchema, LoggingSettingsStateSchema, {
79841
80029
  kind: "mutation",
79842
80030
  auth: "admin"
79843
80031
  });
@@ -83827,6 +84015,12 @@ Object.freeze({
83827
84015
  addonId: null,
83828
84016
  access: "create"
83829
84017
  },
84018
+ "failureContribution.list": {
84019
+ capName: "failure-contribution",
84020
+ capScope: "system",
84021
+ addonId: null,
84022
+ access: "view"
84023
+ },
83830
84024
  "fanControl.setDirection": {
83831
84025
  capName: "fan-control",
83832
84026
  capScope: "device",
@@ -87133,6 +87327,12 @@ Object.freeze({
87133
87327
  addonId: null,
87134
87328
  access: "create"
87135
87329
  },
87330
+ "system.getFailureContributions": {
87331
+ capName: "system",
87332
+ capScope: "system",
87333
+ addonId: null,
87334
+ access: "view"
87335
+ },
87136
87336
  "system.getLoadContributions": {
87137
87337
  capName: "system",
87138
87338
  capScope: "system",
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@camstack/addon-provider-dreame",
3
- "version": "0.2.38",
3
+ "version": "0.2.41",
4
4
  "description": "Dreame robot-vacuum / lawn-mower device-provider addon for CamStack — wraps the @apocaliss92/nodedreame Dreamehome cloud client",
5
5
  "keywords": [
6
6
  "camstack",