@spooky-sync/core 0.0.1-canary.21 → 0.0.1-canary.211

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 (163) hide show
  1. package/AGENTS.md +57 -0
  2. package/dist/index.d.ts +2514 -58
  3. package/dist/index.js +12561 -2449
  4. package/dist/otel/index.d.ts +2 -2
  5. package/dist/otel/index.js +6 -6
  6. package/dist/sqlite-open.js +303 -0
  7. package/dist/sqlite-worker.d.ts +1 -0
  8. package/dist/sqlite-worker.js +439 -0
  9. package/dist/tabs-broker-worker.d.ts +8 -0
  10. package/dist/tabs-broker-worker.js +472 -0
  11. package/dist/types.d.ts +751 -11
  12. package/package.json +11 -7
  13. package/scripts/check-broker-bundle.mjs +33 -0
  14. package/skills/{spooky-core → sp00ky-core}/SKILL.md +12 -12
  15. package/skills/{spooky-core → sp00ky-core}/references/auth.md +1 -1
  16. package/skills/{spooky-core → sp00ky-core}/references/config.md +2 -2
  17. package/src/bucket-blurhash.test.ts +148 -0
  18. package/src/build-globals.d.ts +12 -0
  19. package/src/events/events.test.ts +2 -1
  20. package/src/events/index.ts +3 -0
  21. package/src/index.ts +36 -2
  22. package/src/modules/app-release/index.test.ts +125 -0
  23. package/src/modules/app-release/index.ts +201 -0
  24. package/src/modules/auth/auth.local-first.test.ts +101 -0
  25. package/src/modules/auth/events/index.ts +2 -1
  26. package/src/modules/auth/index.ts +127 -24
  27. package/src/modules/cache/cache.relay.test.ts +95 -0
  28. package/src/modules/cache/index.ts +163 -43
  29. package/src/modules/cache/types.ts +2 -2
  30. package/src/modules/crdt/crdt-field.ts +294 -0
  31. package/src/modules/crdt/crdt-hydration.test.ts +210 -0
  32. package/src/modules/crdt/crdt-reconnect.test.ts +195 -0
  33. package/src/modules/crdt/index.ts +463 -0
  34. package/src/modules/crdt/loro-loader.ts +25 -0
  35. package/src/modules/data/data.hydration.test.ts +142 -0
  36. package/src/modules/data/data.membership.test.ts +523 -0
  37. package/src/modules/data/data.notify-table.test.ts +41 -0
  38. package/src/modules/data/data.pending-ids.test.ts +199 -0
  39. package/src/modules/data/data.rebind.test.ts +170 -0
  40. package/src/modules/data/data.rematerialize.test.ts +114 -0
  41. package/src/modules/data/data.run.test.ts +113 -0
  42. package/src/modules/data/data.settled-writes.test.ts +206 -0
  43. package/src/modules/data/data.status.test.ts +249 -0
  44. package/src/modules/data/id-set-plan.test.ts +122 -0
  45. package/src/modules/data/index.ts +1815 -151
  46. package/src/modules/data/mutation-id.test.ts +25 -0
  47. package/src/modules/data/mutation-id.ts +35 -0
  48. package/src/modules/data/window-query.test.ts +52 -0
  49. package/src/modules/data/window-query.ts +194 -0
  50. package/src/modules/devtools/flags.ts +349 -0
  51. package/src/modules/devtools/index.ts +450 -46
  52. package/src/modules/devtools/notify-throttle.test.ts +154 -0
  53. package/src/modules/devtools/state-shape.test.ts +146 -0
  54. package/src/modules/devtools/storage-info.test.ts +79 -0
  55. package/src/modules/devtools/storage-info.ts +168 -0
  56. package/src/modules/devtools/versions.test.ts +74 -0
  57. package/src/modules/devtools/versions.ts +110 -0
  58. package/src/modules/feature-flag/index.test.ts +251 -0
  59. package/src/modules/feature-flag/index.ts +308 -0
  60. package/src/modules/ref-tables.test.ts +91 -0
  61. package/src/modules/ref-tables.ts +88 -0
  62. package/src/modules/sync/engine.ts +164 -82
  63. package/src/modules/sync/events/index.ts +9 -2
  64. package/src/modules/sync/queue/queue-down.test.ts +180 -0
  65. package/src/modules/sync/queue/queue-down.ts +80 -13
  66. package/src/modules/sync/queue/queue-up.forwarded.test.ts +164 -0
  67. package/src/modules/sync/queue/queue-up.ts +241 -57
  68. package/src/modules/sync/scheduler.pause.test.ts +109 -0
  69. package/src/modules/sync/scheduler.retry.test.ts +237 -0
  70. package/src/modules/sync/scheduler.ts +215 -13
  71. package/src/modules/sync/sync.cleanup.test.ts +116 -0
  72. package/src/modules/sync/sync.health.test.ts +149 -0
  73. package/src/modules/sync/sync.heartbeat.test.ts +80 -0
  74. package/src/modules/sync/sync.live-removal.test.ts +175 -0
  75. package/src/modules/sync/sync.reconnect.test.ts +145 -0
  76. package/src/modules/sync/sync.subquery.test.ts +82 -0
  77. package/src/modules/sync/sync.tabs.test.ts +249 -0
  78. package/src/modules/sync/sync.ts +1726 -99
  79. package/src/modules/sync/utils.test.ts +269 -2
  80. package/src/modules/sync/utils.ts +201 -17
  81. package/src/otel/index.ts +13 -10
  82. package/src/services/blobs/blob-cache.test.ts +359 -0
  83. package/src/services/blobs/blob-cache.ts +603 -0
  84. package/src/services/blobs/blob-manifest.ts +227 -0
  85. package/src/services/blobs/blob-store.test.ts +77 -0
  86. package/src/services/blobs/blob-store.ts +359 -0
  87. package/src/services/blobs/blob.fixture.ts +90 -0
  88. package/src/services/blobs/index.ts +70 -0
  89. package/src/services/database/cache-engine.ts +193 -0
  90. package/src/services/database/connection-supervisor.test.ts +289 -0
  91. package/src/services/database/connection-supervisor.ts +415 -0
  92. package/src/services/database/database.query-timeout.test.ts +83 -0
  93. package/src/services/database/database.ts +41 -12
  94. package/src/services/database/engine-factory.ts +33 -0
  95. package/src/services/database/errors.ts +34 -0
  96. package/src/services/database/events/index.ts +2 -1
  97. package/src/services/database/index.ts +7 -0
  98. package/src/services/database/local-migrator.ts +30 -27
  99. package/src/services/database/local.test.ts +64 -0
  100. package/src/services/database/local.ts +484 -67
  101. package/src/services/database/plan-render.test.ts +159 -0
  102. package/src/services/database/plan-render.ts +108 -0
  103. package/src/services/database/relation-resolver.test.ts +413 -0
  104. package/src/services/database/relation-resolver.ts +0 -0
  105. package/src/services/database/remote.ts +110 -14
  106. package/src/services/database/sqlite-cache-engine.test.ts +616 -0
  107. package/src/services/database/sqlite-cache-engine.timeout.test.ts +61 -0
  108. package/src/services/database/sqlite-cache-engine.ts +1358 -0
  109. package/src/services/database/sqlite-devtools-queries.integration.test.ts +143 -0
  110. package/src/services/database/sqlite-devtools-queries.test.ts +154 -0
  111. package/src/services/database/sqlite-lock-verify.test.ts +33 -0
  112. package/src/services/database/sqlite-lock-verify.ts +45 -0
  113. package/src/services/database/sqlite-open.test.ts +150 -0
  114. package/src/services/database/sqlite-open.ts +164 -0
  115. package/src/services/database/sqlite-plan-sql.test.ts +104 -0
  116. package/src/services/database/sqlite-plan-sql.ts +138 -0
  117. package/src/services/database/sqlite-projection.test.ts +99 -0
  118. package/src/services/database/sqlite-select.integration.test.ts +185 -0
  119. package/src/services/database/sqlite-select.test.ts +246 -0
  120. package/src/services/database/sqlite-select.ts +131 -0
  121. package/src/services/database/sqlite-transport.fixture.ts +30 -0
  122. package/src/services/database/sqlite-transport.ts +224 -0
  123. package/src/services/database/sqlite-worker.ts +437 -0
  124. package/src/services/database/surql-translate.ts +416 -0
  125. package/src/services/database/surreal-cache-engine.ts +161 -0
  126. package/src/services/logger/index.ts +3 -2
  127. package/src/services/persistence/localstorage.ts +2 -2
  128. package/src/services/persistence/resilient.ts +11 -4
  129. package/src/services/persistence/surrealdb.ts +10 -10
  130. package/src/services/stream-processor/index.ts +796 -84
  131. package/src/services/stream-processor/permissions.test.ts +47 -0
  132. package/src/services/stream-processor/permissions.ts +53 -0
  133. package/src/services/stream-processor/stream-processor.batch.test.ts +186 -0
  134. package/src/services/stream-processor/stream-processor.prime.test.ts +198 -0
  135. package/src/services/stream-processor/stream-processor.reset.test.ts +226 -0
  136. package/src/services/stream-processor/stream-processor.test.ts +1 -1
  137. package/src/services/stream-processor/wasm-types.ts +59 -3
  138. package/src/services/tabs/broker-client.ts +283 -0
  139. package/src/services/tabs/broker.test.ts +327 -0
  140. package/src/services/tabs/coordinator.test.ts +365 -0
  141. package/src/services/tabs/coordinator.ts +633 -0
  142. package/src/services/tabs/fake-ports.fixture.ts +112 -0
  143. package/src/services/tabs/leader-locks.ts +75 -0
  144. package/src/services/tabs/protocol.ts +258 -0
  145. package/src/services/tabs/support.ts +36 -0
  146. package/src/services/tabs/tabs-broker-worker.ts +640 -0
  147. package/src/sp00ky.auth-order.test.ts +92 -0
  148. package/src/sp00ky.init-query.test.ts +183 -0
  149. package/src/sp00ky.local-first.test.ts +60 -0
  150. package/src/sp00ky.ts +1693 -0
  151. package/src/types.ts +528 -13
  152. package/src/utils/blurhash.ts +90 -0
  153. package/src/utils/error-classification.test.ts +44 -0
  154. package/src/utils/error-classification.ts +7 -0
  155. package/src/utils/index.ts +79 -13
  156. package/src/utils/parser.test.ts +49 -120
  157. package/src/utils/parser.ts +32 -2
  158. package/src/utils/semver.test.ts +32 -0
  159. package/src/utils/semver.ts +30 -0
  160. package/src/utils/surql.ts +30 -18
  161. package/src/utils/withRetry.test.ts +1 -1
  162. package/tsdown.config.ts +86 -1
  163. package/src/spooky.ts +0 -395
