@lunora/client 1.0.0-alpha.21 → 1.0.0-alpha.210

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 (89) hide show
  1. package/README.md +16 -3
  2. package/dist/auth/index.d.mts +43 -12
  3. package/dist/auth/index.d.ts +43 -12
  4. package/dist/auth/index.mjs +1 -60
  5. package/dist/index.d.mts +809 -268
  6. package/dist/index.d.ts +809 -268
  7. package/dist/index.mjs +1 -15
  8. package/dist/packem_shared/CONFLICT_ERROR_CODE-B7qNZMMk.mjs +1 -0
  9. package/dist/packem_shared/DEFAULT_MAX_BUFFER-D3QH2iaq.mjs +1 -0
  10. package/dist/packem_shared/LunoraClient-BSI0RIrs.mjs +1 -0
  11. package/dist/packem_shared/OfflineQueue-BWamzR6p.mjs +1 -0
  12. package/dist/packem_shared/RETIRE_AFTER_DURABLE_SEQ_ADVANCE-DoEHtuR8.mjs +1 -0
  13. package/dist/packem_shared/SKIP-d7LeP-sY.mjs +1 -0
  14. package/dist/packem_shared/SubscriptionRegistry-5CHmk3d8.mjs +1 -0
  15. package/dist/packem_shared/TabCoordinator-CXD7vulJ.mjs +1 -0
  16. package/dist/packem_shared/applyDelta-UuKQOPo1.mjs +1 -0
  17. package/dist/packem_shared/createAsyncStoragePersistence-DXlhLrFv.mjs +1 -0
  18. package/dist/packem_shared/createAsyncStorageQueryCache-CAPNYhcK.mjs +1 -0
  19. package/dist/packem_shared/createCallRunner-Bwcrfh76.mjs +1 -0
  20. package/dist/packem_shared/createClientQuery-B8Nfj-7o.mjs +1 -0
  21. package/dist/packem_shared/createInMemoryBookmarkStorage-BooZhW0n.mjs +1 -0
  22. package/dist/packem_shared/createInMemoryPersistence-Cz2W6XVj.mjs +1 -0
  23. package/dist/packem_shared/createInMemoryQueryCache-D2uNHLfM.mjs +1 -0
  24. package/dist/packem_shared/createLocalStore-CriEK0Fm.mjs +1 -0
  25. package/dist/packem_shared/createMutatorRunner-CuMRJpUx.mjs +1 -0
  26. package/dist/packem_shared/createReconnect-CjTmjJDH.mjs +1 -0
  27. package/dist/packem_shared/createServerClient-D7ZQOnat.mjs +1 -0
  28. package/dist/packem_shared/createSnapshotPrecondition-D-WkMTIs.mjs +1 -0
  29. package/dist/packem_shared/delta-merge-CDCNlktH.mjs +1 -0
  30. package/dist/packem_shared/deserializePreloaded-CEQci6cB.mjs +1 -0
  31. package/dist/packem_shared/function-reference.d-Br_hsKje.d.mts +45 -0
  32. package/dist/packem_shared/function-reference.d-Br_hsKje.d.ts +45 -0
  33. package/dist/packem_shared/getServerSession-BaOoo1p6.mjs +1 -0
  34. package/dist/packem_shared/httpStream-B5J3zeB8.mjs +9 -0
  35. package/dist/packem_shared/idb-utility-C8WS390w.mjs +1 -0
  36. package/dist/packem_shared/local-store-CtP_1rJj.mjs +1 -0
  37. package/dist/packem_shared/lunora-client.d-B-1VFscs.d.mts +4647 -0
  38. package/dist/packem_shared/lunora-client.d-_Qd50jQo.d.ts +4647 -0
  39. package/dist/packem_shared/offline-queue-D_fr-uQ3.mjs +1 -0
  40. package/dist/packem_shared/preload.d-D82baNUQ.d.mts +21 -0
  41. package/dist/packem_shared/preload.d-ubxA2STh.d.ts +21 -0
  42. package/dist/packem_shared/preloadQuery-uFy24PCR.mjs +1 -0
  43. package/dist/packem_shared/single-blob-store-D7kYfN1I.mjs +1 -0
  44. package/dist/packem_shared/wire-codec-3Mj5UgNj.mjs +1 -0
  45. package/dist/packem_shared/wire-errors-CYMmnEcW.mjs +1 -0
  46. package/dist/packem_shared/wire-key-3XBGlnux.mjs +1 -0
  47. package/dist/pagination/index.d.mts +42 -42
  48. package/dist/pagination/index.d.ts +42 -42
  49. package/dist/pagination/index.mjs +1 -61
  50. package/dist/query/index.d.mts +111 -43
  51. package/dist/query/index.d.ts +111 -43
  52. package/dist/query/index.mjs +1 -1
  53. package/dist/service.d.mts +49 -0
  54. package/dist/service.d.ts +49 -0
  55. package/dist/service.mjs +1 -0
  56. package/dist/ssr/index.d.mts +109 -79
  57. package/dist/ssr/index.d.ts +109 -79
  58. package/dist/ssr/index.mjs +1 -4
  59. package/dist/upload.d.mts +35 -0
  60. package/dist/upload.d.ts +35 -0
  61. package/dist/upload.mjs +1 -0
  62. package/package.json +14 -2
  63. package/dist/packem_shared/CONFLICT_ERROR_CODE-B8gQ8tyU.mjs +0 -33
  64. package/dist/packem_shared/DEFAULT_MAX_BUFFER-7hFnzNk9.mjs +0 -110
  65. package/dist/packem_shared/LunoraClient-kXpHNyaE.mjs +0 -3460
  66. package/dist/packem_shared/OfflineQueue-GGYJRmhF.mjs +0 -1
  67. package/dist/packem_shared/SKIP-vItZChkw.mjs +0 -50
  68. package/dist/packem_shared/SubscriptionRegistry-DjGKZsqq.mjs +0 -1
  69. package/dist/packem_shared/applyDelta-CRKZ1PBt.mjs +0 -81
  70. package/dist/packem_shared/createAsyncStoragePersistence-1Z5BZ8RC.mjs +0 -45
  71. package/dist/packem_shared/createInMemoryBookmarkStorage-BoN7a7TH.mjs +0 -11
  72. package/dist/packem_shared/createInMemoryPersistence-DZ2VHWgm.mjs +0 -79
  73. package/dist/packem_shared/createInMemoryQueryCache-DiaGZkA2.mjs +0 -112
  74. package/dist/packem_shared/createLocalStore-jRoqmazl.mjs +0 -2
  75. package/dist/packem_shared/createMutationRunner-BqsavzvG.mjs +0 -21
  76. package/dist/packem_shared/createMutatorRunner-BETvCd0p.mjs +0 -31
  77. package/dist/packem_shared/createReconnect-Di_-oHH7.mjs +0 -22
  78. package/dist/packem_shared/createServerClient-DF-3mLmb.mjs +0 -11
  79. package/dist/packem_shared/deserializePreloaded-C0eJTY_W.mjs +0 -4
  80. package/dist/packem_shared/getServerSession-8jXewqxd.mjs +0 -13
  81. package/dist/packem_shared/idb-utility-DrSVX43Q.mjs +0 -48
  82. package/dist/packem_shared/local-store-BveBeFEo.mjs +0 -106
  83. package/dist/packem_shared/lunora-client.d-BYkEjCEJ.d.mts +0 -2540
  84. package/dist/packem_shared/lunora-client.d-BYkEjCEJ.d.ts +0 -2540
  85. package/dist/packem_shared/offline-queue-B9vfdSqp.mjs +0 -170
  86. package/dist/packem_shared/preload.d-B-vyHnml.d.ts +0 -20
  87. package/dist/packem_shared/preload.d-DrfuisCE.d.mts +0 -20
  88. package/dist/packem_shared/preloadQuery-lobFkD2Z.mjs +0 -13
  89. package/dist/packem_shared/subscription-BjynOXCU.mjs +0 -68
