@spooky-sync/core 0.0.1-canary.26 → 0.0.1-canary.261

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