package/dist/types.d.ts CHANGED
@@ -1,5 +1,5 @@
1
1
  import { RecordId } from "surrealdb";
2
- import { RecordId as RecordId$1, SchemaStructure } from "@spooky-sync/query-builder";
2
+ import { QueryPlan, QueryPlan as QueryPlan$1, RecordId as RecordId$1, SchemaStructure, WhereNode } from "@spooky-sync/query-builder";
3
3
  import { Level, Level as Level$1, Logger, LoggerOptions } from "pino";
4
4
 
5
5
  //#region src/events/index.d.ts
@@ -123,9 +123,254 @@ declare class EventSystem<E extends EventTypeMap> {
123
123
  private broadcastEvent;
124
124
  }
125
125
  //#endregion
126
+ //#region src/modules/sync/events/index.d.ts
127
+ declare const SyncEventTypes: {
128
+ readonly QueryUpdated: "SYNC_QUERY_UPDATED";
129
+ readonly RemoteDataIngested: "SYNC_REMOTE_DATA_INGESTED";
130
+ readonly MutationRolledBack: "SYNC_MUTATION_ROLLED_BACK";
131
+ readonly SyncHealthChanged: "SYNC_HEALTH_CHANGED";
132
+ };
133
+ type SyncEventTypeMap = {
134
+ [SyncEventTypes.QueryUpdated]: EventDefinition<typeof SyncEventTypes.QueryUpdated, {
135
+ queryId: any;
136
+ localHash?: string;
137
+ localArray?: RecordVersionArray;
138
+ remoteHash?: string;
139
+ remoteArray?: RecordVersionArray;
140
+ records: Record<string, any>[];
141
+ }>;
142
+ [SyncEventTypes.RemoteDataIngested]: EventDefinition<typeof SyncEventTypes.RemoteDataIngested, {
143
+ records: Record<string, any>[];
144
+ }>;
145
+ [SyncEventTypes.MutationRolledBack]: EventDefinition<typeof SyncEventTypes.MutationRolledBack, {
146
+ eventType: string;
147
+ recordId: string;
148
+ error: string;
149
+ }>;
150
+ [SyncEventTypes.SyncHealthChanged]: EventDefinition<typeof SyncEventTypes.SyncHealthChanged, SyncHealth>;
151
+ };
152
+ type SyncEventSystem = EventSystem<SyncEventTypeMap>;
153
+ //#endregion
126
154
  //#region src/services/logger/index.d.ts
127
155
  type Logger$1 = Logger;
128
156
  //#endregion