package/dist/index.d.ts CHANGED
@@ -1,13 +1,199 @@
1
- import { c as PersistenceAdapter, B as BookmarkStorage, F as FunctionReference, A as ArgsOf, M as MutationCallOptions, R as ReturnOf, O as OfflineQueueOptions, Q as QueryCacheAdapter, d as ReconnectOptions } from "./packem_shared/lunora-client.d-BYkEjCEJ.js";
2
- export { type e as BatchSlot, C as CONFLICT_ERROR_CODE, type f as CachedQuery, type g as ClientMessage, type h as ClientShapeSubscribeMessage, type i as ClientShapeUnsubscribeMessage, type j as ConnectionStatus, D as DEFAULT_MAX_BUFFER, type k as FunctionArgumentDescriptor, type l as FunctionDescriptor, type G as GlobalFacetResult, type m as GlobalFacetValue, type n as GlobalFilterClause, type o as GlobalTableInfo, type p as GlobalTablePage, L as LunoraClient, type q as LunoraClientError, type r as LunoraClientOptions, type s as LunoraErrorCode, type t as MutationSettledEvent, type u as OptimisticLocalStore, type v as OptimisticUpdate, type w as OutboxMutation, type x as OutboxSink, type y as PersistedMutation, type P as Preloaded, type z as RowOp, type E as RpcEnvelope, type H as RpcResponseBody, type I as ScheduleRecord, type J as SchedulerPoolStatus, type K as SchedulerStatus, type N as ServerMessage, type T as ServerPokeEndMessage, type V as ServerPokePartMessage, type W as ServerPokeStartMessage, type X as ShardTrafficEntry, type Y as ShardTrafficResult, type Z as StorageListPage, type _ as StorageObject, type $ as StreamHandle, type a0 as StreamIterable, type a1 as SubscriptionCallback, type S as SubscriptionError, type b as SubscriptionErrorCallback, a2 as SubscriptionRegistry, type a3 as SubscriptionState, type a4 as SyncWatermark, type a as Unsubscribe, type U as User, type a5 as WorkflowInstanceAction, type a6 as WorkflowInstanceDetail, type a7 as WorkflowInstancePage, type a8 as WorkflowInstanceStatus, type a9 as WorkflowInstanceSummary, type aa as WorkflowStepDetail, ab as createLocalStore, ac as createStream, ad as getErrorCode, ae as getRetryAfterMs, af as isConflictError, ag as isForbiddenError, ah as isRateLimitedError, ai as isUnauthorizedError } from "./packem_shared/lunora-client.d-BYkEjCEJ.js";
3
- export { p as preloadQuery, a as preloadedQueryResult } from "./packem_shared/preload.d-B-vyHnml.js";
4
- export type { AuthCapabilities, AuthConfigInfo, AuthImpersonation, AuthPage, AuthSession, AuthUser, AuthUserFieldSpec, CronJobInfo, KvKeyEntry, KvKeyListResult, KvNamespaceSummary, KvValueResult, VectorIndexSummary, VectorQueryMatch } from '@lunora/runtime';
5
- /**
6
- * The slice of React Native's `AsyncStorage` (or any async key/value store —
7
- * Expo `SecureStore`, a wrapped `localForage`, an in-memory map in tests) this
8
- * adapter needs. Matches `@react-native-async-storage/async-storage`'s core
9
- * surface, so you can pass the module straight in.
10
- */
1
+ import { R as ReconnectOptions, c as PersistenceAdapter, Q as QueryCacheAdapter, B as BookmarkStorage, C as ConnectionStatus, S as SubscriptionError, H as HttpStreamRef, d as HttpStreamArgsOf, e as HttpStreamChunkOf, f as StreamIterable, O as OfflineQueueOptions, L as LunoraClient } from "./packem_shared/lunora-client.d-_Qd50jQo.js";
2
+ export { type A as ActionCallOptions, type g as BatchSlot, type h as CachedQuery, type i as ClientDebugShard, type j as ClientDebugSnapshot, type k as ClientDebugSubscription, type l as ClientMessage, type m as ClientQueryRef, type n as ClientShapeSubscribeMessage, type o as ClientShapeUnsubscribeMessage, D as DEFAULT_MAX_BUFFER, type F as FunctionArgumentDescriptor, type p as FunctionDescriptor, type G as GlobalFacetResult, type q as GlobalFacetValue, type r as GlobalFilterClause, type s as GlobalTableInfo, type t as GlobalTablePage, type u as HttpStreamCallArgs, type v as LunoraClientError, type w as LunoraClientOptions, type M as MutationCallOptions, type x as MutationSettledEvent, type y as OptimisticLocalStore, type z as OptimisticUpdate, type E as OutboxMutation, type I as OutboxSink, type J as PersistedMutation, type P as Preloaded, type K as ReplayCredential, type N as ReplayIdentityVerdict, type T as RowOp, type V as RpcEnvelope, type W as RpcResponseBody, type X as ScheduleRecord, type Y as ScheduleRetryPolicy, type Z as SchedulerPoolStatus, type _ as SchedulerStatus, type $ as ServerMessage, type a0 as ServerPokeEndMessage, type a1 as ServerPokePartMessage, type a2 as ServerPokeStartMessage, type a3 as ShardTrafficEntry, type a4 as ShardTrafficResult, type a5 as StorageListPage, type a6 as StorageObject, type a7 as StoredQuery, type a8 as StreamHandle, type a9 as SubscriptionCallback, type b as SubscriptionErrorCallback, aa as SubscriptionRegistry, type ab as SubscriptionState, type ac as SyncWatermark, type a as Unsubscribe, type U as User, type ad as WorkflowInstanceAction, type ae as WorkflowInstanceDetail, type af as WorkflowInstancePage, type ag as WorkflowInstanceStatus, type ah as WorkflowInstanceSummary, type ai as WorkflowStepDetail, type aj as WsTokenProvider, ak as createClientQuery, al as createLocalStore, am as createStream } from "./packem_shared/lunora-client.d-_Qd50jQo.js";
3
+ import { LunoraError, LunoraErrorCode } from '@lunora/errors';
4
+ export type { LunoraErrorCode } from '@lunora/errors';
5
+ export { p as preloadQuery, a as preloadedQueryResult } from "./packem_shared/preload.d-ubxA2STh.js";
6
+ import { F as FunctionReference } from "./packem_shared/function-reference.d-Br_hsKje.js";
7
+ export type { A as ArgsOf, R as ReturnOf } from "./packem_shared/function-reference.d-Br_hsKje.js";
8
+ export type { AuthCapabilities, AuthConfigInfo, AuthImpersonation, AuthPage, AuthSession, AuthUser, AuthUserFieldSpec, CronJobInfo, KvKeyEntry, KvKeyListResult, KvNamespaceSummary, KvValueResult, PipelineLogColumnMap, PipelineLogCursor, PipelineLogField, PipelineLogPage, PipelineLogQuery, PipelineLogRow, VectorIndexSummary, VectorQueryMatch } from '@lunora/runtime';
9
+ /**
10
+ * A failure the SERVER reached no verdict on: the response carried no
11
+ * `{ error }` envelope at all — no `fetch` implementation, a non-JSON body from
12
+ * a proxy, a bare 5xx gateway page.
13
+ *
14
+ * The distinction matters because a durable write must be re-queued rather than
15
+ * dropped, and `code` cannot carry it: these arrive as `INTERNAL`, which is also
16
+ * what a server that DID reach a verdict sends. It used to be a `Symbol` stamped
17
+ * on with `Object.assign` and read back through a `Record<symbol, unknown>`
18
+ * cast, so the one classifier that knew the convention was the only reader that
19
+ * could ever see it. As a kind, every reader can: `error instanceof
20
+ * TransportError`.
21
+ *
22
+ * Still `INTERNAL` on the wire, so nothing that switches on `code` changes.
23
+ *
24
+ * `data` carries the structured payload such an error can still have — the
25
+ * `{ retryAfterMs }` a `Retry-After` on the unreadable response named, which
26
+ * {@link getRetryAfterMs} reads back and the outbox paces its retry on.
27
+ */
28
+ declare class TransportError extends LunoraError {
29
+ constructor(message: string, data?: unknown);
30
+ }
31
+ /** Error code the server uses for optimistic-concurrency conflicts (HTTP 409). */
32
+ declare const CONFLICT_ERROR_CODE = "CONFLICT";
33
+ /**
34
+ * Whether an unknown rejection is an optimistic-concurrency conflict — the
35
+ * server lost a write race and the caller should refetch and retry (or surface
36
+ * the conflict). Structural check on the `code` property the client attaches
37
+ * when decoding the worker's `{ error: { code, message } }` envelope.
38
+ */
39
+ declare const isConflictError: (error: unknown) => error is Error & {
40
+ code: "CONFLICT";
41
+ };
42
+ /**
43
+ * Whether a rejection is an RLS/policy denial (`FORBIDDEN`, HTTP 403) — the
44
+ * caller is authenticated but not permitted to read/write the row. The most
45
+ * common per-call error a UI must handle in an RLS-first app.
46
+ */
47
+ declare const isForbiddenError: (error: unknown) => error is Error & {
48
+ code: "FORBIDDEN";
49
+ };
50
+ /** Whether a rejection is an authentication failure (`UNAUTHORIZED`, HTTP 401) — no/invalid identity. */
51
+ declare const isUnauthorizedError: (error: unknown) => error is Error & {
52
+ code: "UNAUTHORIZED";
53
+ };
54
+ /**
55
+ * Whether a rejection is a rate-limit denial (`TOO_MANY_REQUESTS`, HTTP 429).
56
+ * The retry hint (if the server sent one) is read with {@link getRetryAfterMs}.
57
+ */
58
+ declare const isRateLimitedError: (error: unknown) => error is Error & {
59
+ code: "TOO_MANY_REQUESTS";
60
+ };
61
+ /**
62
+ * Read the server's machine-readable `code` off a rejection, narrowed to the
63
+ * known {@link LunoraErrorCode} union. Returns `undefined` for a non-`Error`, a
64
+ * missing code, or a code string absent from the catalog (an app-minted code
65
+ * passed to `LunoraError` reads as `undefined` here rather than being falsely
66
+ * narrowed).
67
+ */
68
+ declare const getErrorCode: (error: unknown) => LunoraErrorCode | undefined;
69
+ /**
70
+ * Read the rate-limit retry hint (`data.retryAfterMs`) off a
71
+ * `TOO_MANY_REQUESTS` rejection without hand-casting the `unknown` `data`
72
+ * payload. Returns the finite millisecond value the server sent, or `undefined`
73
+ * when absent/non-numeric. Pair with {@link isRateLimitedError}.
74
+ */
75
+ declare const getRetryAfterMs: (error: unknown) => number | undefined;
76
+ /**
77
+ * Whether a durable replay's failure refused the credential rather than the
78
+ * write (see {@link AUTH_REPLAY_ERROR_CODES}) — a durable outbox holds such a
79
+ * write for the next attempt instead of dropping it.
80
+ */
81
+ declare const isAuthReplayFailure: (error: unknown) => boolean;
82
+ /**
83
+ * Exponential backoff calculator with optional jitter.
84
+ *
85
+ * `next()` doubles the delay each call up to `maxDelayMs`. When `jitter` is
86
+ * enabled the returned value is randomized in `[delay/2, delay]` so a fleet
87
+ * of clients reconnecting at the same time spread out their retries.
88
+ */
89
+ interface ReconnectCalculator {
90
+ /** Returns the delay to wait before the next reconnect attempt. */
91
+ next: () => number;
92
+ /** Resets the backoff to the initial delay (call on successful reconnect). */
93
+ reset: () => void;
94
+ }
95
+ declare const createReconnect: (options?: ReconnectOptions, random?: () => number) => ReconnectCalculator;
96
+ /**
97
+ * Optimistic-reconcile logic shared by every `@lunora/*` framework adapter's
98
+ * agent-chat surface (`@lunora/react` `useAgentChat`, plus the `@lunora/vue`,
99
+ * `@lunora/solid`, `@lunora/svelte`, and `@lunora/angular` counterparts). The
100
+ * adapters keep only their framework-specific state plumbing
101
+ * (`useState` / `.value` / `.set()` / a store) and delegate the pure merge decision
102
+ * here, so the heuristic lives — and is tested — in exactly one place.
103
+ */
104
+ /**
105
+ * The durable-message shape the reconcile reads: a structural subset of each
106
+ * adapter's `AgentChatMessage` (itself a client-safe mirror of `@lunora/agent`'s
107
+ * `AgentMessageRow`). Only `content`, `role`, and the per-thread-monotonic `seq` are
108
+ * consulted; adapters pass their fuller row type, which is assignable to this.
109
+ */
110
+ interface ReconcileDurableMessage {
111
+ content: string;
112
+ role: "assistant" | "system" | "tool" | "user";
113
+ seq: number;
114
+ }
115
+ /**
116
+ * A local optimistic user turn awaiting server acknowledgement. `id` is a
117
+ * client-generated handle the adapter uses to roll the row back on a failed send;
118
+ * the reconcile itself reads only `content` and `maxDurableSeqAtSend`.
119
+ */
120
+ interface OptimisticMessage {
121
+ content: string;
122
+ id: number;
123
+ /**
124
+ * The highest durable `seq` present when this row was sent. The reconcile
125
+ * retires the row when a durable `user` row with matching `content` lands at a
126
+ * STRICTLY GREATER `seq` (i.e. after the send) — window-independent because
127
+ * `seq` is monotonic, not a positional count. Also the age baseline for the
128
+ * {@link RETIRE_AFTER_DURABLE_SEQ_ADVANCE} fallback.
129
+ *
130
+ * `seq` is monotonic PER THREAD, not globally (`@lunora/agent` assigns it from
131
+ * the thread's own message count), so a baseline captured in one thread is
132
+ * meaningless in another: an optimistic row carried across a thread switch can
133
+ * never be retired by the new thread's history until its `seq` happens to pass
134
+ * the old thread's. Adapters therefore drop their optimistic rows whenever the
135
+ * resolved thread key changes.
136
+ */
137
+ maxDurableSeqAtSend: number;
138
+ }
139
+ /**
140
+ * The highest `seq` across `messages`, or `-1` when empty. Used both to capture an
141
+ * optimistic row's `maxDurableSeqAtSend` at send time and to base the synthetic
142
+ * seqs of rendered optimistic rows above the highest real durable seq (not just
143
+ * `messages.length`, which under-counts when durable rows have gaps), so a
144
+ * placeholder seq never collides with a real one.
145
+ */
146
+ declare const maxSeq: (messages: ReadonlyArray<{
147
+ seq: number;
148
+ }>) => number;
149
+ /**
150
+ * Secondary, windowed fallback: retire a pending optimistic row once the durable
151
+ * history's highest `seq` has advanced at least this far past the value seen at
152
+ * send, even though no matching-content user row is currently visible to claim it.
153
+ * This covers the pathological "identical content already present at send time"
154
+ * case, where no user row with a STRICTLY GREATER `seq` than the send-time max will
155
+ * ever appear for the primary content match to consume (e.g. the acknowledging row
156
+ * was evicted by a bounded `limit` before reconcile could see it). `seq` is monotonic
157
+ * within the thread, so it keeps climbing even when the visible user-row COUNT does not.
158
+ *
159
+ * The `2` is a heuristic threshold, NOT an invariant about turn shape. It is
160
+ * tempting to read it as "one turn == a user row and an assistant row (+2)", but
161
+ * `@lunora/agent`'s tool-loop turns can persist MANY rows, and an ERRORED turn
162
+ * persists only the user row (+1). Those non-(+2) turns are retired by the PRIMARY
163
+ * seq-based content match below (which sees the user row land at a greater `seq`),
164
+ * never by this count-based fallback. The fully robust fix is a server-echoed
165
+ * correlation id on each persisted user row (deferred; no plan filed).
166
+ *
167
+ * KNOWN LIMITATION (inherent to a client-only heuristic): on an ownerless /
168
+ * `instanceId`-less thread a FOREIGN writer that advances `seq` by >= 2 between this
169
+ * row's send and its own acknowledgement can trip this fallback and retire the row a
170
+ * beat early. The correlation id closes that gap; until then it is the accepted
171
+ * residual edge.
172
+ */
173
+ declare const RETIRE_AFTER_DURABLE_SEQ_ADVANCE = 2;
174
+ /**
175
+ * Drop the optimistic user turns the durable history has now caught up on. Pure —
176
+ * it reads only the two arrays plus values captured on each pending row at send
177
+ * time (no clock, no state mutation), so it is safe to run in render.
178
+ *
179
+ * The primary retire condition: a durable `user` row with the same `content` exists
180
+ * whose `seq` is STRICTLY GREATER than the row's `maxDurableSeqAtSend` — i.e. a user
181
+ * row that landed AFTER the send. This is window-independent (it matches on monotonic
182
+ * `seq`, not a positional count), so it retires the normal turn AND an errored
183
+ * single-row (+1) turn even under a saturated, sliding `limit`. Each durable row is
184
+ * consumed at most once (the `consumed` set), so repeated identical prompts sent
185
+ * back-to-back each wait for their OWN durable row instead of collapsing onto one.
186
+ *
187
+ * Failing that, the {@link RETIRE_AFTER_DURABLE_SEQ_ADVANCE} windowed fallback fires
188
+ * (see its doc) for the "identical content already present" pathological case.
189
+ */
190
+ declare const reconcileOptimistic: (optimistic: ReadonlyArray<OptimisticMessage>, durable: ReadonlyArray<ReconcileDurableMessage>) => OptimisticMessage[];
191
+ /**
192
+ * The slice of React Native's `AsyncStorage` (or any async key/value store —
193
+ * Expo `SecureStore`, a wrapped `localForage`, an in-memory map in tests) this
194
+ * adapter needs. Matches `@react-native-async-storage/async-storage`'s core
195
+ * surface, so you can pass the module straight in.
196
+ */
11
197
  interface AsyncStorageLike {
12
198
  getItem: (key: string) => Promise<string | null>;
13
199
  removeItem: (key: string) => Promise<void>;
@@ -20,46 +206,322 @@ interface AsyncStoragePersistenceOptions {
20
206
  storage: AsyncStorageLike;
21
207
  }
22
208
  /**
23
- * Builds a {@link PersistenceAdapter} over an async key/value store — the React
24
- * Native / Expo counterpart to the IndexedDB adapter (`createIndexedDbPersistence`).
25
- * The whole FIFO mutation log is serialized to JSON under a single key (`key`),
26
- * so enqueue order is preserved and `load()` returns freshly-parsed records that
27
- * callers can't alias.
28
- *
29
- * AsyncStorage has no transactions, so every read-modify-write is funnelled
30
- * through a single promise chain — concurrent `append`/`remove` calls run one at
31
- * a time and can't clobber each other's writes.
32
- */
209
+ * Builds a {@link PersistenceAdapter} over an async key/value store — the React
210
+ * Native / Expo counterpart to the IndexedDB adapter (`createIndexedDbPersistence`).
211
+ * The whole FIFO mutation log is stored under a single key (`key`), so enqueue
212
+ * order is preserved and `load()` returns freshly-parsed records that callers
213
+ * can't alias.
214
+ *
215
+ * Records round-trip through {@link singleBlobStore}'s wire codec. Args it
216
+ * cannot carry (a `RegExp`, a class instance) reject at `append`/`replace` — the
217
+ * flush path rejects them terminally anyway. A blob that exists but can't be
218
+ * decoded loads as empty, and every write rejects rather than overwrite it and
219
+ * lose the queued writes it may still hold; `clear()` discards it.
220
+ *
221
+ * AsyncStorage has no transactions, so every read-modify-write runs through
222
+ * {@link singleBlobStore}'s serialized chain — concurrent `append`/`remove`
223
+ * calls run one at a time and can't clobber each other's writes.
224
+ */
33
225
  declare const createAsyncStoragePersistence: (options: AsyncStoragePersistenceOptions) => PersistenceAdapter;
226
+ interface AsyncStorageQueryCacheOptions {
227
+ /** Storage key the cache is serialized under; defaults to `"lunora:query-cache"`. */
228
+ key?: string;
229
+ /** LRU row cap; defaults to 50 (see {@link DEFAULT_MAX_ENTRIES}). Must be a positive integer. The oldest rows by `ts` are pruned on `put` once exceeded. */
230
+ maxEntries?: number;
231
+ /** The async key/value store the cache is read from and written to (e.g. React Native `AsyncStorage`). */
232
+ storage: AsyncStorageLike;
233
+ }
234
+ /**
235
+ * Builds a {@link QueryCacheAdapter} over an async key/value store — the React
236
+ * Native / Expo counterpart to `createIndexedDbQueryCache`. The whole cache is
237
+ * serialized under a single key (`key`).
238
+ *
239
+ * Values round-trip through {@link singleBlobStore}'s wire codec (a `bigint`,
240
+ * `Date`, or bytes survives a reload); a corrupt blob reads as an empty cache.
241
+ *
242
+ * AsyncStorage has no transactions, so every read-modify-write runs through
243
+ * {@link singleBlobStore}'s serialized chain — concurrent `put`/`remove` calls
244
+ * run one at a time and can't clobber each other's writes.
245
+ *
246
+ * Single-blob storage rewrites the whole cache per `put` (bounded by
247
+ * `maxEntries` — see the cap's note on Android's row and shared-budget limits);
248
+ * if that ever shows up in profiles, per-key storage entries are the upgrade
249
+ * path.
250
+ */
251
+ declare const createAsyncStorageQueryCache: (options: AsyncStorageQueryCacheOptions) => QueryCacheAdapter;
34
252
  /** Default in-memory bookmark store. Survives the lifetime of the client. */
35
253
  declare const createInMemoryBookmarkStorage: () => BookmarkStorage;
36
254
  /**
37
- * Client-side incremental merging of structured mutation deltas.
38
- *
39
- * Lunora's live-query fan-out has two server paths:
40
- *
41
- * 1. Server re-execution (subscriptions carrying a `functionPath`) pushes a
42
- * full `data` snapshot whenever a write touches a table the query reads. These
43
- * already carry the authoritative result and are applied wholesale.
44
- * 2. Legacy delta fan-out (`broadcastDelta`) pushes a structured `MutationDelta`
45
- * as a `delta` frame to subscribers matched by table + args. The delta describes
46
- * a single row change (`insert` / `update` / `delete`) keyed by row id, so the
47
- * client can splice it into the cached list result without a full re-send.
48
- *
49
- * Historically the client treated the `delta` field as an opaque blob and
50
- * replaced the whole cached value with it on every message — which only made
51
- * sense for the rare delta payloads that already carried the full result. This
52
- * module lets the client recognise a structured delta and merge it into the
53
- * existing array (preserving order, no dup/loss), falling back to full
54
- * replacement when the payload isn't a recognisable row delta or can't be
55
- * applied cleanly against the current cached shape.
56
- */
57
- /**
58
- * One row change as emitted by `@lunora/do`'s `broadcastDelta`. Mirrors
59
- * `MutationDelta` in `@lunora/do` structurally so the client carries no
60
- * dependency on it. `row` is absent on `delete` events (and may be absent on
61
- * older servers for any op).
62
- */
255
+ * Reactive sinks an adapter binds to its own primitive's setters (a React
256
+ * `useState`, a Solid signal, a Vue ref, a Svelte store). The runner pushes into
257
+ * them; how they store the value is the adapter's concern (e.g. Solid and React
258
+ * wrap function-valued results in a thunk so the setter stores them rather than
259
+ * invoking them).
260
+ */
261
+ interface CallRunnerSinks<R> {
262
+ /** Receives the normalized {@link Error} when the latest invocation rejects. */
263
+ setError: (error: Error) => void;
264
+ /** Receives `true` while at least one invocation is in flight (ref-counted across overlapping calls), else `false`. */
265
+ setPending: (pending: boolean) => void;
266
+ /** Receives the resolved value when the latest invocation succeeds. */
267
+ setResult: (result: R) => void;
268
+ }
269
+ /**
270
+ * Build the framework-neutral half of an adapter's write primitive — the `mutate`
271
+ * of `useMutation`/`createMutation`/`mutation`, and the `call` of
272
+ * `useAction`/`createAction`/`action`.
273
+ *
274
+ * It owns the orchestration every adapter otherwise copy-pastes: ref-counting
275
+ * overlapping invocations into `setPending` (so the flag clears only once the
276
+ * last settles), normalizing a thrown non-`Error`, and routing success/failure to
277
+ * `setResult`/`setError` before re-throwing the SAME instance (so a typed error's
278
+ * `.code`/`.data` survive for both the `catch` and the template).
279
+ *
280
+ * `invoke` is a pre-bound thunk — `(args, options) => client.mutation(fn, args, options)`
281
+ * or `(args, options) => client.action(fn, args, options)`. Binding at the call
282
+ * site is what keeps this one function: the runner never inspects `options`, it
283
+ * only forwards them, so the option type is inferred from the closure rather
284
+ * than hard-coded per procedure kind. What actually keeps `optimisticUpdate` off
285
+ * an action is the adapter's exported handle type, not this file.
286
+ *
287
+ * `data`/`error` track the LATEST invocation, not the last to settle: overlapping
288
+ * calls can resolve out of order, so an earlier call that finishes later must not
289
+ * clobber a newer call's outcome. Each invocation takes a monotonic token and
290
+ * writes the value sinks only while it is still the most recent one — otherwise a
291
+ * double-click could leave the UI showing the first click's result, or an error
292
+ * for a call that succeeded.
293
+ */
294
+ declare const createCallRunner: <A, O, R>(invoke: (args: A, options?: O) => Promise<R>, sinks: CallRunnerSinks<R>) => ((args: A, options?: O) => Promise<R>);
295
+ interface TabCoordinatorOptions {
296
+ /**
297
+ * BroadcastChannel name. Defaults to `"lunora-bridge"`.
298
+ */
299
+ channelName?: string;
300
+ /**
301
+ * Interval (ms) between leader heartbeats. Defaults to 1000.
302
+ */
303
+ heartbeatInterval?: number;
304
+ /**
305
+ * Milliseconds without a heartbeat to consider the leader dead. Must be
306
+ * larger than `heartbeatInterval`. Defaults to 3000.
307
+ */
308
+ leaderTimeout?: number;
309
+ /**
310
+ * Called when this tab becomes the leader (should open WS connections).
311
+ */
312
+ onBecomeLeader?: () => void;
313
+ /**
314
+ * Called when the leader broadcasts its aggregate `ConnectionStatus`
315
+ * (see `LunoraClient.emitConnectionStatus`) — a follower owns no socket
316
+ * of its own, so this is its only truthful signal for a status indicator
317
+ * or the offline-queue gate. Sent on every leader-side status change and
318
+ * once more right after a new leader takes over, so a follower already
319
+ * mid-mirroring isn't stuck on a stale value from the PREVIOUS leader.
320
+ *
321
+ * `identity` is the leader's own `identityFingerprint()` (`null` = signed
322
+ * out) — the channel-name scoping (see `LunoraClient.createTabCoordinator`)
323
+ * is the primary defence against a stale frame from a since-changed
324
+ * identity, but `setAuthToken` in one tab can move it to a new channel
325
+ * while this frame is already queued in another tab's message task queue.
326
+ * A follower drops the frame when `identity` is present and doesn't match
327
+ * its own; an **absent** `identity` (mixed-version leader) is accepted —
328
+ * today's behavior, and the channel split already separates version groups.
329
+ */
330
+ onConnectionStatus?: (status: ConnectionStatus, identity?: string | null) => void;
331
+ /**
332
+ * Called when the leader broadcasts a subscription error.
333
+ */
334
+ /** Fired on the LEADER when it answers another tab's leadership claim — the moment a new follower is known to be listening. */
335
+ onLeaderClaimAnswered?: () => void;
336
+ /**
337
+ * Called when this tab loses leadership (should close WS connections).
338
+ */
339
+ onStopBeingLeader?: () => void;
340
+ /**
341
+ * Called when the leader broadcasts subscription data. `cursor`/`epoch`
342
+ * ride along when the leader is CLIENT-01-aware, so the follower can drop
343
+ * its own confirmed optimistic layers instead of just displaying the raw
344
+ * value; both are absent on a mixed-version leader that hasn't shipped the
345
+ * cursor yet (the follower falls back to its historical behavior — see
346
+ * the follower data handler in `tab-leadership.ts`).
347
+ *
348
+ * `identity` is the leader's `identityFingerprint()` (see
349
+ * `onConnectionStatus`'s docblock for the full rationale and the
350
+ * absent-field mixed-version rule — identical here).
351
+ */
352
+ onSubscriptionData?: (key: string, data: unknown, cursor?: number, epoch?: string, identity?: string | null) => void;
353
+ onSubscriptionError?: (key: string, error: SubscriptionError, identity?: string | null) => void;
354
+ /**
355
+ * Called when the leader broadcasts a `settled` frame's checkpoint advance
356
+ * (no value change, but the resume cursor moved). A follower needs this
357
+ * too — otherwise a `setQuery`/per-call optimistic overlay that a
358
+ * byte-identical write just confirmed stays masked on follower tabs until
359
+ * the next VISIBLE data frame arrives, even though the leader already
360
+ * dropped it.
361
+ *
362
+ * `lastMutationId` is the LEADER's own per-client `__client_watermark` —
363
+ * scoped server-side to the socket's announced `clientId` — so it only
364
+ * means anything to a follower whose `clientId` matches the leader's
365
+ * (`clientId` rides along for exactly that comparison; see
366
+ * `LunoraClient`'s wiring). An **absent** `clientId` (a mixed-version
367
+ * leader that hasn't shipped this field yet) also skips the
368
+ * `mutationId` half — safe, because the follower's own gates still
369
+ * resolve via its own RPC-ack watermark path and the `CheckpointRegistry`
370
+ * bounded fallback. The checkpoint (cursor) half of this callback fires
371
+ * unconditionally regardless of `clientId` — only the `mutationId` half
372
+ * is scoped.
373
+ *
374
+ * `identity` is the leader's `identityFingerprint()` — see
375
+ * `onConnectionStatus`'s docblock for the drop rule (identical here).
376
+ */
377
+ onSubscriptionSettled?: (key: string, cursor?: number, epoch?: string, lastMutationId?: number, clientId?: string, identity?: string | null) => void;
378
+ }
379
+ declare class TabCoordinator {
380
+ private readonly bc;
381
+ private readonly tabId;
382
+ private readonly heartbeatInterval;
383
+ private readonly leaderTimeout;
384
+ /** The tab id of the current known leader, or `undefined` if no leader. */
385
+ private knownLeader;
386
+ /** `true` when this tab believes it is the leader. */
387
+ private leader;
388
+ /** `true` once `start()` has been called. */
389
+ private running;
390
+ /**
391
+ * `true` while a `claimAndPromote()` claim window is open. Guards the yield
392
+ * handler and `checkLeaderHealth`'s belt-and-braces else-branch so the two
393
+ * promotion paths can't both arm a `becomeLeader` timeout for the same gap.
394
+ */
395
+ private promotionPending;
396
+ /** Timestamp of the most recent leader heartbeat. */
397
+ private lastHeartbeat;
398
+ private heartbeatTimer;
399
+ private leaderCheckTimer;
400
+ /** Callbacks set via constructor options. */
401
+ private readonly onBecomeLeader;
402
+ private readonly onStopBeingLeader;
403
+ private readonly onConnectionStatus;
404
+ private readonly onSubscriptionData;
405
+ private readonly onLeaderClaimAnswered;
406
+ private readonly onSubscriptionError;
407
+ private readonly onSubscriptionSettled;
408
+ constructor(options?: TabCoordinatorOptions);
409
+ /**
410
+ * Start the coordinator: attempt to claim leadership and begin the
411
+ * heartbeat/leader-check cycle. Safe to call multiple times.
412
+ */
413
+ start(): void;
414
+ /**
415
+ * Stop the coordinator: yield leadership (if held), close the channel, and
416
+ * clear all timers. Safe to call multiple times.
417
+ */
418
+ stop(): void;
419
+ /** `true` when this tab is the current WebSocket leader. */
420
+ isLeader(): boolean;
421
+ /**
422
+ * Force this (freshly `start()`-ed) tab to become leader immediately,
423
+ * skipping the normal claim-then-`leaderTimeout` dance. Safe to call
424
+ * right after `start()` when the caller already knows this tab was the
425
+ * SOLE leader of the group it's replacing (e.g. `LunoraClient`'s
426
+ * identity-change coordinator restart — waiting out the full
427
+ * `leaderTimeout` there would freeze every live query for no reason,
428
+ * since this tab is overwhelmingly likely to be alone on the freshly
429
+ * derived channel). A sibling tab going through the normal `start()`
430
+ * dance for the SAME transition observes this tab's `becomeLeader`
431
+ * heartbeat and defers before its own claim-timeout fires; if another
432
+ * tab ALSO force-promotes at the same moment (e.g. two tabs both
433
+ * transitioning to the same new identity), the existing
434
+ * `resolveLeaderVsLeaderTieBreak` resolves the rare double-promotion
435
+ * the same way it resolves any other split-brain.
436
+ */
437
+ promoteImmediately(): void;
438
+ /** The tab id of the current leader, or `undefined` if unknown / no leader. */
439
+ get leaderTabId(): string | undefined;
440
+ /** The id of this tab. */
441
+ get id(): string;
442
+ /** `true` when the coordinator has been started and is not yet stopped. */
443
+ get isRunning(): boolean;
444
+ /**
445
+ * Broadcast subscription data to all follower tabs. Only the leader should
446
+ * call this. `cursor`/`epoch` are omitted from the wire frame when
447
+ * `undefined` (e.g. a CDC-off shard) — a follower on ANY version treats a
448
+ * missing `cursor` as "no confirmed-layer drop this frame", so omitting it
449
+ * here is equivalent to sending it as `undefined`. `identity` is this
450
+ * (leader) tab's own `identityFingerprint()` (`null` = signed out) —
451
+ * stamped so a follower can drop a frame from a since-changed identity
452
+ * (see the `onSubscriptionData` docblock); spread-included whenever
453
+ * supplied, since a fixed leader always knows its own identity (never
454
+ * omits it) and `null` must round-trip distinctly from "field absent".
455
+ */
456
+ broadcastSubscriptionData(key: string, data: unknown, cursor?: number, epoch?: string, identity?: string | null): void;
457
+ /**
458
+ * Broadcast a subscription error to all follower tabs. Only the leader
459
+ * should call this.
460
+ *
461
+ * `identity` is this tab's own `identityFingerprint()`, stamped so a
462
+ * follower can drop a frame minted under a different credential — the same
463
+ * guard `broadcastSubscriptionData` and `broadcastSubscriptionSettled`
464
+ * carry. This one lacked it, which was harmless only because nothing called
465
+ * it; once the leader started fanning errors, an unstamped frame could
466
+ * deliver one caller's rejection to a tab that had since signed in as
467
+ * someone else.
468
+ */
469
+ broadcastSubscriptionError(key: string, error: SubscriptionError, identity?: string | null): void;
470
+ /**
471
+ * Broadcast a `settled` frame's checkpoint advance to all follower tabs
472
+ * (no value change, but the resume cursor/epoch moved — see
473
+ * `LunoraClient.handleSettledMessage`). `clientId` is this (leader) tab's
474
+ * own client id, stamped so a follower can tell whether the echoed
475
+ * `lastMutationId` watermark is genuinely its own (see the
476
+ * `onSubscriptionSettled` docblock). `identity` is this tab's own
477
+ * `identityFingerprint()` — see `broadcastSubscriptionData`'s docblock for
478
+ * the same round-tripping rule. Only the leader should call this.
479
+ */
480
+ broadcastSubscriptionSettled(key: string, cursor?: number, epoch?: string, lastMutationId?: number, clientId?: string, identity?: string | null): void;
481
+ /**
482
+ * Broadcast this tab's aggregate `ConnectionStatus` to follower tabs, so
483
+ * they can mirror a truthful status without a socket of their own (see
484
+ * `LunoraClient.computeStatus`/`emitConnectionStatus`). `identity` is this
485
+ * tab's own `identityFingerprint()` — see `broadcastSubscriptionData`'s
486
+ * docblock for the same round-tripping rule. Only the leader should call
487
+ * this.
488
+ */
489
+ broadcastConnectionStatus(status: ConnectionStatus, identity?: string | null): void;
490
+ private broadcast;
491
+ private handleMessage;
492
+ private handleClaimLeadership;
493
+ private handleHeartbeat;
494
+ /**
495
+ * Resolve two leaders existing at once — e.g. this tab was backgrounded
496
+ * and its heartbeat/health timers were throttled while a foreground
497
+ * follower's were not, so the follower's `checkLeaderHealth` timed out
498
+ * the (still-alive) leader and self-promoted. `BroadcastChannel` message
499
+ * delivery isn't subject to the same timer-throttling clamp, so even a
500
+ * backgrounded leader eventually observes the pretender's heartbeat here
501
+ * — resolve the split-brain deterministically with the same
502
+ * lexicographically-smaller-tabId rule used at claim-adoption. If the
503
+ * other tab wins, step down; if we win, reassert immediately so the
504
+ * pretender demotes itself the moment it processes our heartbeat.
505
+ */
506
+ private resolveLeaderVsLeaderTieBreak;
507
+ private becomeLeader;
508
+ private sendHeartbeat;
509
+ private checkLeaderHealth;
510
+ /**
511
+ * Broadcast a leadership claim and arm a `becomeLeader` fallback: if no
512
+ * other tab has asserted itself as leader by the time the window elapses,
513
+ * self-promote. Shared by `checkLeaderHealth`'s stale-leader path and the
514
+ * `yield-leadership` handler so both promotion triggers use one claim
515
+ * window instead of each arming its own timeout.
516
+ */
517
+ private claimAndPromote;
518
+ }
519
+ /**
520
+ * One row change as emitted by `@lunora/do`'s `broadcastDelta`. Mirrors
521
+ * `MutationDelta` in `@lunora/do` structurally so the client carries no
522
+ * dependency on it. `row` is absent on `delete` events (and may be absent on
523
+ * older servers for any op).
524
+ */
63
525
  interface MutationDelta {
64
526
  /** Row id (`_id`) the change applies to. */
65
527
  key: string;
@@ -68,87 +530,86 @@ interface MutationDelta {
68
530
  table: string;
69
531
  }
70
532
  /**
71
- * Structural guard: is `value` a `MutationDelta` the client knows how to merge?
72
- * We require `op`, `table`, and a string `key` so opaque payloads that merely
73
- * happen to be objects (e.g. an aggregate `{ count: 1 }` a query returns
74
- * verbatim) are never mistaken for a row delta and keep replacing the cached
75
- * value wholesale.
76
- */
533
+ * Structural guard: is `value` a `MutationDelta` the client knows how to merge?
534
+ * We require `op`, `table`, and a string `key` so opaque payloads that merely
535
+ * happen to be objects (e.g. an aggregate `{ count: 1 }` a query returns
536
+ * verbatim) are never mistaken for a row delta and keep replacing the cached
537
+ * value wholesale.
538
+ */
77
539
  declare const isMutationDelta: (value: unknown) => value is MutationDelta;
78
540
  /**
79
- * Apply a structured `MutationDelta` to a cached array result, returning a new
80
- * array (never mutating the input). Returns `undefined` when the delta can't be
81
- * applied cleanly — the caller should then fall back to the existing
82
- * full-replacement behaviour (or trust the next snapshot to reconcile).
83
- *
84
- * Mergeable shape: a plain array of id-bearing row objects, e.g. the result of
85
- * `db.query().collect()`.
86
- *
87
- * Insert / update / delete are matched by row `_id`:
88
- * - `insert`: appended (or placed by `_creationTime` order) if absent; treated
89
- * as an update if a row with the same id already exists (idempotent — guards
90
- * against a delta replayed after a snapshot already included it).
91
- * - `update`: replaces the matching row in place, preserving its position.
92
- * - `delete`: removes the matching row.
93
- *
94
- * Returns `undefined` when `current` isn't an array of id-keyable objects, or
95
- * when an `insert`/`update` delta carries no `row` to splice in.
96
- */
97
- declare const applyDelta: (current: unknown, delta: MutationDelta) => undefined | unknown[];
98
- /** The single transport method a mutation runner needs — narrowed so adapters can test against a stub. */
99
- interface MutationCapableClient<F extends FunctionReference> {
100
- mutation: (function_: F, args: ArgsOf<F>, options?: MutationCallOptions<unknown, unknown, ArgsOf<F>>) => Promise<ReturnOf<F>>;
101
- }
541
+ * Apply a structured `MutationDelta` to a cached list result, returning a new
542
+ * value (never mutating the input). Returns `undefined` when the delta can't be
543
+ * applied cleanly — the caller should then fall back to the existing
544
+ * full-replacement behaviour (or trust the next snapshot to reconcile).
545
+ *
546
+ * Mergeable shapes: an array of id-bearing row objects, or a `.paginate()`
547
+ * result wrapping one in `page` (see `rowListOf`). A paginated value keeps its
548
+ * other fields and comes back as a new object with a new `page` — the server
549
+ * only sends row deltas for that shape when everything outside the page is
550
+ * unchanged, so the merged value matches the snapshot it chose not to send.
551
+ * @returns the merged value, or `undefined` when the delta cannot be applied
552
+ */
553
+ declare const applyDelta: (current: unknown, delta: MutationDelta) => Record<string, unknown> | undefined | unknown[];
102
554
  /**
103
- * Reactive sinks an adapter binds to its own primitive's setters (a Solid
104
- * signal, a Vue ref, a Svelte store). The runner pushes into them; how they
105
- * store the value is the adapter's concern (e.g. Solid wraps function-valued
106
- * results in a thunk).
107
- */
108
- interface MutationRunnerSinks<R> {
109
- /** Receives the normalized {@link Error} when an invocation rejects. */
110
- setError: (error: Error) => void;
111
- /** Receives `true` while at least one invocation is in flight (ref-counted across overlapping calls), else `false`. */
112
- setPending: (pending: boolean) => void;
113
- /** Receives the resolved value when an invocation succeeds. */
114
- setResult: (result: R) => void;
555
+ * Options accepted by {@link httpStream}.
556
+ */
557
+ interface HttpStreamOptions {
558
+ /**
559
+ * Origin (or origin + prefix) the route path is appended to, e.g.
560
+ * `https://my-app.example.com`. Defaults to `""` — a relative URL, which
561
+ * resolves against the page origin in a browser.
562
+ */
563
+ baseUrl?: string;
564
+ /** `fetch` implementation override; defaults to the global `fetch`. */
565
+ fetch?: typeof fetch;
566
+ /** Extra request headers (e.g. `authorization`). `accept: text/event-stream` is always sent. */
567
+ headers?: Record<string, string>;
568
+ /** Caps the in-flight chunk buffer (see `createStream`); exceeding it fails the stream. */
569
+ maxBuffer?: number;
570
+ /** External abort signal — aborting it cancels the fetch (→ the server handler's `signal`). */
571
+ signal?: AbortSignal;
115
572
  }
116
573
  /**
117
- * Build the framework-neutral `mutate` half of an adapter's mutation hook.
118
- *
119
- * Owns the orchestration every adapter otherwise copy-pastes: ref-counts
120
- * overlapping invocations into `setPending` (so it only clears once the last
121
- * settles), normalizes a thrown non-`Error`, and routes success/failure to
122
- * `setResult`/`setError` before re-throwing. Each adapter (`@lunora/react`,
123
- * `/solid`, `/svelte`, `/vue`) binds the three sinks to its own reactive
124
- * setters, so this logic lives in exactly one place. Optimistic-update options
125
- * pass straight through to `client.mutation`.
126
- */
127
- declare const createMutationRunner: <F extends FunctionReference>(client: MutationCapableClient<F>, function_: F, sinks: MutationRunnerSinks<ReturnOf<F>>) => ((args: ArgsOf<F>, options?: MutationCallOptions<unknown, unknown, ArgsOf<F>>) => Promise<ReturnOf<F>>);
128
- /**
129
- * The structural surface of a TanStack `Transaction` a bound custom mutator
130
- * returns — its `isPersisted.promise` resolves once the write is persisted and
131
- * rejects on failure. Typed structurally so the framework adapters need not
132
- * depend on `@tanstack/db` or `@lunora/db` (the handle is created app-side by
133
- * `bindMutators`).
134
- */
574
+ * Open a typed HTTP-SSE stream route and iterate its chunks:
575
+ *
576
+ * ```ts
577
+ * const stream = httpStream(httpStreams.http.tokens, { searchParams: { prompt } }, { baseUrl });
578
+ * for await (const token of stream) {
579
+ * render(token); // typed as the route handler's yielded chunk
580
+ * }
581
+ * ```
582
+ *
583
+ * The returned iterable terminates when the server writes `event: complete`;
584
+ * an `event: error` frame (or a transport failure) surfaces as a coded
585
+ * rejection on the next `next()`. `.cancel()` — or aborting `options.signal` —
586
+ * aborts the underlying fetch, which the server observes via `request.signal`.
587
+ */
588
+ declare const httpStream: <Ref extends HttpStreamRef>(route: Ref, args?: HttpStreamArgsOf<Ref>, options?: HttpStreamOptions) => StreamIterable<HttpStreamChunkOf<Ref>>;
589
+ /**
590
+ * The structural surface of a TanStack `Transaction` a bound custom mutator
591
+ * returns — its `isPersisted.promise` resolves once the write is persisted and
592
+ * rejects on failure. Typed structurally so the framework adapters need not
593
+ * depend on `@tanstack/db` or `@lunora/db` (the handle is created app-side by
594
+ * `bindMutators`).
595
+ */
135
596
  interface MutatorTransaction {
136
597
  isPersisted: {
137
598
  promise: Promise<unknown>;
138
599
  };
139
600
  }
140
601
  /**
141
- * A bound custom-mutator handle produced by `bindMutators(client, ctx, mutators)`
142
- * in `@lunora/db`. Calling it applies the optimistic overlay to the local
143
- * collections and pushes the authoritative server write; it returns the TanStack
144
- * transaction whose `isPersisted` promise tracks completion.
145
- */
602
+ * A bound custom-mutator handle produced by `bindMutators(client, ctx, mutators)`
603
+ * in `@lunora/db`. Calling it applies the optimistic overlay to the local
604
+ * collections and pushes the authoritative server write; it returns the TanStack
605
+ * transaction whose `isPersisted` promise tracks completion.
606
+ */
146
607
  type MutatorHandle<TArgs> = (args: TArgs) => MutatorTransaction;
147
608
  /**
148
- * Reactive sinks an adapter binds to its own primitive's setters (a React
149
- * `useState`, a Solid signal, a Vue ref, a Svelte store). The runner pushes into
150
- * them; how they store the value is the adapter's concern.
151
- */
609
+ * Reactive sinks an adapter binds to its own primitive's setters (a React
610
+ * `useState`, a Solid signal, a Vue ref, a Svelte store). The runner pushes into
611
+ * them; how they store the value is the adapter's concern.
612
+ */
152
613
  interface MutatorRunnerSinks {
153
614
  /** Receives the normalized {@link Error} when an invocation rejects, or `undefined` on success / reset. */
154
615
  setError: (error: Error | undefined) => void;
@@ -156,52 +617,79 @@ interface MutatorRunnerSinks {
156
617
  setPending: (pending: boolean) => void;
157
618
  }
158
619
  /**
159
- * Build the framework-neutral `mutate` / `reset` pair of an adapter's
160
- * custom-mutator hook (`useMutator` / `createMutator` / `mutator`).
161
- *
162
- * Owns the orchestration every adapter otherwise copy-pastes: ref-counts
163
- * overlapping invocations into `setPending` (so it only clears once the last
164
- * settles), awaits the bound handle's `isPersisted` promise, normalizes a thrown
165
- * non-`Error`, and routes failure to `setError` (clearing it on success) before
166
- * re-throwing. Each adapter (`@lunora/react`, `/solid`, `/svelte`, `/vue`) binds
167
- * the two sinks to its own reactive setters, so this logic lives in exactly one
168
- * place. The optimistic overlay + server push are owned by the bound handle.
169
- *
170
- * `error` tracks the LATEST invocation, not the last to settle: overlapping
171
- * calls can resolve out of order, so an earlier call that finishes later must
172
- * not clobber a newer call's outcome. Each invocation takes a monotonic token
173
- * and only writes `setError` while it is still the most recent one — otherwise
174
- * `error`/`isError` could surface a stale success or failure (the documented
175
- * "latest invocation's error" contract every adapter advertises).
176
- */
620
+ * Build the framework-neutral `mutate` / `reset` pair of an adapter's
621
+ * custom-mutator hook (`useMutator` / `createMutator` / `mutator`).
622
+ *
623
+ * Owns the orchestration every adapter otherwise copy-pastes: ref-counts
624
+ * overlapping invocations into `setPending` (so it only clears once the last
625
+ * settles), awaits the bound handle's `isPersisted` promise, normalizes a thrown
626
+ * non-`Error`, and routes failure to `setError` (clearing it on success) before
627
+ * re-throwing. Each adapter (`@lunora/react`, `/solid`, `/svelte`, `/vue`) binds
628
+ * the two sinks to its own reactive setters, so this logic lives in exactly one
629
+ * place. The optimistic overlay + server push are owned by the bound handle.
630
+ *
631
+ * `error` tracks the LATEST invocation, not the last to settle: overlapping
632
+ * calls can resolve out of order, so an earlier call that finishes later must
633
+ * not clobber a newer call's outcome. Each invocation takes a monotonic token
634
+ * and only writes `setError` while it is still the most recent one — otherwise
635
+ * `error`/`isError` could surface a stale success or failure (the documented
636
+ * "latest invocation's error" contract every adapter advertises).
637
+ */
177
638
  declare const createMutatorRunner: <TArgs>(handle: MutatorHandle<TArgs>, sinks: MutatorRunnerSinks) => {
178
639
  mutate: (args: TArgs) => Promise<void>;
179
640
  reset: () => void;
180
641
  };
181
642
  interface QueuedMutation<T = unknown> {
182
643
  readonly args: Record<string, unknown>;
644
+ /**
645
+ * CDC cursor this write was composed against (see
646
+ * {@link PersistedMutation.baselineSeq}). Persisted and restored so a replay is
647
+ * judged against what its author could see, not against what the client has
648
+ * since caught up to.
649
+ */
650
+ readonly baselineSeq?: number;
651
+ /**
652
+ * The client id that queued this write (see {@link PersistedMutation.clientId}).
653
+ * Persisted and restored, so a replay namespaces by the id that issued the
654
+ * write rather than whatever the current session minted.
655
+ */
656
+ clientId?: string;
183
657
  readonly functionPath: string;
184
658
  /** Stable id used to remove the entry from durable storage once replayed; assigned by the queue when absent. */
185
659
  id?: string;
186
660
  /**
187
- * Issuing identity fingerprint carried through to durable storage (`null` =
188
- * signed out). Absent on hydrated legacy records, which replay ambiently.
189
- */
190
- readonly identity?: string | null;
191
- /**
192
- * `true` when a live caller is still awaiting this write's `mutation()`
193
- * Promise; `false`/absent for a write restored from durable storage after a
194
- * reload (its original awaiter is gone). Carried so terminal-verdict
195
- * observers can distinguish "the caller already saw this" from "nothing else
196
- * will report this". Maps to the public `MutationSettledEvent.hadAwaiter`.
197
- */
661
+ * Issuing identity fingerprint carried through to durable storage (`null` =
662
+ * signed out). Absent on hydrated legacy records, which replay ambiently.
663
+ *
664
+ * Mutable so {@link OfflineQueue.restampIdentity} can relabel a still-queued
665
+ * write when the identity's LABEL changes but the credential does not (the
666
+ * `setAuthToken(token, userId)` case where the subject resolves a tick after
667
+ * the token). The value is re-persisted alongside, so the new label survives
668
+ * a reload and a requeue.
669
+ */
670
+ identity?: string | null;
671
+ /**
672
+ * `true` when a live caller is still awaiting this write's `mutation()`
673
+ * Promise; `false`/absent for a write restored from durable storage after a
674
+ * reload (its original awaiter is gone). Carried so terminal-verdict
675
+ * observers can distinguish "the caller already saw this" from "nothing else
676
+ * will report this". Maps to the public `MutationSettledEvent.hadAwaiter`.
677
+ */
198
678
  liveAwaiter?: boolean;
199
679
  /**
200
- * Invoked on a successful replay with the server's echoed commit CDC cursor,
201
- * so a live per-call optimistic layer drops gaplessly once a frame reaches it.
202
- * Absent on hydrated records (the optimistic write lived in a prior session).
203
- */
680
+ * Invoked on a successful replay with the server's echoed commit CDC cursor,
681
+ * so a live per-call optimistic layer drops gaplessly once a frame reaches it.
682
+ * Absent on hydrated records (the optimistic write lived in a prior session).
683
+ */
204
684
  readonly onCommit?: (commitCursor: number | undefined) => void;
685
+ /**
686
+ * Optional sync predicate evaluated just before replay. When it returns
687
+ * `false` the write is dropped instead of replaying, handling the case
688
+ * where the mutation's preconditions are no longer valid (e.g. the
689
+ * document it referred to was deleted while offline). Absent or `true`
690
+ * means "ok to replay".
691
+ */
692
+ readonly precondition?: () => boolean;
205
693
  /** Rejects if the mutation can no longer be replayed. */
206
694
  readonly reject: (error: unknown) => void;
207
695
  /** Resolves once the mutation has been replayed against the server. */
@@ -209,11 +697,19 @@ interface QueuedMutation<T = unknown> {
209
697
  readonly shardKey?: string;
210
698
  }
211
699
  /**
212
- * Invoked when the queue itself discards an entry on overflow (capacity
213
- * eviction), so the client can surface the dropped write on its
214
- * terminal-verdict observer even when the entry has no live awaiter (a hydrated
215
- * record). The `error` carries the `OFFLINE_QUEUE_OVERFLOW` code.
216
- */
700
+ * Invoked when the queue itself discards an entry on overflow (capacity
701
+ * eviction), so the client can surface the dropped write on its
702
+ * terminal-verdict observer even when the entry has no live awaiter (a hydrated
703
+ * record). The `error` carries the `OFFLINE_QUEUE_OVERFLOW` code.
704
+ *
705
+ * The `sdks/*` ports deliberately do NOT mirror this shape — they return the
706
+ * discarded entry from `enqueue`/`hydrate`/`drainConflict`/`clear` instead,
707
+ * because they call the queue with a real lock held and settling a write needs
708
+ * that same lock, which self-deadlocks a non-reentrant one. Keep the callback
709
+ * here: this client is single-threaded, so the hazard does not exist, and an
710
+ * observer the queue fires itself is what covers the case a return value's
711
+ * consumer can quietly miss — a hydrated entry whose `reject` is a no-op.
712
+ */
217
713
  type EvictHandler = (entry: QueuedMutation, error: Error & {
218
714
  code?: string;
219
715
  }) => void;
@@ -229,28 +725,17 @@ interface OfflineQueueDeps {
229
725
  version?: string;
230
726
  }
231
727
  /**
232
- * A process-unique id, used both per-mutation and as the fallback `clientId`. It
233
- * MUST be globally unique: the server scopes a custom mutator's replay watermark
234
- * by `(verifiedIdentity, clientId)`, and an anonymous push has no verified
235
- * identity — so two anonymous clients that collide on `clientId` would share one
236
- * watermark namespace, letting one stall/suppress the other's ordered mutations.
237
- * `crypto.randomUUID` covers every modern runtime; the fallback still mixes
238
- * crypto-quality (or `Math.random`) entropy with the timestamp + counter so it
239
- * can't collide across two clients started in the same millisecond.
240
- */
241
-
242
- /**
243
- * Bounded FIFO queue. Mutations issued while the client is offline are
244
- * enqueued and replayed in the order they were submitted once the WS
245
- * reconnects and identifies. If the queue exceeds `maxItems` the oldest
246
- * entry is rejected with `OFFLINE_QUEUE_OVERFLOW`.
247
- *
248
- * When a {@link PersistenceAdapter} is supplied, enqueued mutations are mirrored
249
- * to durable storage so they survive a reload — {@link OfflineQueue.hydrate} restores them on
250
- * the next startup and the client replays them on reconnect. Durable removal is
251
- * the caller's responsibility *after* a successful replay (see `LunoraClient`);
252
- * the queue only persists on enqueue and un-persists on overflow.
253
- */
728
+ * Bounded FIFO queue. Mutations issued while the client is offline are
729
+ * enqueued and replayed in the order they were submitted once the WS
730
+ * reconnects and identifies. If the queue exceeds `maxItems` the oldest
731
+ * entry is rejected with `OFFLINE_QUEUE_OVERFLOW`.
732
+ *
733
+ * When a {@link PersistenceAdapter} is supplied, enqueued mutations are mirrored
734
+ * to durable storage so they survive a reload — {@link OfflineQueue.hydrate} restores them on
735
+ * the next startup and the client replays them on reconnect. Durable removal is
736
+ * the caller's responsibility *after* a successful replay (see `LunoraClient`);
737
+ * the queue only persists on enqueue and un-persists on overflow.
738
+ */
254
739
  declare class OfflineQueue {
255
740
  /** Opt-in to queueing mutations before the targeted shard's first connect. */
256
741
  readonly queueBeforeFirstConnect: boolean;
@@ -266,38 +751,115 @@ declare class OfflineQueue {
266
751
  get size(): number;
267
752
  enqueue<T>(entry: QueuedMutation<T>): void;
268
753
  /**
269
- * Restore mutations persisted in a prior session and re-queue them in FIFO
270
- * order. Restored entries already live in durable storage, so they are not
271
- * re-appended; they carry no-op `resolve`/`reject` (the original awaiter is
272
- * gone after a reload). No-op when no persistence adapter is configured.
273
- * Returns the distinct shard keys of the restored writes so the caller can
274
- * open their sockets to trigger a flush.
275
- */
754
+ * Restore mutations persisted in a prior session and re-queue them in FIFO
755
+ * order. Restored entries already live in durable storage, so they are not
756
+ * re-appended; they carry no-op `resolve`/`reject` (the original awaiter is
757
+ * gone after a reload). No-op when no persistence adapter is configured.
758
+ * Returns the distinct shard keys of the restored writes so the caller can
759
+ * open their sockets to trigger a flush.
760
+ *
761
+ * `hydrate()` runs post-construction (the caller awaits an async durable-store
762
+ * load), so a mutation issued while offline during that boot window is
763
+ * enqueued into `items` *before* this method's `await` resolves. Restored
764
+ * records are therefore `unshift`-ed ahead of whatever is already queued
765
+ * rather than `push`-ed to the end: the durable store's persist order is
766
+ * authoritative (a prior-session write is always older than anything from
767
+ * this session), so replaying a same-session boot-time write before an
768
+ * older restored write on the same document would let last-writer-wins
769
+ * silently clobber the newer data with the stale one.
770
+ */
276
771
  hydrate(): Promise<(string | undefined)[]>;
277
772
  /**
278
- * Remove and return queued mutations. With no `predicate`, drains the whole
279
- * queue. With one, drains only matching entries (preserving FIFO order) and
280
- * leaves the rest queued — used to flush a single shard's writes when its
281
- * socket reconnects while other shards are still down.
282
- */
773
+ * Relabel every queued write stamped `from` to `to`, in memory AND in durable
774
+ * storage.
775
+ *
776
+ * Used when the auth identity's LABEL changes while the credential does not —
777
+ * `setAuthToken(token, userId)` where the user id resolves a tick after the
778
+ * token was set. `setAuthToken` documents that this re-stamps in-flight
779
+ * queued writes rather than dropping them, and that promise only held for the
780
+ * caller's live in-memory stamp map, which is consumed and deleted on the
781
+ * first flush attempt. Everything durable still carried the old token hash,
782
+ * so a reload — or a transient-failure requeue after the token had since been
783
+ * refreshed — fell back to it, failed the replay identity gate, and rejected
784
+ * the SAME user's offline write with `OFFLINE_IDENTITY_CHANGED`.
785
+ *
786
+ * The durable rewrite goes through `PersistenceAdapter.replace`, the one
787
+ * operation on the contract that is required to be atomic — see
788
+ * {@link OfflineQueue.rewriteStamp}.
789
+ */
790
+ restampIdentity(from: string | null, to: string | null): void;
791
+ /**
792
+ * Whether any queued mutation matches — the cheap "is there a write ahead of
793
+ * me on this shard?" question, answered without draining. A write held at
794
+ * flush time (an identity not yet re-confirmed) sits here with no barrier
795
+ * published for a later `mutation()` to wait on, so this is what keeps a
796
+ * live write from overtaking it.
797
+ */
798
+ hasPending(predicate: (item: QueuedMutation) => boolean): boolean;
799
+ /**
800
+ * Remove and return queued mutations. With no `predicate`, drains the whole
801
+ * queue. With one, drains only matching entries (preserving FIFO order) and
802
+ * leaves the rest queued — used to flush a single shard's writes when its
803
+ * socket reconnects while other shards are still down.
804
+ */
283
805
  drain(predicate?: (item: QueuedMutation) => boolean): QueuedMutation[];
284
806
  /**
285
- * Return previously-drained mutations to the front of the queue, preserving
286
- * their FIFO order, without re-persisting them — they were never unpersisted,
287
- * so durable storage still holds them. Used when a flush aborts on a transient
288
- * transport failure: the unreplayed writes stay queued for the next reconnect.
289
- */
807
+ * Return previously-drained mutations to the front of the queue, preserving
808
+ * their FIFO order, without re-persisting them — they were never unpersisted,
809
+ * so durable storage still holds them. Used when a flush aborts on a transient
810
+ * transport failure: the unreplayed writes stay queued for the next reconnect.
811
+ */
290
812
  requeue(items: QueuedMutation[]): void;
813
+ /**
814
+ * Remove mutations whose precondition evaluates to `false` (stale/dirty
815
+ * writes that should not replay) and reject each with an
816
+ * `OFFLINE_PRECONDITION_FAILED` error. The valid (admitted) mutations stay
817
+ * queued in FIFO order. Returns the drained stale entries.
818
+ *
819
+ * Called during reconnect before the flush cycle to weed out writes whose
820
+ * assumptions no longer hold (e.g. a document was deleted by another client).
821
+ */
822
+ drainConflict(): QueuedMutation[];
291
823
  clear(): void;
824
+ /**
825
+ * The durable half of {@link OfflineQueue.restampIdentity}: rewrite the
826
+ * persisted record under the new identity stamp.
827
+ *
828
+ * This used to be `remove` then `append` (because `append` is an insert, not
829
+ * an upsert) with a compensating re-append on failure, and no arrangement of
830
+ * those two calls is safe. A process stop between a committed `remove` and
831
+ * the `append` leaves the mutation in NO durable store while the in-memory
832
+ * entry has already advanced, so a reload loses the write outright — and
833
+ * compensation cannot cover a crash, only a rejection. The re-append also
834
+ * moved the record to the tail, replaying it out of issue order.
835
+ *
836
+ * `PersistenceAdapter.replace` is the single atomic operation that removes
837
+ * both: the swap lands whole or not at all, and the record keeps its place
838
+ * in FIFO order. A rejection means nothing changed durably — the record
839
+ * stands under its OLD stamp, which is the documented outcome (a replay
840
+ * under a stale stamp is refused with `OFFLINE_IDENTITY_CHANGED`, visible
841
+ * and recoverable, unlike a silent loss) — so there is nothing to
842
+ * compensate, only to report.
843
+ */
844
+ private rewriteStamp;
845
+ /**
846
+ * Evict entries from the FRONT of `items` (the oldest — FIFO order) until
847
+ * the queue is at or under `maxItems`, rejecting each with
848
+ * `OFFLINE_QUEUE_OVERFLOW`, un-persisting it, and firing `onEvict`. Shared
849
+ * by `enqueue` (a live write pushes past capacity) and `hydrate` (a durable
850
+ * store restored more than `maxItems` records — CLIENT-03) so an overflow
851
+ * always drops the same way regardless of which caller triggered it.
852
+ */
853
+ private evictOverflow;
292
854
  /** Notify the size observer (the client's pending-sync count) after any change. */
293
855
  private notifySize;
294
856
  }
295
857
  /**
296
- * In-memory {@link PersistenceAdapter}. Doesn't survive a reload — it exists so
297
- * the persistence wiring can be exercised without IndexedDB (tests, SSR, or as
298
- * a deliberate "no durable store" choice that still satisfies the interface).
299
- * Preserves enqueue order; `clone` keeps callers from mutating stored args.
300
- */
858
+ * In-memory {@link PersistenceAdapter}. Doesn't survive a reload — it exists so
859
+ * the persistence wiring can be exercised without IndexedDB (tests, SSR, or as
860
+ * a deliberate "no durable store" choice that still satisfies the interface).
861
+ * Preserves enqueue order; `clone` keeps callers from mutating stored args.
862
+ */
301
863
  declare const createInMemoryPersistence: () => PersistenceAdapter;
302
864
  interface IndexedDbPersistenceOptions {
303
865
  /** Database name; defaults to `"lunora-outbox"` (its own DB, separate from the read cache). */
@@ -308,47 +870,29 @@ interface IndexedDbPersistenceOptions {
308
870
  storeName?: string;
309
871
  }
310
872
  /**
311
- * IndexedDB-backed {@link PersistenceAdapter}. Each mutation is stored under an
312
- * autoincrementing key (so `load()` returns them in enqueue order regardless of
313
- * the string ids) with a unique secondary index on `id` for `remove()`.
314
- *
315
- * The store handle is opened lazily and the open promise is cached, so repeated
316
- * ops reuse one connection. Throws eagerly if no `IDBFactory` is available —
317
- * callers in non-browser environments should use {@link createInMemoryPersistence}.
318
- */
873
+ * IndexedDB-backed {@link PersistenceAdapter}. Each mutation is stored under an
874
+ * autoincrementing key (so `load()` returns them in enqueue order regardless of
875
+ * the string ids) with a unique secondary index on `id` for `remove()`.
876
+ *
877
+ * The store handle is opened lazily and the open promise is cached, so repeated
878
+ * ops reuse one connection. Throws eagerly if no `IDBFactory` is available —
879
+ * callers in non-browser environments should use {@link createInMemoryPersistence}.
880
+ */
319
881
  declare const createIndexedDbPersistence: (options?: IndexedDbPersistenceOptions) => PersistenceAdapter;
320
882
  /**
321
- * Resolve the effective offline-queue persistence from the user option,
322
- * defaulting to a durable IndexedDB store when the environment supports one.
323
- *
324
- * An explicit adapter is used as-is; `false` opts out (the caller keeps an
325
- * in-memory queue, lost on reload); `undefined` (the default) auto-probes
326
- * IndexedDB when the global is present (browsers) and `autoProbe` is set,
327
- * otherwise `undefined` — so SSR/Node/React-Native keep today's in-memory
328
- * behaviour and only environments that can persist do.
329
- *
330
- * `autoProbe` is `false` when the `@lunora/db` outbox is wired: that sink is the
331
- * single durable write path, so the built-in queue must stay in memory rather
332
- * than persist a second, never-flushed copy. An explicit adapter is still
333
- * honoured (the caller asked for it); only the implicit default is suppressed.
334
- *
335
- * The IndexedDB adapter opens its connection lazily, so constructing it here is
336
- * cheap and never throws (the `indexedDB` global is verified present first).
337
- */
338
- /**
339
- * Compose the read-cache key for a subscription. Mirrors how
340
- * `SubscriptionRegistry` keys live subscriptions so a hydrated value lines up
341
- * with the subscription that will consume it. `shardKey` defaults to `""` (the
342
- * root shard) exactly as the registry does.
343
- */
883
+ * Compose the read-cache key for a subscription. Mirrors how
884
+ * `SubscriptionRegistry` keys live subscriptions so a hydrated value lines up
885
+ * with the subscription that will consume it. `shardKey` defaults to `""` (the
886
+ * root shard) exactly as the registry does.
887
+ */
344
888
  declare const queryCacheKey: (functionPath: string, argsKey: string, shardKey?: string) => string;
345
889
  /**
346
- * In-memory {@link QueryCacheAdapter}. Doesn't survive a reload — it exists so
347
- * the read-cache wiring can be exercised without IndexedDB (tests, SSR, or as a
348
- * deliberate "no durable store" choice that still satisfies the interface).
349
- * Enforces the same LRU row cap as the IndexedDB adapter; `clone` keeps callers
350
- * from mutating stored values.
351
- */
890
+ * In-memory {@link QueryCacheAdapter}. Doesn't survive a reload — it exists so
891
+ * the read-cache wiring can be exercised without IndexedDB (tests, SSR, or as a
892
+ * deliberate "no durable store" choice that still satisfies the interface).
893
+ * Enforces the same LRU row cap as the IndexedDB adapter; `clone` keeps callers
894
+ * from mutating stored values.
895
+ */
352
896
  declare const createInMemoryQueryCache: (options?: {
353
897
  maxEntries?: number;
354
898
  }) => QueryCacheAdapter;
@@ -357,45 +901,42 @@ interface IndexedDbQueryCacheOptions {
357
901
  databaseName?: string;
358
902
  /** Injectable `IDBFactory` (e.g. `fake-indexeddb` in tests); defaults to the global `indexedDB`. */
359
903
  indexedDB?: IDBFactory;
360
- /** LRU row cap; defaults to 500. The oldest rows by `ts` are pruned on `put` once exceeded. */
904
+ /** LRU row cap; defaults to 500. Must be a positive integer. The oldest rows by `ts` are pruned on `put` once exceeded. */
361
905
  maxEntries?: number;
362
906
  /** Object-store name; defaults to `"query-cache"`. */
363
907
  storeName?: string;
364
908
  }
365
909
  /**
366
- * IndexedDB-backed {@link QueryCacheAdapter}. Each query is stored under its
367
- * composite key (`functionPath::argsKey::shardKey`) with a `ts` index driving
368
- * LRU eviction. The store handle is opened lazily and cached, so repeated ops
369
- * reuse one connection.
370
- *
371
- * The store lives in its own `lunora-query-cache` database — deliberately
372
- * separate from the offline-mutation outbox's `lunora-outbox` database so the two
373
- * independently-toggleable adapters never share (and drift on) a schema version.
374
- * Throws eagerly if no `IDBFactory` is available — callers in non-browser
375
- * environments should use {@link createInMemoryQueryCache}.
376
- */
910
+ * IndexedDB-backed {@link QueryCacheAdapter}. Each query is stored under its
911
+ * composite key (`functionPath::argsKey::shardKey`) with a `ts` index driving
912
+ * LRU eviction. The store handle is opened lazily and cached, so repeated ops
913
+ * reuse one connection.
914
+ *
915
+ * The store lives in its own `lunora-query-cache` database — deliberately
916
+ * separate from the offline-mutation outbox's `lunora-outbox` database so the two
917
+ * independently-toggleable adapters never share (and drift on) a schema version.
918
+ * Throws eagerly if no `IDBFactory` is available — callers in non-browser
919
+ * environments should use {@link createInMemoryQueryCache}.
920
+ */
377
921
  declare const createIndexedDbQueryCache: (options?: IndexedDbQueryCacheOptions) => QueryCacheAdapter;
378
922
  /**
379
- * Resolve the effective read-cache from the user option, defaulting to a durable
380
- * IndexedDB store when the environment supports one. Same tri-state semantics as
381
- * `resolvePersistenceAdapter` in `./persistence`:
382
- *
383
- * - an explicit adapter is used as-is;
384
- * - `false` opts out — reads stay in memory only;
385
- * - `undefined` (the default) auto-probes IndexedDB (browsers), else `undefined`.
386
- */
387
- /**
388
- * Exponential backoff calculator with optional jitter.
389
- *
390
- * `next()` doubles the delay each call up to `maxDelayMs`. When `jitter` is
391
- * enabled the returned value is randomized in `[delay/2, delay]` so a fleet
392
- * of clients reconnecting at the same time spread out their retries.
393
- */
394
- interface ReconnectCalculator {
395
- /** Returns the delay to wait before the next reconnect attempt. */
396
- next: () => number;
397
- /** Resets the backoff to the initial delay (call on successful reconnect). */
398
- reset: () => void;
399
- }
400
- declare const createReconnect: (options?: ReconnectOptions, random?: () => number) => ReconnectCalculator;
401
- export { type ArgsOf, type AsyncStorageLike, type AsyncStoragePersistenceOptions, type BookmarkStorage, type FunctionReference, type IndexedDbPersistenceOptions, type IndexedDbQueryCacheOptions, type MutationCallOptions, type MutationDelta, type MutationRunnerSinks, type MutatorHandle, type MutatorRunnerSinks, type MutatorTransaction, OfflineQueue, type OfflineQueueOptions, type PersistenceAdapter, type QueryCacheAdapter, type QueuedMutation, type ReconnectCalculator, type ReconnectOptions, type ReturnOf, applyDelta, createAsyncStoragePersistence, createInMemoryBookmarkStorage, createInMemoryPersistence, createInMemoryQueryCache, createIndexedDbPersistence, createIndexedDbQueryCache, createMutationRunner, createMutatorRunner, createReconnect, isMutationDelta, queryCacheKey };
923
+ * Capture a snapshot of the current live query value at call time and produce a
924
+ * `() => boolean` precondition that compares it against the value at replay time.
925
+ *
926
+ * When the precondition is checked (on queue drain / reconnect) it re-reads the
927
+ * query's current state via {@link LunoraClient.peekActiveQuerySnapshot}. The
928
+ * comparison only runs when a live subscription backed **both** reads; if either
929
+ * read found no active subscription (e.g. the originating component unmounted
930
+ * before replay), the precondition returns `true` (not stale) because absence of
931
+ * a subscription is not evidence the value changed — the read simply cannot see
932
+ * it. When both reads did have a live subscription and the value differs, the
933
+ * precondition returns `false` and the offline mutation is dropped as stale.
934
+ * @example
935
+ * ```ts
936
+ * client.mutation(api.todos.update, { id, text }, {
937
+ * precondition: createSnapshotPrecondition(client, api.todos.list, { userId }),
938
+ * });
939
+ * ```
940
+ */
941
+ declare const createSnapshotPrecondition: (client: LunoraClient, functionRef: FunctionReference, args: Record<string, unknown>, shardKey?: string) => (() => boolean);
942
+ export { type AsyncStorageLike, type AsyncStoragePersistenceOptions, type AsyncStorageQueryCacheOptions, type BookmarkStorage, CONFLICT_ERROR_CODE, type ConnectionStatus, type FunctionReference, type HttpStreamArgsOf, type HttpStreamChunkOf, type HttpStreamOptions, type HttpStreamRef, type IndexedDbPersistenceOptions, type IndexedDbQueryCacheOptions, LunoraClient, type MutationDelta, type MutatorHandle, type MutatorRunnerSinks, type MutatorTransaction, OfflineQueue, type OfflineQueueOptions, type OptimisticMessage, type PersistenceAdapter, type QueryCacheAdapter, type QueuedMutation, RETIRE_AFTER_DURABLE_SEQ_ADVANCE, type ReconcileDurableMessage, type ReconnectCalculator, type ReconnectOptions, type StreamIterable, type SubscriptionError, TabCoordinator, TransportError, applyDelta, createAsyncStoragePersistence, createAsyncStorageQueryCache, createCallRunner, createInMemoryBookmarkStorage, createInMemoryPersistence, createInMemoryQueryCache, createIndexedDbPersistence, createIndexedDbQueryCache, createMutatorRunner, createReconnect, createSnapshotPrecondition, getErrorCode, getRetryAfterMs, httpStream, isAuthReplayFailure, isConflictError, isForbiddenError, isMutationDelta, isRateLimitedError, isUnauthorizedError, maxSeq, queryCacheKey, reconcileOptimistic };