@spooky-sync/core 0.0.1-canary.25 → 0.0.1-canary.255

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