157
+ //#region src/services/database/events/index.d.ts
158
+ declare const DatabaseEventTypes: {
159
+ readonly LocalQuery: "DATABASE_LOCAL_QUERY";
160
+ readonly RemoteQuery: "DATABASE_REMOTE_QUERY";
161
+ };
162
+ interface DatabaseQueryEventPayload {
163
+ query: string;
164
+ vars?: Record<string, unknown>;
165
+ duration: number;
166
+ success: boolean;
167
+ error?: string;
168
+ timestamp: number;
169
+ }
170
+ type DatabaseEventTypeMap = {
171
+ [DatabaseEventTypes.LocalQuery]: EventDefinition<typeof DatabaseEventTypes.LocalQuery, DatabaseQueryEventPayload>;
172
+ [DatabaseEventTypes.RemoteQuery]: EventDefinition<typeof DatabaseEventTypes.RemoteQuery, DatabaseQueryEventPayload>;
173
+ };
174
+ type DatabaseEventSystem = EventSystem<DatabaseEventTypeMap>;
175
+ //#endregion
176
+ //#region src/utils/surql.d.ts
177
+ interface SealedQuery<T = void> {
178
+ readonly sql: string;
179
+ readonly extract: (results: unknown[]) => T;
180
+ }
181
+ //#endregion
182
+ //#region src/modules/devtools/storage-info.d.ts
183
+ /** Engine-side numbers only the engine can produce (worker round-trips). */
184
+ interface EngineStorageDiagnostics {
185
+ engine: 'sqlite';
186
+ bucketId: string;
187
+ useOpfs: boolean;
188
+ workerSelectConfigured: boolean;
189
+ /** `false` while configured `true` means the runtime downgraded to the
190
+ * legacy multi-hop select (stale cached worker bundle). */
191
+ workerSelectEffective: boolean;
192
+ /** page_count * page_size. */
193
+ dbSizeBytes?: number;
194
+ /** freelist_count * page_size — reclaimable via VACUUM. */
195
+ freelistBytes?: number;
196
+ tableCounts?: {
197
+ table: string;
198
+ rows: number;
199
+ }[];
200
+ error?: string;
201
+ }
202
+ /**
203
+ * Shared-tabs coordination state. Reported ONLY when `sharedTabs: true` was
204
+ * configured (apps that never asked for it get `null`, so the panel shows
205
+ * nothing). `active: false` with a `reason` is itself the useful signal: the
206
+ * app asked to share one store and this tab is not, so it owns or contends for
207
+ * the OPFS pool alone.
208
+ */
209
+ //#endregion
210
+ //#region src/services/database/cache-engine.d.ts
211
+ /**
212
+ * A materialized row. Keys are field names; values are already decoded to the
213
+ * client's runtime shapes (RecordId stays a RecordId, bytes a Uint8Array, …) so
214
+ * every backend hands `DataModule` the same shape SurrealDB does today.
215
+ */
216
+ type Row = Record<string, unknown>;
217
+ /** A record identifier — a `RecordId` or its stable string form (`table:id`). */
218
+ type Id = unknown;
219
+ /** How an order clause is expressed everywhere in the engine layer. */
220
+ type OrderBy = [field: string, direction: 'asc' | 'desc'][];
221
+ /**
222
+ * Batched relation fetch: "give me every row of `table` whose `matchField` is
223
+ * one of `keys`, filtered by `where`, ordered by `orderBy`". This is the single
224
+ * primitive relation decomposition (§3) leans on — implemented as
225
+ * `SELECT … WHERE <matchField> IN (…)` on SQLite, `SELECT … FROM $keys` /
226
+ * `WHERE <matchField> IN $keys` on SurrealDB, or an index scan elsewhere. Order
227
+ * here is a hint; the resolver re-applies order+limit PER PARENT after grouping.
228
+ */
229
+ interface RelationFetch {
230
+ table: string;
231
+ matchField: string;
232
+ keys: Id[];
233
+ where?: WhereNode[];
234
+ orderBy?: OrderBy;
235
+ select?: string[];
236
+ }
237
+ /**
238
+ * The read side of an engine, minus relation resolution — the surface a
239
+ * {@link RelationResolver} needs. Kept separate so the resolver can be unit
240
+ * tested against an in-memory fake without a full engine.
241
+ */
242
+ interface RowFetcher {
243
+ /** Batched fan-out fetch. See {@link RelationFetch}. */
244
+ fetchRelation(req: RelationFetch): Promise<Row[]>;
245
+ }
246
+ /** A transaction handle — the same verbs as the engine, but atomic. */
247
+ interface EngineTx {
248
+ upsert(table: string, id: Id, data: Row, mode: 'replace' | 'merge'): Promise<void>;
249
+ patch(table: string, id: Id, patches: unknown[]): Promise<void>;
250
+ delete(table: string, id: Id): Promise<void>;
251
+ }
252
+ /**
253
+ * A pluggable local cache backend. SurrealDB (the default) and SQLite both
254
+ * implement this; the rest of the client talks verbs, never SurrealQL.
255
+ *
256
+ * Reactivity is NOT part of this contract: the local cache is passive. The SSP
257
+ * (remote) drives change; `DataModule` writes rows here and re-reads them. The
258
+ * `epoch` field preserves the existing bucket-switch fencing (see
259
+ * `LocalDatabaseService.epoch`): an async chain captures it at start and its
260
+ * write is dropped if the epoch moved (a bucket switch) in between.
261
+ */
262
+ interface LocalCacheEngine extends RowFetcher {
263
+ /** Monotonic store generation; bumped on every bucket switch. */
264
+ readonly epoch: number;
265
+ connect(bucketId: string): Promise<void>;
266
+ switchBucket(bucketId: string): Promise<void>;
267
+ close(): Promise<void>;
268
+ /** Run `fn` inside a single atomic transaction. */
269
+ transaction<T>(fn: (tx: EngineTx) => Promise<T>): Promise<T>;
270
+ /**
271
+ * Materialize a query, including its `.related()` tree (via §3
272
+ * decomposition). Params bind `where` `paramRef`s and any windowing id-set.
273
+ */
274
+ select(plan: QueryPlan$1, params?: Record<string, unknown>): Promise<Row[]>;
275
+ /** Fetch rows by primary id, preserving `ids` order; missing ids are skipped. */
276
+ selectByIds(table: string, ids: Id[], opts?: {
277
+ select?: string[];
278
+ orderBy?: OrderBy;
279
+ }): Promise<Row[]>;
280
+ /** Single-record read by primary id, or `null`. */
281
+ getById(table: string, id: Id): Promise<Row | null>;
282
+ upsert(table: string, id: Id, data: Row, mode: 'replace' | 'merge'): Promise<void>;
283
+ patch(table: string, id: Id, patches: unknown[]): Promise<void>;
284
+ delete(table: string, id: Id): Promise<void>;
285
+ }
286
+ /**
287
+ * The full surface the client's `this.local` field depends on: the
288
+ * engine-neutral {@link LocalCacheEngine} verbs PLUS the legacy
289
+ * SurrealQL/lifecycle methods the not-yet-migrated call sites still use.
290
+ * `SurrealCacheEngine` (subclass of `LocalDatabaseService`) and
291
+ * `SqliteCacheEngine` (via a SurrealQL-vocabulary shim) both satisfy this, so
292
+ * either can back `this.local`.
293
+ *
294
+ * `getClient()` returns the underlying SurrealDB `Surreal` handle where one
295
+ * exists (SurrealDB backend); backends without one (SQLite) throw — it is only
296
+ * used by advanced/DevTools paths, never on the hot path.
297
+ */
298
+ interface LocalStore extends LocalCacheEngine {
299
+ /**
300
+ * Whether this engine needs SurrealQL schema provisioning (`DEFINE TABLE`,
301
+ * `DEFINE FIELD`, …) run against it at init / bucket switch. SurrealDB → true;
302
+ * schemaless engines (SQLite creates tables lazily) → false, so the client
303
+ * skips the `LocalMigrator` entirely for them.
304
+ */
305
+ readonly usesSurqlSchema: boolean;
306
+ query<T extends unknown[]>(query: string, vars?: Record<string, unknown>, opts?: {
307
+ epoch?: number;
308
+ }): Promise<T>;
309
+ execute<T>(query: SealedQuery<T>, vars?: Record<string, unknown>, opts?: {
310
+ epoch?: number;
311
+ }): Promise<T>;
312
+ queryUngated<T extends unknown[]>(query: string, vars?: Record<string, unknown>): Promise<T>;
313
+ switchStore(bucketId: string): Promise<void>;
314
+ beginSwitch(): () => void;
315
+ getEvents(): DatabaseEventSystem;
316
+ getClient(): unknown;
317
+ getConfig(): Sp00kyConfig<any>['database'];
318
+ readonly currentBucketId: string;
319
+ /** Which built-in backend this is. OPTIONAL: absent (custom engines) is
320
+ * reported as `'custom'` by DevTools. More robust than `instanceof` for
321
+ * engines constructed outside this package. */
322
+ readonly engineKind?: 'surrealdb' | 'sqlite';
323
+ /** Engine-specific storage numbers for DevTools (DB file size, per-table
324
+ * row counts). OPTIONAL: only engines with something to report implement it. */
325
+ getStorageDiagnostics?(opts?: {
326
+ tableCounts?: boolean;
327
+ }): Promise<EngineStorageDiagnostics>;
328
+ /**
329
+ * Durability of this engine's local store. OPTIONAL: engines that don't
330
+ * report it (SurrealDB, custom engines) are treated as `'unknown'` by the
331
+ * client facade, so adding this needs no change on their side.
332
+ */
333
+ readonly storageHealth?: StorageHealth;
334
+ /** Fires immediately with the current snapshot, then on every change.
335
+ * Returns an unsubscribe function. */
336
+ subscribeToStorageHealth?(cb: (health: StorageHealth) => void): () => void;
337
+ /**
338
+ * Every cached row's `(id, _00_rv)` per table, ids in stable `table:id`
339
+ * form. The in-browser circuit primes and reconciles itself from this on
340
+ * boot instead of re-downloading the working set. OPTIONAL: an engine
341
+ * without it boots the circuit empty, as before.
342
+ */
343
+ scanVersions?(tables: string[]): Promise<Record<string, [string, number][]>>;
344
+ /**
345
+ * Circuit snapshot storage, keyed. Lives in the same durable store as the
346
+ * rows (OPFS SQLite), so it is per-bucket by construction, atomic, and
347
+ * readable by follower tabs over the port transport. OPTIONAL: an engine
348
+ * without it primes from `scanVersions` alone.
349
+ */
350
+ getSnapshot?(key: string): Promise<StoredSnapshot | null>;
351
+ putSnapshot?(key: string, bytes: Uint8Array, meta: SnapshotMeta): Promise<void>;
352
+ deleteSnapshot?(key: string): Promise<void>;
353
+ }
354
+ /** Describes a stored circuit snapshot; what decides whether it is usable. */
355
+ interface SnapshotMeta {
356
+ /** Bump when the wire shape the circuit reads changes. */
357
+ formatVersion: number;
358
+ /** Hash of the schema the rows were projected under. */
359
+ schemaHash: string;
360
+ savedAt: number;
361
+ /** Highest `_00_rv` per table at save time (diagnostics). */
362
+ maxRv?: Record<string, number>;
363
+ [key: string]: unknown;
364
+ }
365
+ interface StoredSnapshot {
366
+ bytes: Uint8Array;
367
+ meta: SnapshotMeta;
368
+ }
369
+ /** Selected local cache backend. Mirrors the `persistenceClient` config pattern. */
370
+ type LocalEngineChoice = 'surrealdb' | 'sqlite' | LocalStore;
371
+ /** Thrown when relation decomposition nests past {@link MAX_RELATION_DEPTH} —
372
+ * a guard against a cyclic schema producing unbounded fan-out. */
373
+ //#endregion
129
374
  //#region src/modules/sync/queue/queue-up.d.ts
130
375
  type CreateEvent = {
131
376
  type: 'create';
@@ -192,22 +437,38 @@ interface PersistenceClient {
192
437
  * Format: number + unit (m=minutes, h=hours, d=days).
193
438
  */
194
439
  type QueryTimeToLive = '1m' | '5m' | '10m' | '15m' | '20m' | '25m' | '30m' | '1h' | '2h' | '3h' | '4h' | '5h' | '6h' | '7h' | '8h' | '9h' | '10h' | '11h' | '12h' | '1d';
440
+ /**
441
+ * Refresh behavior for `preload` when the data is already cached locally (warm).
442
+ * The FIRST load (cold) always fetches + blocks regardless.
443
+ * - `onUse` (default): do nothing when warm — the data freshens on use, when the
444
+ * real `useQuery` mounts and registers its live view. No network on load.
445
+ * - `background`: return instantly, but kick a one-time silent refetch.
446
+ * - `stale`: like `background`, but only if the cached copy is older than
447
+ * `staleTime`.
448
+ */
449
+ type PreloadRefresh = 'onUse' | 'background' | 'stale';
450
+ interface PreloadOptions {
451
+ /** How to refresh when the query is already cached locally. Default `onUse`. */
452
+ refresh?: PreloadRefresh;
453
+ /** For `refresh: 'stale'` — max age before a warm copy is refetched. Default `1h`. */
454
+ staleTime?: QueryTimeToLive;
455
+ }
195
456
  /**
196
457
  * Result object returned when a query is registered or executed.
197
458
  */
198
- interface SpookyQueryResult {
459
+ interface Sp00kyQueryResult {
199
460
  /** The unique hash identifier for the query. */
200
461
  hash: string;
201
462
  }
202
- type SpookyQueryResultPromise = Promise<SpookyQueryResult>;
463
+ type Sp00kyQueryResultPromise = Promise<Sp00kyQueryResult>;
203
464
  interface EventSubscriptionOptions {
204
465
  priority?: number;
205
466
  }
206
467
  /**
207
- * Configuration options for the Spooky client.
468
+ * Configuration options for the Sp00ky client.
208
469
  * @template S The schema structure type.
209
470
  */
210
- interface SpookyConfig<S extends SchemaStructure> {
471
+ interface Sp00kyConfig<S extends SchemaStructure> {
211
472
  /** Database connection configuration. */
212
473
  database: {
213
474
  /** The SurrealDB endpoint URL. */
@@ -220,27 +481,349 @@ interface SpookyConfig<S extends SchemaStructure> {
220
481
  store?: StoreType;
221
482
  /** Authentication token. */
222
483
  token?: string;
484
+ /**
485
+ * SQLite engine only: execute `select` plans (base rows + relation tree +
486
+ * row parsing) inside the worker as ONE round-trip instead of one hop per
487
+ * table/relation level. Defaults to true; set false to force the legacy
488
+ * multi-hop path (escape hatch while the worker-side path beds in).
489
+ */
490
+ workerSelect?: boolean;
491
+ /**
492
+ * WebSocket reconnect + liveness tuning. All fields optional; the defaults
493
+ * keep the connection alive indefinitely without configuration. See
494
+ * {@link ReconnectConfig}.
495
+ */
496
+ reconnect?: ReconnectConfig;
497
+ /**
498
+ * Deadline (ms) for every remote RPC. Remote queries are serialized through
499
+ * a single promise chain, so one call that never settles (half-open socket:
500
+ * the WebSocket looks open, the peer is gone, no `close` event fires) would
501
+ * otherwise wedge ALL later remote traffic behind it — including the sync
502
+ * poll's own health probe, leaving health pinned at `healthy` with no
503
+ * banner and no self-heal. The deadline turns that into an ordinary network
504
+ * failure the queue retries. `0` disables. Defaults to `60_000`.
505
+ */
506
+ queryTimeoutMs?: number;
507
+ /**
508
+ * Deadline (ms) for every LOCAL store operation (a SQLite worker round trip,
509
+ * or a query on the in-process surrealdb engine). Local ops are serialized
510
+ * too, and one that never answered - a worker starved behind a long select,
511
+ * a lock verification with no clock - left every `db.create`/`db.update`
512
+ * promise pending for the tab's lifetime. On expiry the call rejects with
513
+ * `LocalOpTimeoutError` (the op itself keeps running in the engine and is
514
+ * not retried). `0` disables. Defaults to `30_000`.
515
+ */
516
+ localOpTimeoutMs?: number;
223
517
  };
224
- /** Unique client identifier. If not provided, one will be generated. */
225
- clientId?: string;
226
518
  /** The schema definition. */
227
519
  schema: S;
228
520
  /** The compiled SURQL schema string. */
229
521
  schemaSurql: string;
230
522
  /** Logging level. */
231
- logLevel: Level;
523
+ logLevel: Level$1;
232
524
  /**
233
525
  * Persistence client to use.
234
526
  * Can be a custom implementation, 'surrealdb' (default), or 'localstorage'.
235
527
  */
236
528
  persistenceClient?: PersistenceClient | 'surrealdb' | 'localstorage';
529
+ /**
530
+ * Local cache engine backend. `'surrealdb'` (default) uses the in-browser
531
+ * SurrealDB-WASM store; `'sqlite'` uses official SQLite-WASM in a Worker with
532
+ * OPFS persistence; or pass a custom {@link LocalCacheEngine}. The local cache
533
+ * is a passive queryable store — reactivity is driven by the remote SSP, not
534
+ * this engine. See `services/database/cache-engine.ts`.
535
+ */
536
+ localEngine?: LocalEngineChoice;
537
+ /**
538
+ * Durable cache for bucket file bytes, in OPFS. Enabled by default wherever
539
+ * OPFS is writable; elsewhere the cache degrades to per-tab memory, which is
540
+ * how bucket reads behaved before it existed.
541
+ *
542
+ * Nothing in this cache expires on a timer — an image whose row is still in
543
+ * the local store has to stay available offline. Bytes are only dropped when
544
+ * the app invalidates the path (`bucket.put`/`bucket.delete`), when boot
545
+ * reconcile finds no file behind a row, or when the cache is over budget, in
546
+ * which case the least-recently-used unpinned entries go first. See
547
+ * `services/blobs/blob-cache.ts`.
548
+ */
549
+ blobCache?: {
550
+ /** Default `true`. `false` restores per-tab, non-persistent caching. */
551
+ enabled?: boolean;
552
+ /** Byte budget. Defaults to `min(512 MB, quota × 0.25)` from
553
+ * `navigator.storage.estimate()`. */
554
+ maxBytes?: number;
555
+ /**
556
+ * Delete the signed-out user's cached bytes on `signOut()`. Default
557
+ * `false`, matching the local store: cached files are namespaced per local
558
+ * bucket, so signing back in is warm and no user can read another's cache.
559
+ * Turn on for shared devices.
560
+ */
561
+ clearOnSignOut?: boolean;
562
+ };
563
+ /**
564
+ * Share ONE durable local store across all tabs of this origin (default
565
+ * `false`). Requires `localEngine: 'sqlite'`. A SharedWorker broker elects a
566
+ * leader tab per bucket via Web Locks; the leader owns the OPFS SQLite
567
+ * worker and the sync loop, and follower tabs read/write the same store over
568
+ * MessagePorts, so every tab is durable instead of only the first one.
569
+ *
570
+ * Falls back to solo mode (exactly the flag-off behavior, including the
571
+ * later-tabs in-memory fallback reported via {@link StorageHealth}) whenever
572
+ * SharedWorker, Web Locks, or MessageChannel are unavailable, the engine is
573
+ * not sqlite, or the broker rejects the tab (mixed app versions).
574
+ *
575
+ * Failover: when the leader tab closes or freezes, a follower is promoted
576
+ * within seconds; queries briefly refetch and mutations are never lost once
577
+ * their local write resolved (the shared outbox survives in the store).
578
+ * Inspect via `window.__00__.getState().database.tabs` and `__sqliteStats`.
579
+ */
580
+ sharedTabs?: boolean;
581
+ /**
582
+ * Persist the in-browser SSP circuit's store as a snapshot in the local
583
+ * store, so a reload restores it and only steps in what changed since.
584
+ * Defaults to `true` under `localEngine: 'sqlite'` (the OPFS-backed store
585
+ * can hold the bytes) and `false` otherwise.
586
+ *
587
+ * Without a snapshot the circuit is primed by reading every cached row back
588
+ * out of the local store; either way a reload never re-downloads the working
589
+ * set, which is what an empty circuit used to force: every id in the
590
+ * server's list_ref classified as missing.
591
+ *
592
+ * Snapshots are store-only (views are re-registered per session) and written
593
+ * on a checkpoint interval ({@link circuitCheckpointMs}) and when the page
594
+ * goes hidden, never per ingest or per query registration.
595
+ */
596
+ persistCircuit?: boolean;
597
+ /**
598
+ * Checkpoint interval in milliseconds for {@link persistCircuit}. Defaults to
599
+ * 30000. Ignored when `persistCircuit` is off.
600
+ */
601
+ circuitCheckpointMs?: number;
602
+ /**
603
+ * Keep only the fields registered queries evaluate (filter predicates, join
604
+ * keys, sort keys, plus `id`/`_00_rv`) per row in the in-browser circuit.
605
+ * Default `true`. The circuit only ever reads those fields; bodies are
606
+ * rendered from the local store. Measured on 7700 rows with 20 KB bodies:
607
+ * the wasm heap peak went from ~500 MB to ~24 MB and the snapshot from
608
+ * 156 MB to 1.2 MB. A query that evaluates a field earlier rows were kept
609
+ * without has that field merged in from the local store on registration.
610
+ */
611
+ circuitProjection?: boolean;
237
612
  /** A pino browser transmit object for forwarding logs (e.g. via @spooky-sync/core/otel). */
238
613
  otelTransmit?: PinoTransmit;
239
614
  /**
240
- * Debounce time in milliseconds for stream updates.
241
- * Defaults to 100ms.
615
+ * Debounce time in milliseconds for stream updates (the client-side SSP
616
+ * aggregation throttle — coalesces the in-browser StreamProcessor's
617
+ * per-record updates per query before notifying readers).
618
+ * Defaults to 50ms.
242
619
  */
243
620
  streamDebounceTime?: number;
621
+ /**
622
+ * Debounce time in milliseconds for syncing collaborative (CRDT) field
623
+ * changes to the remote database. Local writes happen immediately on
624
+ * every keystroke (so reload/offline works), but the remote UPSERT is
625
+ * coalesced over this window. Lower = snappier remote propagation +
626
+ * more network traffic; higher = less traffic + more lag for other
627
+ * collaborators. Defaults to 500ms.
628
+ */
629
+ crdtDebounceMs?: number;
630
+ /**
631
+ * Enable collaborative CRDT fields. When `true`, the `loro-crdt` engine is
632
+ * preloaded at client startup (fetched as a separate chunk on page load) so
633
+ * the first `openCrdtField` is instant. When omitted/`false`, loro is never
634
+ * loaded unless a CRDT field is explicitly opened — keeping the loro chunk
635
+ * out of apps that don't use collaboration. Defaults to `false`.
636
+ */
637
+ crdt?: boolean;
638
+ /**
639
+ * Cadence (ms) for the `_00_list_ref` poll that catches cross-session
640
+ * UPDATEs the SurrealDB v3 LIVE-permission gap drops. Lower = faster
641
+ * convergence + more query load; higher = the inverse. Non-positive
642
+ * values fall back to the default (500ms).
643
+ */
644
+ refSyncIntervalMs?: number;
645
+ /**
646
+ * OPT-IN instant-hydrate for cold queries: when enabled and a query is
647
+ * registered with no server result yet, its surql also runs directly on the
648
+ * remote (one-shot, in the background, OFF the paint path) so rows can land
649
+ * before the full register lifecycle completes. Hydrated rows carry their
650
+ * `_00_rv` versions so the registration's `syncRecords` skips re-pulling
651
+ * unchanged bodies. Regardless of this flag, `useQuery` always resolves and
652
+ * paints from the local cache immediately — however the rows got there
653
+ * (preload, prior sync). Default `false`: the register lifecycle
654
+ * (`fn::query::register` → `_00_list_ref` → record sync) is the single
655
+ * freshness path and no duplicate one-shot fetches are made.
656
+ */
657
+ instantHydrate?: boolean;
658
+ /**
659
+ * Enable realtime sync while signed out. When `true`, the client starts its
660
+ * `_00_list_ref` poll (and a LIVE subscription) against the shared
661
+ * `_00_list_ref_anon` table even with no authenticated user, so a logged-out
662
+ * page gets live `useQuery` updates over world-readable tables. Requires the
663
+ * server to be deployed with `anonymousLiveQueries: true` in `sp00ky.yml`
664
+ * (this flag must match it). Defaults to `false`: anonymous clients can read
665
+ * one-shot but never sync live.
666
+ */
667
+ enableAnonymousLiveQueries?: boolean;
668
+ /**
669
+ * Surface sustained sync failures as a "degraded" health status that the app
670
+ * can observe via `subscribeToSyncHealth` (or the client-solid
671
+ * `useSyncStatus` hook) to render a "can't reach the server" banner.
672
+ *
673
+ * Individual failures — a transient remote 500 on query registration, a
674
+ * dropped WebSocket, etc. — are always swallowed and retried; they never
675
+ * throw at the app. This only controls when a *run* of consecutive failures
676
+ * is reported. Status flips back to `healthy` on the next successful sync
677
+ * round. Defaults to `{ degradeAfterConsecutiveFailures: 3 }`; pass `false`
678
+ * (or `degradeAfterConsecutiveFailures: 0`) to never report degraded.
679
+ */
680
+ syncHealth?: SyncHealthConfig | false;
681
+ /**
682
+ * Automatic blurhash placeholders for bucket image uploads. On every
683
+ * `bucket.put` of an image path (by extension: webp/png/jpg/jpeg/gif/avif/bmp)
684
+ * the client computes a blurhash and stores it as a tiny sidecar object
685
+ * `<path>.bh` in the same bucket, best-effort. Read it back with
686
+ * `bucket.blurhash(path)` (or the client-solid `useBucketImage`/`BucketImage`
687
+ * helpers) to paint a placeholder until the image is decoded.
688
+ *
689
+ * `true` (the default) enables with 4x3 components; pass
690
+ * `{ componentX, componentY }` to tune detail, or `false` to disable.
691
+ * A per-call `put(path, content, { blurhash })` option overrides this.
692
+ */
693
+ blurhash?: boolean | {
694
+ componentX?: number;
695
+ componentY?: number;
696
+ };
697
+ /**
698
+ * Deadline (ms) for a single outgoing mutation push. Tighter than
699
+ * {@link Sp00kyConfig.database.queryTimeoutMs} because the up-queue drains
700
+ * one mutation at a time behind an `isSyncingUp` flag: a push that never
701
+ * settles stops every later mutation for the session, with no retry and no
702
+ * error. On expiry the push is treated as a network failure and re-queued.
703
+ * `0` disables. Defaults to `30_000`.
704
+ */
705
+ pushTimeoutMs?: number;
706
+ /**
707
+ * Max time a single down event (`register`/`sync`/`cleanup`) may take before
708
+ * it is retried. Mirror of {@link pushTimeoutMs} for the read side.
709
+ * Defaults to 30000; `0` disables the timeout.
710
+ */
711
+ downTimeoutMs?: number;
712
+ }
713
+ /** Tunables for sync-health reporting. See {@link Sp00kyConfig.syncHealth}. */
714
+ interface SyncHealthConfig {
715
+ /**
716
+ * Number of consecutive failed sync rounds (up or down) before the status
717
+ * flips from `healthy` to `degraded`. A single transient failure is absorbed
718
+ * by the retry; only a sustained run trips the banner. Defaults to `3`. `0`
719
+ * disables degraded reporting entirely.
720
+ */
721
+ degradeAfterConsecutiveFailures?: number;
722
+ }
723
+ /**
724
+ * Tunables for WebSocket reconnect and liveness detection. See
725
+ * {@link Sp00kyConfig.database.reconnect}.
726
+ *
727
+ * Two independent mechanisms cooperate here. The SurrealDB SDK reconnects on
728
+ * its own after a socket `close` (`attempts` / `retryDelayMax`), and a
729
+ * supervisor above it re-opens the connection from scratch whenever the SDK
730
+ * gives up or its post-reconnect handshake fails — the SDK terminates the
731
+ * engine permanently in that case, so a supervisor is required, not optional.
732
+ * The heartbeat covers the third case: a socket that never closes at all.
733
+ */
734
+ interface ReconnectConfig {
735
+ /**
736
+ * SDK reconnect attempts after a socket close. `-1` retries forever.
737
+ * Defaults to `-1` (the SDK's own default is `5`, which caps recovery at a
738
+ * ~62s outage and then gives up for the life of the page).
739
+ */
740
+ attempts?: number;
741
+ /** Cap on the SDK's exponential backoff delay. Defaults to `15_000`. */
742
+ retryDelayMax?: number;
743
+ /**
744
+ * Cadence of the application-level liveness probe (`RETURN true`) that
745
+ * detects a half-open socket the transport never reports as closed.
746
+ * `0` disables the heartbeat. Defaults to `20_000`.
747
+ */
748
+ heartbeatIntervalMs?: number;
749
+ /**
750
+ * Deadline for a heartbeat response. Exceeding it means the socket is dead
751
+ * regardless of what its `readyState` claims, so the connection is torn down
752
+ * and rebuilt. Defaults to `10_000`.
753
+ */
754
+ heartbeatTimeoutMs?: number;
755
+ /**
756
+ * Cap on the supervisor's own backoff between `connect()` retries once the
757
+ * SDK has given up. Defaults to `15_000`.
758
+ */
759
+ superviseRetryDelayMaxMs?: number;
760
+ }
761
+ /**
762
+ * Transport-level connection state, independent of {@link SyncHealthStatus}.
763
+ *
764
+ * These answer different questions: `connection` is about the socket,
765
+ * `status` is about whether sync rounds are succeeding. A `connected` socket
766
+ * can still be `degraded` (server erroring), and a `reconnecting` socket is
767
+ * usually still `healthy` for the first few seconds.
768
+ */
769
+ type ConnectionState = 'connecting' | 'connected' | 'reconnecting' | 'disconnected';
770
+ type SyncHealthStatus = 'healthy' | 'degraded';
771
+ /** Snapshot of sync health delivered to `subscribeToSyncHealth` subscribers. */
772
+ interface SyncHealth {
773
+ /** `'degraded'` once consecutive failures cross the configured threshold. */
774
+ status: SyncHealthStatus;
775
+ /** Consecutive failed sync rounds at the moment of this report. */
776
+ consecutiveFailures: number;
777
+ /** Classification of the most recent failure (only set while `degraded`). */
778
+ kind?: 'network' | 'application';
779
+ /** Message of the most recent failure (only set while `degraded`). */
780
+ error?: string;
781
+ /**
782
+ * `true` once at least one sync round has succeeded this session. Lets a UI
783
+ * distinguish a first-time "connecting" phase (never reached the server yet,
784
+ * so a cold-start failure run is expected) from a real lost connection after
785
+ * a working session. Never resets back to `false` once set.
786
+ */
787
+ everConnected: boolean;
788
+ /**
789
+ * Live transport state of the remote WebSocket. Distinct from `status`: this
790
+ * one flips the instant the socket drops, whereas `status` only degrades
791
+ * after a sustained run of failed sync rounds. Use it to show "reconnecting…"
792
+ * immediately without waiting for the degrade threshold.
793
+ */
794
+ connection: ConnectionState;
795
+ }
796
+ type StorageHealthStatus = 'unknown' | 'persistent' | 'memory';
797
+ /**
798
+ * Durability of the LOCAL cache, delivered to `subscribeToStorageHealth`
799
+ * subscribers. Separate from {@link SyncHealth}: that one is about reaching the
800
+ * server, this one is about whether the local store survives a reload.
801
+ *
802
+ * Under `localEngine: 'sqlite'` the durable store is the OPFS SAHPool VFS,
803
+ * which only one client per bucket can hold open. When it can't be opened (a
804
+ * second tab of the app already has it, an insecure context, a full pool) the
805
+ * engine keeps working against an in-memory DB, which holds the whole dataset
806
+ * in RAM and loses local writes on reload. `fallback` marks exactly that case,
807
+ * so a UI can warn about it.
808
+ */
809
+ interface StorageHealth {
810
+ /** `'unknown'` until the local cache has opened, or for engines that don't report. */
811
+ status: StorageHealthStatus;
812
+ /**
813
+ * `true` only when durable storage was REQUESTED and could not be opened.
814
+ * Stays `false` for a configured-in-memory store (`store: 'memory'`), which
815
+ * is a choice rather than a failure, so a UI can key off this alone.
816
+ */
817
+ fallback: boolean;
818
+ /** Reason durable storage failed (only set while `fallback` is `true`). */
819
+ error?: string;
820
+ /**
821
+ * Shared-tabs role, set only when `sharedTabs` is active: `'leader'` owns
822
+ * the OPFS worker, `'follower'` shares it over a MessagePort (its data IS
823
+ * durable, hence `status: 'persistent'`), `'solo'` fell back to the
824
+ * single-tab behavior. Absent entirely when the feature is off.
825
+ */
826
+ role?: 'leader' | 'follower' | 'solo';
244
827
  }
245
828
  type QueryHash = string;
246
829
  type RecordVersionArray = Array<[string, number]>;
@@ -271,12 +854,76 @@ interface QueryConfig {
271
854
  id: RecordId$1<string>;
272
855
  /** The SURQL query string. */
273
856
  surql: string;
857
+ /**
858
+ * Engine-neutral plan for `surql` (in-memory only; not persisted to
859
+ * `_00_query`). Present when the query came from the query-builder. Non-
860
+ * SurrealQL local engines (SQLite) materialize via `engine.select(plan)`
861
+ * instead of re-running `surql`, which they cannot parse.
862
+ */
863
+ plan?: QueryPlan;
274
864
  /** Parameters used in the query. */
275
865
  params: Record<string, any>;
276
866
  /** The version array representing the local state of results. */
277
867
  localArray: RecordVersionArray;
278
868
  /** The version array representing the remote (server) state of results. */
279
869
  remoteArray: RecordVersionArray;
870
+ /**
871
+ * In-memory only (never persisted to `_00_query`): version array of the
872
+ * subquery CHILD rows pulled via `parent IS NOT NONE` edges, so the
873
+ * child-body sync is idempotent across polls. Kept separate from
874
+ * `remoteArray` so related child rows never enter the primary window /
875
+ * `rowCount` / `localArray`.
876
+ */
877
+ subqueryRemoteArray?: RecordVersionArray;
878
+ /**
879
+ * Whether authoritative membership (`remoteArray`) has ever been established
880
+ * for this query — either fetched from `_00_list_ref` this session, or read
881
+ * back from the durable `_00_window` row on a cold start.
882
+ *
883
+ * Tri-state matters: "known and empty" must render an empty list, while
884
+ * "never established" has to fall back to a predicate scan of the local store
885
+ * so a query first run on this device still paints offline. A
886
+ * `remoteArray.length === 0` check cannot tell those apart.
887
+ *
888
+ * On a cold start it is seeded from the durable `_00_window` row when that
889
+ * row is non-empty, or empty but `confirmed` (the server reported zero rows
890
+ * for the query). An unconfirmed empty row is ignored, so a device poisoned
891
+ * by an old client that mirrored unflushed reads still self-heals.
892
+ */
893
+ membershipKnown?: boolean;
894
+ /**
895
+ * Whether a NON-EMPTY id-set has arrived from the server for this query in
896
+ * this session. Gates whether an empty read may be believed.
897
+ *
898
+ * The server publishes `_00_list_ref` asynchronously — the SSP queues a
899
+ * view's initial edges to a coalescing flusher and returns from
900
+ * `fn::query::register` before they land — so an empty read right after
901
+ * registration says nothing about the query being empty. Believing it (and
902
+ * mirroring it to the durable `_00_window` row) blanked lists and kept them
903
+ * blank across reloads. Once a real set has been seen, a later empty one is a
904
+ * genuine transition and must be honoured, or removed rows resurrect.
905
+ *
906
+ * In-memory only: a fresh session must re-earn the right to believe empties.
907
+ * What does persist is the `confirmed` marker on the `_00_window` row, which
908
+ * an empty set earns when it arrives with a server row count of zero or after
909
+ * a non-empty set in the same session.
910
+ */
911
+ remoteSeen?: boolean;
912
+ /**
913
+ * Consecutive empty id-sets read from the server while `remoteSeen` is still
914
+ * false. Bounds how long an unconfirmed empty may be ignored, so a window
915
+ * that genuinely emptied while this device was away is believed on the second
916
+ * read instead of rendering stale rows forever. Reset by any non-empty set.
917
+ * In-memory only.
918
+ */
919
+ emptyReads?: number;
920
+ /**
921
+ * Key of this query's durable `_00_window` membership row: a hash of
922
+ * `{surql, params}` WITHOUT the `session::id()` salt that `id` carries, so it
923
+ * survives a reload (which mints a new session id) and a bucket switch.
924
+ * In-memory only.
925
+ */
926
+ membershipKey?: string;
280
927
  /** Time-To-Live for this query. */
281
928
  ttl: QueryTimeToLive;
282
929
  /** Timestamp when the query was last accessed/active. */
@@ -287,6 +934,17 @@ interface QueryConfig {
287
934
  type QueryConfigRecord = QueryConfig & {
288
935
  id: string;
289
936
  };
937
+ /**
938
+ * Runtime fetch status of a live query.
939
+ * - `idle`: registered, initial sync completed, and not currently fetching
940
+ * missing records — the materialized rows are authoritative (a windowed
941
+ * query's short result really is the end of the list).
942
+ * - `fetching`: the query is registering (a query is born `fetching` until its
943
+ * initial remote sync completes) or the sync engine is fetching/ingesting
944
+ * missing records for it. Any pending debounced result is flushed BEFORE the
945
+ * flip back to `idle`, so idle status never races ahead of the rows.
946
+ */
947
+ type QueryStatus = 'idle' | 'fetching';
290
948
  /**
291
949
  * Internal state of a live query.
292
950
  */
@@ -295,14 +953,89 @@ interface QueryState {
295
953
  config: QueryConfig;
296
954
  /** The current cached records for this query. */
297
955
  records: Record<string, any>[];
956
+ /** Set once `applyHydration` has run for this query, so the cold instant-hydrate
957
+ * path fires at most once per query (see DataModule.isCold/applyHydration). */
958
+ hydrated?: boolean;
959
+ /** Set once `notifyQuerySynced` has emitted for this registration lifetime.
960
+ * Ephemeral (unlike the persisted `updateCount`), so a re-registered query
961
+ * always emits at least once even when its records are unchanged — otherwise
962
+ * an empty re-registered window would never notify and stay "loading". */
963
+ syncNotified?: boolean;
298
964
  /** Timer for TTL expiration. */
299
965
  ttlTimer: NodeJS.Timeout | null;
300
966
  /** TTL duration in milliseconds. */
301
967
  ttlDurationMs: number;
302
968
  /** Number of times the query has been updated. */
303
969
  updateCount: number;
970
+ /** Timestamp (ms) of the last user-visible update, or null before the first
971
+ * one. Surfaced to DevTools as `lastUpdate` — must NOT be stamped on read. */
972
+ lastUpdatedAt: number | null;
973
+ /**
974
+ * Rolling window of the most recent materialization-step latencies (ms).
975
+ * Capped at MATERIALIZATION_SAMPLE_WINDOW; used to recompute p55/p90/p99
976
+ * before each persist to `_00_query`. Samples themselves are not persisted.
977
+ */
978
+ materializationSamples: number[];
979
+ /** Most recent end-to-end ingest latency in ms, or null until the first ingest. */
980
+ lastIngestLatencyMs: number | null;
981
+ /** Cumulative count of ingest/materialization errors observed for this query. */
982
+ errorCount: number;
983
+ /**
984
+ * Ephemeral runtime fetch status. Not persisted to `_00_query`; observable
985
+ * via DevTools and the `useQuery` hook. `fetching` while the sync engine is
986
+ * pulling missing records for this query, otherwise `idle`.
987
+ */
988
+ status: QueryStatus;
989
+ /**
990
+ * Rolling per-phase timing samples (ms), in addition to `materializationSamples`
991
+ * (which holds the SSP whole-ingest wall time). Keyed by `TimingPhase` minus
992
+ * `ssp`. Not persisted — surfaced live to DevTools + MCP via `phaseTimings`.
993
+ */
994
+ phaseSamples: Record<string, number[]>;
995
+ /** Most recent sample (ms) per phase, or null. */
996
+ phaseLast: Record<string, number | null>;
997
+ /** One-shot SSP registration timings (ms). */
998
+ registrationTimings: RegistrationTimings;
999
+ }
1000
+ /** Cap on the rolling materialization-sample window kept per query in memory. */
1001
+ declare const MATERIALIZATION_SAMPLE_WINDOW = 100;
1002
+ /** Timed processing phases surfaced per query. `ssp` is the WASM-ingest wall
1003
+ * time; the `ssp*` phases are its internal breakdown from the SSP binding. */
1004
+ type TimingPhase = 'ssp' | 'sspStoreApply' | 'sspCircuitStep' | 'sspTransform' | 'localFetch' | 'remoteFetch' | 'frontend';
1005
+ /** One-shot registration timings (ms), captured once when a query registers. */
1006
+ interface RegistrationTimings {
1007
+ /** SSP surql→plan parse + permission injection. */
1008
+ parseMs: number | null;
1009
+ /** SSP operator-DAG build. */
1010
+ planMs: number | null;
1011
+ /** SSP initial snapshot evaluation. */
1012
+ snapshotMs: number | null;
1013
+ /** Wall time of `cache.registerQuery` (register_view round-trip). */
1014
+ wallMs: number | null;
1015
+ }
1016
+ /** Percentile summary for one timed phase, surfaced to DevTools + MCP. */
1017
+ interface PhaseStat {
1018
+ lastMs: number | null;
1019
+ p50: number | null;
1020
+ p90: number | null;
1021
+ p99: number | null;
1022
+ count: number;
1023
+ }
1024
+ /** Per-query processing-time breakdown surfaced via DevTools panel + MCP. */
1025
+ interface QueryTimings {
1026
+ ssp: PhaseStat;
1027
+ sspStoreApply: PhaseStat;
1028
+ sspCircuitStep: PhaseStat;
1029
+ sspTransform: PhaseStat;
1030
+ localFetch: PhaseStat;
1031
+ remoteFetch: PhaseStat;
1032
+ frontend: PhaseStat;
1033
+ registration: RegistrationTimings;
1034
+ updateCount: number;
1035
+ errorCount: number;
304
1036
  }
305
1037
  type QueryUpdateCallback = (records: Record<string, any>[]) => void;
1038
+ type QueryStatusCallback = (status: QueryStatus) => void;
306
1039
  type MutationCallback = (mutations: UpEvent[]) => void;
307
1040
  type MutationEventType = 'create' | 'update' | 'delete';
308
1041
  /**
@@ -331,6 +1064,13 @@ interface RunOptions {
331
1064
  assignedTo?: string;
332
1065
  max_retries?: number;
333
1066
  retry_strategy?: 'linear' | 'exponential';
1067
+ /** Timeout in seconds for the backend HTTP call. Only used if the backend allows timeout override. */
1068
+ timeout?: number;
1069
+ /**
1070
+ * Minimum delay in milliseconds before the job is eligible to run. While
1071
+ * delayed the job stays pending (enqueued) and can still be killed.
1072
+ */
1073
+ delay?: number;
334
1074
  }
335
1075
  /**
336
1076
  * Options for update operations.
@@ -356,4 +1096,4 @@ interface DebounceOptions {
356
1096
  delay?: number;
357
1097
  }
358
1098
  //#endregion
359
- export { Logger$1 as C, UpdateOptions as S, EventSystem as T, RunOptions as _, MutationEvent as a, SpookyQueryResultPromise as b, PinoTransmit as c, QueryHash as d, QueryState as f, RecordVersionDiff as g, RecordVersionArray as h, MutationCallback as i, QueryConfig as l, QueryUpdateCallback as m, EventSubscriptionOptions as n, MutationEventType as o, QueryTimeToLive as p, Level$1 as r, PersistenceClient as s, DebounceOptions as t, QueryConfigRecord as u, SpookyConfig as v, EventDefinition as w, StoreType as x, SpookyQueryResult as y };
1099
+ export { Sp00kyQueryResultPromise as A, LocalStore as B, ReconnectConfig as C, RunOptions as D, RegistrationTimings as E, SyncHealthConfig as F, SyncEventSystem as G, DatabaseEventSystem as H, SyncHealthStatus as I, EventDefinition as K, TimingPhase as L, StorageHealthStatus as M, StoreType as N, Sp00kyConfig as O, SyncHealth as P, UpdateOptions as R, QueryUpdateCallback as S, RecordVersionDiff as T, DatabaseEventTypes as U, SealedQuery as V, Logger$1 as W, QueryState as _, MATERIALIZATION_SAMPLE_WINDOW as a, QueryTimeToLive as b, MutationEventType as c, PinoTransmit as d, PreloadOptions as f, QueryHash as g, QueryConfigRecord as h, Level$1 as i, StorageHealth as j, Sp00kyQueryResult as k, PersistenceClient as l, QueryConfig as m, DebounceOptions as n, MutationCallback as o, PreloadRefresh as p, EventSystem as q, EventSubscriptionOptions as r, MutationEvent as s, ConnectionState as t, PhaseStat as u, QueryStatus as v, RecordVersionArray as w, QueryTimings as x, QueryStatusCallback as y, UpEvent as z };