@abloatai/transaction 0.37.0

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 (723) hide show
  1. package/CONVENTIONS.md +83 -0
  2. package/README.md +48 -0
  3. package/dist/ablo.d.ts +90 -0
  4. package/dist/ablo.d.ts.map +1 -0
  5. package/dist/ablo.js +34 -0
  6. package/dist/ablo.js.map +1 -0
  7. package/dist/ai-sdk/coordinatedTool.d.ts +123 -0
  8. package/dist/ai-sdk/coordinatedTool.d.ts.map +1 -0
  9. package/dist/ai-sdk/coordinatedTool.js +135 -0
  10. package/dist/ai-sdk/coordinatedTool.js.map +1 -0
  11. package/dist/ai-sdk/index.d.ts +2 -0
  12. package/dist/ai-sdk/index.d.ts.map +1 -0
  13. package/dist/ai-sdk/index.js +2 -0
  14. package/dist/ai-sdk/index.js.map +1 -0
  15. package/dist/auth/apiKey.d.ts +154 -0
  16. package/dist/auth/apiKey.d.ts.map +1 -0
  17. package/dist/auth/apiKey.js +408 -0
  18. package/dist/auth/apiKey.js.map +1 -0
  19. package/dist/auth/bootstrapScope.d.ts +16 -0
  20. package/dist/auth/bootstrapScope.d.ts.map +1 -0
  21. package/dist/auth/bootstrapScope.js +2 -0
  22. package/dist/auth/bootstrapScope.js.map +1 -0
  23. package/dist/auth/browserCredentialSafety.d.ts +7 -0
  24. package/dist/auth/browserCredentialSafety.d.ts.map +1 -0
  25. package/dist/auth/browserCredentialSafety.js +29 -0
  26. package/dist/auth/browserCredentialSafety.js.map +1 -0
  27. package/dist/auth/capability.d.ts +241 -0
  28. package/dist/auth/capability.d.ts.map +1 -0
  29. package/dist/auth/capability.js +253 -0
  30. package/dist/auth/capability.js.map +1 -0
  31. package/dist/auth/capabilityLifecycle.d.ts +47 -0
  32. package/dist/auth/capabilityLifecycle.d.ts.map +1 -0
  33. package/dist/auth/capabilityLifecycle.js +108 -0
  34. package/dist/auth/capabilityLifecycle.js.map +1 -0
  35. package/dist/auth/credentialEndpoint.d.ts +10 -0
  36. package/dist/auth/credentialEndpoint.d.ts.map +1 -0
  37. package/dist/auth/credentialEndpoint.js +58 -0
  38. package/dist/auth/credentialEndpoint.js.map +1 -0
  39. package/dist/auth/credentialEndpointProtocol.d.ts +24 -0
  40. package/dist/auth/credentialEndpointProtocol.d.ts.map +1 -0
  41. package/dist/auth/credentialEndpointProtocol.js +34 -0
  42. package/dist/auth/credentialEndpointProtocol.js.map +1 -0
  43. package/dist/auth/credentialKind.d.ts +4 -0
  44. package/dist/auth/credentialKind.d.ts.map +1 -0
  45. package/dist/auth/credentialKind.js +15 -0
  46. package/dist/auth/credentialKind.js.map +1 -0
  47. package/dist/auth/credentialPolicy.d.ts +141 -0
  48. package/dist/auth/credentialPolicy.d.ts.map +1 -0
  49. package/dist/auth/credentialPolicy.js +113 -0
  50. package/dist/auth/credentialPolicy.js.map +1 -0
  51. package/dist/auth/credentialResult.d.ts +7 -0
  52. package/dist/auth/credentialResult.d.ts.map +1 -0
  53. package/dist/auth/credentialResult.js +9 -0
  54. package/dist/auth/credentialResult.js.map +1 -0
  55. package/dist/auth/credentialSource.d.ts +31 -0
  56. package/dist/auth/credentialSource.d.ts.map +1 -0
  57. package/dist/auth/credentialSource.js +56 -0
  58. package/dist/auth/credentialSource.js.map +1 -0
  59. package/dist/auth/hostedEndpoints.d.ts +22 -0
  60. package/dist/auth/hostedEndpoints.d.ts.map +1 -0
  61. package/dist/auth/hostedEndpoints.js +22 -0
  62. package/dist/auth/hostedEndpoints.js.map +1 -0
  63. package/dist/auth/identity.d.ts +62 -0
  64. package/dist/auth/identity.d.ts.map +1 -0
  65. package/dist/auth/identity.js +224 -0
  66. package/dist/auth/identity.js.map +1 -0
  67. package/dist/auth/index.d.ts +189 -0
  68. package/dist/auth/index.d.ts.map +1 -0
  69. package/dist/auth/index.js +312 -0
  70. package/dist/auth/index.js.map +1 -0
  71. package/dist/auth/schemas.d.ts +41 -0
  72. package/dist/auth/schemas.d.ts.map +1 -0
  73. package/dist/auth/schemas.js +69 -0
  74. package/dist/auth/schemas.js.map +1 -0
  75. package/dist/auth/sessionMint.d.ts +29 -0
  76. package/dist/auth/sessionMint.d.ts.map +1 -0
  77. package/dist/auth/sessionMint.js +92 -0
  78. package/dist/auth/sessionMint.js.map +1 -0
  79. package/dist/auth/token.d.ts +4 -0
  80. package/dist/auth/token.d.ts.map +1 -0
  81. package/dist/auth/token.js +4 -0
  82. package/dist/auth/token.js.map +1 -0
  83. package/dist/batching/index.d.ts +56 -0
  84. package/dist/batching/index.d.ts.map +1 -0
  85. package/dist/batching/index.js +148 -0
  86. package/dist/batching/index.js.map +1 -0
  87. package/dist/coordination/awaitClaimGrant.d.ts +57 -0
  88. package/dist/coordination/awaitClaimGrant.d.ts.map +1 -0
  89. package/dist/coordination/awaitClaimGrant.js +138 -0
  90. package/dist/coordination/awaitClaimGrant.js.map +1 -0
  91. package/dist/coordination/claimHeartbeatLoop.d.ts +85 -0
  92. package/dist/coordination/claimHeartbeatLoop.d.ts.map +1 -0
  93. package/dist/coordination/claimHeartbeatLoop.js +109 -0
  94. package/dist/coordination/claimHeartbeatLoop.js.map +1 -0
  95. package/dist/coordination/claimMeta.d.ts +50 -0
  96. package/dist/coordination/claimMeta.d.ts.map +1 -0
  97. package/dist/coordination/claimMeta.js +53 -0
  98. package/dist/coordination/claimMeta.js.map +1 -0
  99. package/dist/coordination/events.d.ts +75 -0
  100. package/dist/coordination/events.d.ts.map +1 -0
  101. package/dist/coordination/events.js +8 -0
  102. package/dist/coordination/events.js.map +1 -0
  103. package/dist/coordination/index.d.ts +20 -0
  104. package/dist/coordination/index.d.ts.map +1 -0
  105. package/dist/coordination/index.js +46 -0
  106. package/dist/coordination/index.js.map +1 -0
  107. package/dist/coordination/locator.d.ts +106 -0
  108. package/dist/coordination/locator.d.ts.map +1 -0
  109. package/dist/coordination/locator.js +110 -0
  110. package/dist/coordination/locator.js.map +1 -0
  111. package/dist/coordination/schema.d.ts +1332 -0
  112. package/dist/coordination/schema.d.ts.map +1 -0
  113. package/dist/coordination/schema.js +1137 -0
  114. package/dist/coordination/schema.js.map +1 -0
  115. package/dist/coordination/targetConflict.d.ts +3 -0
  116. package/dist/coordination/targetConflict.d.ts.map +1 -0
  117. package/dist/coordination/targetConflict.js +74 -0
  118. package/dist/coordination/targetConflict.js.map +1 -0
  119. package/dist/coordination/trace.d.ts +79 -0
  120. package/dist/coordination/trace.d.ts.map +1 -0
  121. package/dist/coordination/trace.js +139 -0
  122. package/dist/coordination/trace.js.map +1 -0
  123. package/dist/docs/catalog.d.ts +73 -0
  124. package/dist/docs/catalog.d.ts.map +1 -0
  125. package/dist/docs/catalog.js +231 -0
  126. package/dist/docs/catalog.js.map +1 -0
  127. package/dist/docs/index.d.ts +11 -0
  128. package/dist/docs/index.d.ts.map +1 -0
  129. package/dist/docs/index.js +11 -0
  130. package/dist/docs/index.js.map +1 -0
  131. package/dist/durableWrites.d.ts +63 -0
  132. package/dist/durableWrites.d.ts.map +1 -0
  133. package/dist/durableWrites.js +72 -0
  134. package/dist/durableWrites.js.map +1 -0
  135. package/dist/environment.d.ts +106 -0
  136. package/dist/environment.d.ts.map +1 -0
  137. package/dist/environment.js +109 -0
  138. package/dist/environment.js.map +1 -0
  139. package/dist/errorCodes.d.ts +411 -0
  140. package/dist/errorCodes.d.ts.map +1 -0
  141. package/dist/errorCodes.js +500 -0
  142. package/dist/errorCodes.js.map +1 -0
  143. package/dist/errors.d.ts +429 -0
  144. package/dist/errors.d.ts.map +1 -0
  145. package/dist/errors.js +687 -0
  146. package/dist/errors.js.map +1 -0
  147. package/dist/footprint.d.ts +112 -0
  148. package/dist/footprint.d.ts.map +1 -0
  149. package/dist/footprint.js +0 -0
  150. package/dist/footprint.js.map +1 -0
  151. package/dist/headlessClient.d.ts +10 -0
  152. package/dist/headlessClient.d.ts.map +1 -0
  153. package/dist/headlessClient.js +114 -0
  154. package/dist/headlessClient.js.map +1 -0
  155. package/dist/index.d.ts +21 -0
  156. package/dist/index.d.ts.map +1 -0
  157. package/dist/index.js +21 -0
  158. package/dist/index.js.map +1 -0
  159. package/dist/keys/index.d.ts +88 -0
  160. package/dist/keys/index.d.ts.map +1 -0
  161. package/dist/keys/index.js +208 -0
  162. package/dist/keys/index.js.map +1 -0
  163. package/dist/log/syncDeltaRow.d.ts +159 -0
  164. package/dist/log/syncDeltaRow.d.ts.map +1 -0
  165. package/dist/log/syncDeltaRow.js +96 -0
  166. package/dist/log/syncDeltaRow.js.map +1 -0
  167. package/dist/logger.d.ts +17 -0
  168. package/dist/logger.d.ts.map +1 -0
  169. package/dist/logger.js +8 -0
  170. package/dist/logger.js.map +1 -0
  171. package/dist/observability.d.ts +54 -0
  172. package/dist/observability.d.ts.map +1 -0
  173. package/dist/observability.js +20 -0
  174. package/dist/observability.js.map +1 -0
  175. package/dist/policy/types.d.ts +218 -0
  176. package/dist/policy/types.d.ts.map +1 -0
  177. package/dist/policy/types.js +127 -0
  178. package/dist/policy/types.js.map +1 -0
  179. package/dist/resources/functionalUpdate.d.ts +80 -0
  180. package/dist/resources/functionalUpdate.d.ts.map +1 -0
  181. package/dist/resources/functionalUpdate.js +88 -0
  182. package/dist/resources/functionalUpdate.js.map +1 -0
  183. package/dist/resources/httpResources.d.ts +449 -0
  184. package/dist/resources/httpResources.d.ts.map +1 -0
  185. package/dist/resources/httpResources.js +8 -0
  186. package/dist/resources/httpResources.js.map +1 -0
  187. package/dist/resources/modelOperations.d.ts +380 -0
  188. package/dist/resources/modelOperations.d.ts.map +1 -0
  189. package/dist/resources/modelOperations.js +13 -0
  190. package/dist/resources/modelOperations.js.map +1 -0
  191. package/dist/resources/mutationOptions.d.ts +67 -0
  192. package/dist/resources/mutationOptions.d.ts.map +1 -0
  193. package/dist/resources/mutationOptions.js +10 -0
  194. package/dist/resources/mutationOptions.js.map +1 -0
  195. package/dist/resources/where.d.ts +102 -0
  196. package/dist/resources/where.d.ts.map +1 -0
  197. package/dist/resources/where.js +116 -0
  198. package/dist/resources/where.js.map +1 -0
  199. package/dist/resources/writeOptionsSchema.d.ts +48 -0
  200. package/dist/resources/writeOptionsSchema.d.ts.map +1 -0
  201. package/dist/resources/writeOptionsSchema.js +74 -0
  202. package/dist/resources/writeOptionsSchema.js.map +1 -0
  203. package/dist/schema/coordination.d.ts +113 -0
  204. package/dist/schema/coordination.d.ts.map +1 -0
  205. package/dist/schema/coordination.js +134 -0
  206. package/dist/schema/coordination.js.map +1 -0
  207. package/dist/schema/ddl.d.ts +98 -0
  208. package/dist/schema/ddl.d.ts.map +1 -0
  209. package/dist/schema/ddl.js +492 -0
  210. package/dist/schema/ddl.js.map +1 -0
  211. package/dist/schema/ddlLock.d.ts +36 -0
  212. package/dist/schema/ddlLock.d.ts.map +1 -0
  213. package/dist/schema/ddlLock.js +47 -0
  214. package/dist/schema/ddlLock.js.map +1 -0
  215. package/dist/schema/diff.d.ts +226 -0
  216. package/dist/schema/diff.d.ts.map +1 -0
  217. package/dist/schema/diff.js +290 -0
  218. package/dist/schema/diff.js.map +1 -0
  219. package/dist/schema/field.d.ts +121 -0
  220. package/dist/schema/field.d.ts.map +1 -0
  221. package/dist/schema/field.js +266 -0
  222. package/dist/schema/field.js.map +1 -0
  223. package/dist/schema/fieldRef.d.ts +58 -0
  224. package/dist/schema/fieldRef.d.ts.map +1 -0
  225. package/dist/schema/fieldRef.js +26 -0
  226. package/dist/schema/fieldRef.js.map +1 -0
  227. package/dist/schema/generate.d.ts +20 -0
  228. package/dist/schema/generate.d.ts.map +1 -0
  229. package/dist/schema/generate.js +87 -0
  230. package/dist/schema/generate.js.map +1 -0
  231. package/dist/schema/index.d.ts +43 -0
  232. package/dist/schema/index.d.ts.map +1 -0
  233. package/dist/schema/index.js +81 -0
  234. package/dist/schema/index.js.map +1 -0
  235. package/dist/schema/loadStrategy.d.ts +46 -0
  236. package/dist/schema/loadStrategy.d.ts.map +1 -0
  237. package/dist/schema/loadStrategy.js +47 -0
  238. package/dist/schema/loadStrategy.js.map +1 -0
  239. package/dist/schema/model.d.ts +380 -0
  240. package/dist/schema/model.d.ts.map +1 -0
  241. package/dist/schema/model.js +124 -0
  242. package/dist/schema/model.js.map +1 -0
  243. package/dist/schema/openapi.d.ts +59 -0
  244. package/dist/schema/openapi.d.ts.map +1 -0
  245. package/dist/schema/openapi.js +508 -0
  246. package/dist/schema/openapi.js.map +1 -0
  247. package/dist/schema/queries.d.ts +202 -0
  248. package/dist/schema/queries.d.ts.map +1 -0
  249. package/dist/schema/queries.js +144 -0
  250. package/dist/schema/queries.js.map +1 -0
  251. package/dist/schema/relation.d.ts +205 -0
  252. package/dist/schema/relation.d.ts.map +1 -0
  253. package/dist/schema/relation.js +105 -0
  254. package/dist/schema/relation.js.map +1 -0
  255. package/dist/schema/residency.d.ts +30 -0
  256. package/dist/schema/residency.d.ts.map +1 -0
  257. package/dist/schema/residency.js +26 -0
  258. package/dist/schema/residency.js.map +1 -0
  259. package/dist/schema/roles.d.ts +250 -0
  260. package/dist/schema/roles.d.ts.map +1 -0
  261. package/dist/schema/roles.js +231 -0
  262. package/dist/schema/roles.js.map +1 -0
  263. package/dist/schema/schema.d.ts +352 -0
  264. package/dist/schema/schema.d.ts.map +1 -0
  265. package/dist/schema/schema.js +326 -0
  266. package/dist/schema/schema.js.map +1 -0
  267. package/dist/schema/select.d.ts +41 -0
  268. package/dist/schema/select.d.ts.map +1 -0
  269. package/dist/schema/select.js +91 -0
  270. package/dist/schema/select.js.map +1 -0
  271. package/dist/schema/serialize.d.ts +116 -0
  272. package/dist/schema/serialize.d.ts.map +1 -0
  273. package/dist/schema/serialize.js +278 -0
  274. package/dist/schema/serialize.js.map +1 -0
  275. package/dist/schema/sugar.d.ts +110 -0
  276. package/dist/schema/sugar.d.ts.map +1 -0
  277. package/dist/schema/sugar.js +84 -0
  278. package/dist/schema/sugar.js.map +1 -0
  279. package/dist/schema/tenancy.d.ts +140 -0
  280. package/dist/schema/tenancy.d.ts.map +1 -0
  281. package/dist/schema/tenancy.js +191 -0
  282. package/dist/schema/tenancy.js.map +1 -0
  283. package/dist/server/adapter.d.ts +174 -0
  284. package/dist/server/adapter.d.ts.map +1 -0
  285. package/dist/server/adapter.js +19 -0
  286. package/dist/server/adapter.js.map +1 -0
  287. package/dist/server/commit.d.ts +108 -0
  288. package/dist/server/commit.d.ts.map +1 -0
  289. package/dist/server/commit.js +2 -0
  290. package/dist/server/commit.js.map +1 -0
  291. package/dist/server/index.d.ts +15 -0
  292. package/dist/server/index.d.ts.map +1 -0
  293. package/dist/server/index.js +3 -0
  294. package/dist/server/index.js.map +1 -0
  295. package/dist/server/readConfig.d.ts +81 -0
  296. package/dist/server/readConfig.d.ts.map +1 -0
  297. package/dist/server/readConfig.js +9 -0
  298. package/dist/server/readConfig.js.map +1 -0
  299. package/dist/server/storageMode.d.ts +24 -0
  300. package/dist/server/storageMode.d.ts.map +1 -0
  301. package/dist/server/storageMode.js +18 -0
  302. package/dist/server/storageMode.js.map +1 -0
  303. package/dist/source/adapter.d.ts +84 -0
  304. package/dist/source/adapter.d.ts.map +1 -0
  305. package/dist/source/adapter.js +25 -0
  306. package/dist/source/adapter.js.map +1 -0
  307. package/dist/source/adapters/drizzle.d.ts +49 -0
  308. package/dist/source/adapters/drizzle.d.ts.map +1 -0
  309. package/dist/source/adapters/drizzle.js +220 -0
  310. package/dist/source/adapters/drizzle.js.map +1 -0
  311. package/dist/source/adapters/kysely.d.ts +43 -0
  312. package/dist/source/adapters/kysely.d.ts.map +1 -0
  313. package/dist/source/adapters/kysely.js +206 -0
  314. package/dist/source/adapters/kysely.js.map +1 -0
  315. package/dist/source/adapters/kyselyMutationCore.d.ts +77 -0
  316. package/dist/source/adapters/kyselyMutationCore.d.ts.map +1 -0
  317. package/dist/source/adapters/kyselyMutationCore.js +126 -0
  318. package/dist/source/adapters/kyselyMutationCore.js.map +1 -0
  319. package/dist/source/adapters/memory.d.ts +14 -0
  320. package/dist/source/adapters/memory.d.ts.map +1 -0
  321. package/dist/source/adapters/memory.js +131 -0
  322. package/dist/source/adapters/memory.js.map +1 -0
  323. package/dist/source/adapters/prisma.d.ts +64 -0
  324. package/dist/source/adapters/prisma.d.ts.map +1 -0
  325. package/dist/source/adapters/prisma.js +203 -0
  326. package/dist/source/adapters/prisma.js.map +1 -0
  327. package/dist/source/conformance.d.ts +38 -0
  328. package/dist/source/conformance.d.ts.map +1 -0
  329. package/dist/source/conformance.js +216 -0
  330. package/dist/source/conformance.js.map +1 -0
  331. package/dist/source/connector.d.ts +96 -0
  332. package/dist/source/connector.d.ts.map +1 -0
  333. package/dist/source/connector.js +267 -0
  334. package/dist/source/connector.js.map +1 -0
  335. package/dist/source/connectorProtocol.d.ts +155 -0
  336. package/dist/source/connectorProtocol.d.ts.map +1 -0
  337. package/dist/source/connectorProtocol.js +164 -0
  338. package/dist/source/connectorProtocol.js.map +1 -0
  339. package/dist/source/contract.d.ts +196 -0
  340. package/dist/source/contract.d.ts.map +1 -0
  341. package/dist/source/contract.js +165 -0
  342. package/dist/source/contract.js.map +1 -0
  343. package/dist/source/drizzle.d.ts +2 -0
  344. package/dist/source/drizzle.d.ts.map +1 -0
  345. package/dist/source/drizzle.js +2 -0
  346. package/dist/source/drizzle.js.map +1 -0
  347. package/dist/source/factory.d.ts +93 -0
  348. package/dist/source/factory.d.ts.map +1 -0
  349. package/dist/source/factory.js +287 -0
  350. package/dist/source/factory.js.map +1 -0
  351. package/dist/source/idempotency.d.ts +62 -0
  352. package/dist/source/idempotency.d.ts.map +1 -0
  353. package/dist/source/idempotency.js +145 -0
  354. package/dist/source/idempotency.js.map +1 -0
  355. package/dist/source/index.d.ts +24 -0
  356. package/dist/source/index.d.ts.map +1 -0
  357. package/dist/source/index.js +29 -0
  358. package/dist/source/index.js.map +1 -0
  359. package/dist/source/kysely.d.ts +3 -0
  360. package/dist/source/kysely.d.ts.map +1 -0
  361. package/dist/source/kysely.js +3 -0
  362. package/dist/source/kysely.js.map +1 -0
  363. package/dist/source/migrations.d.ts +22 -0
  364. package/dist/source/migrations.d.ts.map +1 -0
  365. package/dist/source/migrations.js +104 -0
  366. package/dist/source/migrations.js.map +1 -0
  367. package/dist/source/next.d.ts +33 -0
  368. package/dist/source/next.d.ts.map +1 -0
  369. package/dist/source/next.js +26 -0
  370. package/dist/source/next.js.map +1 -0
  371. package/dist/source/pushQueue.d.ts +135 -0
  372. package/dist/source/pushQueue.d.ts.map +1 -0
  373. package/dist/source/pushQueue.js +257 -0
  374. package/dist/source/pushQueue.js.map +1 -0
  375. package/dist/source/signing.d.ts +93 -0
  376. package/dist/source/signing.d.ts.map +1 -0
  377. package/dist/source/signing.js +163 -0
  378. package/dist/source/signing.js.map +1 -0
  379. package/dist/source/types.d.ts +402 -0
  380. package/dist/source/types.d.ts.map +1 -0
  381. package/dist/source/types.js +60 -0
  382. package/dist/source/types.js.map +1 -0
  383. package/dist/syncLog/contract.d.ts +21 -0
  384. package/dist/syncLog/contract.d.ts.map +1 -0
  385. package/dist/syncLog/contract.js +20 -0
  386. package/dist/syncLog/contract.js.map +1 -0
  387. package/dist/syncLog/index.d.ts +2 -0
  388. package/dist/syncLog/index.d.ts.map +1 -0
  389. package/dist/syncLog/index.js +2 -0
  390. package/dist/syncLog/index.js.map +1 -0
  391. package/dist/testing/fixtures/httpResponses.d.ts +74 -0
  392. package/dist/testing/fixtures/httpResponses.d.ts.map +1 -0
  393. package/dist/testing/fixtures/httpResponses.js +102 -0
  394. package/dist/testing/fixtures/httpResponses.js.map +1 -0
  395. package/dist/transactionLayer.d.ts +110 -0
  396. package/dist/transactionLayer.d.ts.map +1 -0
  397. package/dist/transactionLayer.js +25 -0
  398. package/dist/transactionLayer.js.map +1 -0
  399. package/dist/transactions/settlement/commitEnvelope.d.ts +144 -0
  400. package/dist/transactions/settlement/commitEnvelope.d.ts.map +1 -0
  401. package/dist/transactions/settlement/commitEnvelope.js +162 -0
  402. package/dist/transactions/settlement/commitEnvelope.js.map +1 -0
  403. package/dist/transactions/settlement/httpCommitEnvelope.d.ts +54 -0
  404. package/dist/transactions/settlement/httpCommitEnvelope.d.ts.map +1 -0
  405. package/dist/transactions/settlement/httpCommitEnvelope.js +208 -0
  406. package/dist/transactions/settlement/httpCommitEnvelope.js.map +1 -0
  407. package/dist/transactions/settlement/idempotencyKey.d.ts +11 -0
  408. package/dist/transactions/settlement/idempotencyKey.d.ts.map +1 -0
  409. package/dist/transactions/settlement/idempotencyKey.js +10 -0
  410. package/dist/transactions/settlement/idempotencyKey.js.map +1 -0
  411. package/dist/transactions/settlement/pendingWrite.d.ts +113 -0
  412. package/dist/transactions/settlement/pendingWrite.d.ts.map +1 -0
  413. package/dist/transactions/settlement/pendingWrite.js +21 -0
  414. package/dist/transactions/settlement/pendingWrite.js.map +1 -0
  415. package/dist/transport/commitFrames.d.ts +91 -0
  416. package/dist/transport/commitFrames.d.ts.map +1 -0
  417. package/dist/transport/commitFrames.js +135 -0
  418. package/dist/transport/commitFrames.js.map +1 -0
  419. package/dist/transport/connectionManager.d.ts +216 -0
  420. package/dist/transport/connectionManager.d.ts.map +1 -0
  421. package/dist/transport/connectionManager.js +674 -0
  422. package/dist/transport/connectionManager.js.map +1 -0
  423. package/dist/transport/credentialLifecycle.d.ts +178 -0
  424. package/dist/transport/credentialLifecycle.d.ts.map +1 -0
  425. package/dist/transport/credentialLifecycle.js +324 -0
  426. package/dist/transport/credentialLifecycle.js.map +1 -0
  427. package/dist/transport/heartbeat.d.ts +66 -0
  428. package/dist/transport/heartbeat.d.ts.map +1 -0
  429. package/dist/transport/heartbeat.js +94 -0
  430. package/dist/transport/heartbeat.js.map +1 -0
  431. package/dist/transport/httpClient.d.ts +143 -0
  432. package/dist/transport/httpClient.d.ts.map +1 -0
  433. package/dist/transport/httpClient.js +150 -0
  434. package/dist/transport/httpClient.js.map +1 -0
  435. package/dist/transport/httpFeed.d.ts +4 -0
  436. package/dist/transport/httpFeed.d.ts.map +1 -0
  437. package/dist/transport/httpFeed.js +94 -0
  438. package/dist/transport/httpFeed.js.map +1 -0
  439. package/dist/transport/httpOptions.d.ts +34 -0
  440. package/dist/transport/httpOptions.d.ts.map +1 -0
  441. package/dist/transport/httpOptions.js +13 -0
  442. package/dist/transport/httpOptions.js.map +1 -0
  443. package/dist/transport/httpTransport.d.ts +68 -0
  444. package/dist/transport/httpTransport.d.ts.map +1 -0
  445. package/dist/transport/httpTransport.js +1433 -0
  446. package/dist/transport/httpTransport.js.map +1 -0
  447. package/dist/transport/networkProbe.d.ts +85 -0
  448. package/dist/transport/networkProbe.d.ts.map +1 -0
  449. package/dist/transport/networkProbe.js +208 -0
  450. package/dist/transport/networkProbe.js.map +1 -0
  451. package/dist/transport/wsFrameHandlers.d.ts +129 -0
  452. package/dist/transport/wsFrameHandlers.d.ts.map +1 -0
  453. package/dist/transport/wsFrameHandlers.js +429 -0
  454. package/dist/transport/wsFrameHandlers.js.map +1 -0
  455. package/dist/transport/wsTransport.d.ts +575 -0
  456. package/dist/transport/wsTransport.d.ts.map +1 -0
  457. package/dist/transport/wsTransport.js +1024 -0
  458. package/dist/transport/wsTransport.js.map +1 -0
  459. package/dist/types/assertExact.d.ts +18 -0
  460. package/dist/types/assertExact.d.ts.map +1 -0
  461. package/dist/types/assertExact.js +2 -0
  462. package/dist/types/assertExact.js.map +1 -0
  463. package/dist/types/global.d.ts +108 -0
  464. package/dist/types/global.d.ts.map +1 -0
  465. package/dist/types/global.js +41 -0
  466. package/dist/types/global.js.map +1 -0
  467. package/dist/types/index.d.ts +206 -0
  468. package/dist/types/index.d.ts.map +1 -0
  469. package/dist/types/index.js +57 -0
  470. package/dist/types/index.js.map +1 -0
  471. package/dist/types/modelData.d.ts +11 -0
  472. package/dist/types/modelData.d.ts.map +1 -0
  473. package/dist/types/modelData.js +10 -0
  474. package/dist/types/modelData.js.map +1 -0
  475. package/dist/types/participant.d.ts +21 -0
  476. package/dist/types/participant.d.ts.map +1 -0
  477. package/dist/types/participant.js +11 -0
  478. package/dist/types/participant.js.map +1 -0
  479. package/dist/types/streams.d.ts +545 -0
  480. package/dist/types/streams.d.ts.map +1 -0
  481. package/dist/types/streams.js +12 -0
  482. package/dist/types/streams.js.map +1 -0
  483. package/dist/utils/asyncIterator.d.ts +35 -0
  484. package/dist/utils/asyncIterator.d.ts.map +1 -0
  485. package/dist/utils/asyncIterator.js +136 -0
  486. package/dist/utils/asyncIterator.js.map +1 -0
  487. package/dist/utils/duration.d.ts +51 -0
  488. package/dist/utils/duration.d.ts.map +1 -0
  489. package/dist/utils/duration.js +78 -0
  490. package/dist/utils/duration.js.map +1 -0
  491. package/dist/utils/json.d.ts +58 -0
  492. package/dist/utils/json.d.ts.map +1 -0
  493. package/dist/utils/json.js +277 -0
  494. package/dist/utils/json.js.map +1 -0
  495. package/dist/webhooks/events.d.ts +44 -0
  496. package/dist/webhooks/events.d.ts.map +1 -0
  497. package/dist/webhooks/events.js +43 -0
  498. package/dist/webhooks/events.js.map +1 -0
  499. package/dist/webhooks/index.d.ts +9 -0
  500. package/dist/webhooks/index.d.ts.map +1 -0
  501. package/dist/webhooks/index.js +9 -0
  502. package/dist/webhooks/index.js.map +1 -0
  503. package/dist/wire/accountResponses.d.ts +463 -0
  504. package/dist/wire/accountResponses.d.ts.map +1 -0
  505. package/dist/wire/accountResponses.js +294 -0
  506. package/dist/wire/accountResponses.js.map +1 -0
  507. package/dist/wire/auth.d.ts +57 -0
  508. package/dist/wire/auth.d.ts.map +1 -0
  509. package/dist/wire/auth.js +71 -0
  510. package/dist/wire/auth.js.map +1 -0
  511. package/dist/wire/bootstrapReason.d.ts +10 -0
  512. package/dist/wire/bootstrapReason.d.ts.map +1 -0
  513. package/dist/wire/bootstrapReason.js +9 -0
  514. package/dist/wire/bootstrapReason.js.map +1 -0
  515. package/dist/wire/claimEvent.d.ts +70 -0
  516. package/dist/wire/claimEvent.d.ts.map +1 -0
  517. package/dist/wire/claimEvent.js +74 -0
  518. package/dist/wire/claimEvent.js.map +1 -0
  519. package/dist/wire/claims.d.ts +475 -0
  520. package/dist/wire/claims.d.ts.map +1 -0
  521. package/dist/wire/claims.js +326 -0
  522. package/dist/wire/claims.js.map +1 -0
  523. package/dist/wire/commit.d.ts +604 -0
  524. package/dist/wire/commit.d.ts.map +1 -0
  525. package/dist/wire/commit.js +322 -0
  526. package/dist/wire/commit.js.map +1 -0
  527. package/dist/wire/delta.d.ts +251 -0
  528. package/dist/wire/delta.d.ts.map +1 -0
  529. package/dist/wire/delta.js +148 -0
  530. package/dist/wire/delta.js.map +1 -0
  531. package/dist/wire/errorEnvelope.d.ts +73 -0
  532. package/dist/wire/errorEnvelope.d.ts.map +1 -0
  533. package/dist/wire/errorEnvelope.js +124 -0
  534. package/dist/wire/errorEnvelope.js.map +1 -0
  535. package/dist/wire/feedCursor.d.ts +61 -0
  536. package/dist/wire/feedCursor.d.ts.map +1 -0
  537. package/dist/wire/feedCursor.js +83 -0
  538. package/dist/wire/feedCursor.js.map +1 -0
  539. package/dist/wire/feedEvent.d.ts +264 -0
  540. package/dist/wire/feedEvent.d.ts.map +1 -0
  541. package/dist/wire/feedEvent.js +66 -0
  542. package/dist/wire/feedEvent.js.map +1 -0
  543. package/dist/wire/frames.d.ts +195 -0
  544. package/dist/wire/frames.d.ts.map +1 -0
  545. package/dist/wire/frames.js +51 -0
  546. package/dist/wire/frames.js.map +1 -0
  547. package/dist/wire/inboundFrames.d.ts +490 -0
  548. package/dist/wire/inboundFrames.d.ts.map +1 -0
  549. package/dist/wire/inboundFrames.js +117 -0
  550. package/dist/wire/inboundFrames.js.map +1 -0
  551. package/dist/wire/index.d.ts +55 -0
  552. package/dist/wire/index.d.ts.map +1 -0
  553. package/dist/wire/index.js +84 -0
  554. package/dist/wire/index.js.map +1 -0
  555. package/dist/wire/listEnvelope.d.ts +38 -0
  556. package/dist/wire/listEnvelope.d.ts.map +1 -0
  557. package/dist/wire/listEnvelope.js +43 -0
  558. package/dist/wire/listEnvelope.js.map +1 -0
  559. package/dist/wire/modelMutations.d.ts +32 -0
  560. package/dist/wire/modelMutations.d.ts.map +1 -0
  561. package/dist/wire/modelMutations.js +53 -0
  562. package/dist/wire/modelMutations.js.map +1 -0
  563. package/dist/wire/modelResponses.d.ts +79 -0
  564. package/dist/wire/modelResponses.d.ts.map +1 -0
  565. package/dist/wire/modelResponses.js +44 -0
  566. package/dist/wire/modelResponses.js.map +1 -0
  567. package/dist/wire/modelShape.d.ts +79 -0
  568. package/dist/wire/modelShape.d.ts.map +1 -0
  569. package/dist/wire/modelShape.js +75 -0
  570. package/dist/wire/modelShape.js.map +1 -0
  571. package/dist/wire/protocol.d.ts +39 -0
  572. package/dist/wire/protocol.d.ts.map +1 -0
  573. package/dist/wire/protocol.js +39 -0
  574. package/dist/wire/protocol.js.map +1 -0
  575. package/dist/wire/protocolVersion.d.ts +74 -0
  576. package/dist/wire/protocolVersion.d.ts.map +1 -0
  577. package/dist/wire/protocolVersion.js +84 -0
  578. package/dist/wire/protocolVersion.js.map +1 -0
  579. package/package.json +187 -0
  580. package/src/ablo.ts +139 -0
  581. package/src/ai-sdk/coordinatedTool.ts +214 -0
  582. package/src/ai-sdk/index.ts +7 -0
  583. package/src/auth/apiKey.ts +540 -0
  584. package/src/auth/bootstrapScope.ts +15 -0
  585. package/src/auth/browserCredentialSafety.ts +48 -0
  586. package/src/auth/capability.ts +326 -0
  587. package/src/auth/capabilityLifecycle.ts +174 -0
  588. package/src/auth/credentialEndpoint.ts +79 -0
  589. package/src/auth/credentialEndpointProtocol.ts +51 -0
  590. package/src/auth/credentialKind.ts +20 -0
  591. package/src/auth/credentialPolicy.ts +244 -0
  592. package/src/auth/credentialResult.ts +23 -0
  593. package/src/auth/credentialSource.ts +99 -0
  594. package/src/auth/hostedEndpoints.ts +24 -0
  595. package/src/auth/identity.ts +330 -0
  596. package/src/auth/index.ts +592 -0
  597. package/src/auth/schemas.ts +94 -0
  598. package/src/auth/sessionMint.ts +126 -0
  599. package/src/auth/token.ts +4 -0
  600. package/src/batching/index.ts +200 -0
  601. package/src/coordination/awaitClaimGrant.ts +243 -0
  602. package/src/coordination/claimHeartbeatLoop.ts +165 -0
  603. package/src/coordination/claimMeta.ts +56 -0
  604. package/src/coordination/events.ts +86 -0
  605. package/src/coordination/index.ts +181 -0
  606. package/src/coordination/locator.ts +200 -0
  607. package/src/coordination/schema.ts +1346 -0
  608. package/src/coordination/targetConflict.ts +85 -0
  609. package/src/coordination/trace.ts +173 -0
  610. package/src/docs/catalog.ts +274 -0
  611. package/src/docs/index.ts +18 -0
  612. package/src/durableWrites.ts +134 -0
  613. package/src/environment.ts +132 -0
  614. package/src/errorCodes.ts +1591 -0
  615. package/src/errors.ts +918 -0
  616. package/src/footprint.ts +0 -0
  617. package/src/headlessClient.ts +161 -0
  618. package/src/index.ts +52 -0
  619. package/src/keys/index.ts +254 -0
  620. package/src/log/syncDeltaRow.ts +119 -0
  621. package/src/logger.ts +22 -0
  622. package/src/observability.ts +85 -0
  623. package/src/policy/types.ts +292 -0
  624. package/src/resources/functionalUpdate.ts +151 -0
  625. package/src/resources/httpResources.ts +520 -0
  626. package/src/resources/modelOperations.ts +444 -0
  627. package/src/resources/mutationOptions.ts +66 -0
  628. package/src/resources/where.ts +160 -0
  629. package/src/resources/writeOptionsSchema.ts +91 -0
  630. package/src/schema/coordination.ts +161 -0
  631. package/src/schema/ddl.ts +593 -0
  632. package/src/schema/ddlLock.ts +53 -0
  633. package/src/schema/diff.ts +489 -0
  634. package/src/schema/field.ts +321 -0
  635. package/src/schema/fieldRef.ts +88 -0
  636. package/src/schema/generate.ts +95 -0
  637. package/src/schema/index.ts +278 -0
  638. package/src/schema/loadStrategy.ts +52 -0
  639. package/src/schema/model.ts +476 -0
  640. package/src/schema/openapi.ts +658 -0
  641. package/src/schema/queries.ts +273 -0
  642. package/src/schema/relation.ts +291 -0
  643. package/src/schema/residency.ts +30 -0
  644. package/src/schema/roles.ts +325 -0
  645. package/src/schema/schema.ts +825 -0
  646. package/src/schema/select.ts +115 -0
  647. package/src/schema/serialize.ts +373 -0
  648. package/src/schema/sugar.ts +194 -0
  649. package/src/schema/tenancy.ts +221 -0
  650. package/src/server/adapter.ts +203 -0
  651. package/src/server/commit.ts +109 -0
  652. package/src/server/index.ts +26 -0
  653. package/src/server/readConfig.ts +82 -0
  654. package/src/server/storageMode.ts +20 -0
  655. package/src/source/adapter.ts +85 -0
  656. package/src/source/adapters/drizzle.ts +291 -0
  657. package/src/source/adapters/kysely.ts +346 -0
  658. package/src/source/adapters/kyselyMutationCore.ts +220 -0
  659. package/src/source/adapters/memory.ts +154 -0
  660. package/src/source/adapters/prisma.ts +282 -0
  661. package/src/source/conformance.ts +287 -0
  662. package/src/source/connector.ts +394 -0
  663. package/src/source/connectorProtocol.ts +189 -0
  664. package/src/source/contract.ts +221 -0
  665. package/src/source/drizzle.ts +1 -0
  666. package/src/source/factory.ts +444 -0
  667. package/src/source/idempotency.ts +189 -0
  668. package/src/source/index.ts +182 -0
  669. package/src/source/kysely.ts +2 -0
  670. package/src/source/migrations.ts +109 -0
  671. package/src/source/next.ts +38 -0
  672. package/src/source/pushQueue.ts +368 -0
  673. package/src/source/signing.ts +279 -0
  674. package/src/source/types.ts +502 -0
  675. package/src/syncLog/contract.ts +32 -0
  676. package/src/syncLog/index.ts +1 -0
  677. package/src/testing/fixtures/httpResponses.ts +155 -0
  678. package/src/transactionLayer.ts +122 -0
  679. package/src/transactions/settlement/commitEnvelope.ts +192 -0
  680. package/src/transactions/settlement/httpCommitEnvelope.ts +250 -0
  681. package/src/transactions/settlement/idempotencyKey.ts +11 -0
  682. package/src/transactions/settlement/pendingWrite.ts +24 -0
  683. package/src/transport/commitFrames.ts +225 -0
  684. package/src/transport/connectionManager.ts +856 -0
  685. package/src/transport/credentialLifecycle.ts +389 -0
  686. package/src/transport/heartbeat.ts +118 -0
  687. package/src/transport/httpClient.ts +354 -0
  688. package/src/transport/httpFeed.ts +111 -0
  689. package/src/transport/httpOptions.ts +41 -0
  690. package/src/transport/httpTransport.ts +1976 -0
  691. package/src/transport/networkProbe.ts +249 -0
  692. package/src/transport/wsFrameHandlers.ts +619 -0
  693. package/src/transport/wsTransport.ts +1491 -0
  694. package/src/types/assertExact.ts +17 -0
  695. package/src/types/global.ts +123 -0
  696. package/src/types/index.ts +270 -0
  697. package/src/types/modelData.ts +11 -0
  698. package/src/types/participant.ts +22 -0
  699. package/src/types/streams.ts +702 -0
  700. package/src/utils/asyncIterator.ts +141 -0
  701. package/src/utils/duration.ts +88 -0
  702. package/src/utils/json.ts +281 -0
  703. package/src/webhooks/events.ts +96 -0
  704. package/src/webhooks/index.ts +12 -0
  705. package/src/wire/accountResponses.ts +328 -0
  706. package/src/wire/auth.ts +86 -0
  707. package/src/wire/bootstrapReason.ts +10 -0
  708. package/src/wire/claimEvent.ts +85 -0
  709. package/src/wire/claims.ts +370 -0
  710. package/src/wire/commit.ts +379 -0
  711. package/src/wire/delta.ts +173 -0
  712. package/src/wire/errorEnvelope.ts +133 -0
  713. package/src/wire/feedCursor.ts +91 -0
  714. package/src/wire/feedEvent.ts +74 -0
  715. package/src/wire/frames.ts +77 -0
  716. package/src/wire/inboundFrames.ts +182 -0
  717. package/src/wire/index.ts +328 -0
  718. package/src/wire/listEnvelope.ts +51 -0
  719. package/src/wire/modelMutations.ts +55 -0
  720. package/src/wire/modelResponses.ts +48 -0
  721. package/src/wire/modelShape.ts +83 -0
  722. package/src/wire/protocol.ts +39 -0
  723. package/src/wire/protocolVersion.ts +97 -0
@@ -0,0 +1,1137 @@
1
+ import { z } from 'zod';
2
+ import { syncGroupInputSchema } from '../schema/roles.js';
3
+ export { syncGroupInputSchema } from '../schema/roles.js';
4
+ import { isFieldRef } from '../schema/fieldRef.js';
5
+ /**
6
+ * Name an app-defined part of a row for a claim target: `part('B2')` for a
7
+ * cell, `part('sec_intro')` for a section. The conflict rule compares part
8
+ * names as opaque case-insensitive strings, so any name is legal on the
9
+ * wire — this marker exists purely so the type surface stays definite about
10
+ * the model's own fields.
11
+ */
12
+ export function part(name) {
13
+ return { part: name };
14
+ }
15
+ /**
16
+ * The wire spelling of a part name, from whichever spelling the caller used.
17
+ *
18
+ * Three, because they are three different promises. A {@link FieldRef} —
19
+ * `schema.fields.tasks.status` — is a field the schema declares, so a name that
20
+ * does not exist never compiles. `part('B2')` is a name the schema does not
21
+ * know and says so. A bare string is neither, and survives only because the
22
+ * erased `SchemaRecord` view and untyped callers still need it.
23
+ *
24
+ * All three become the same string here: the wire has always carried names, and
25
+ * what differs is how much was known before the crossing.
26
+ */
27
+ export function partName(value) {
28
+ if (typeof value === 'string')
29
+ return value;
30
+ return isFieldRef(value) ? value.field : value.part;
31
+ }
32
+ /**
33
+ * One claimable part name.
34
+ *
35
+ * Names compare as opaque strings, so any name is legal — except one that is
36
+ * plainly several. A caller who needed to claim two parts and had only `field`
37
+ * to say it in packed them into one delimited string, and because
38
+ * `blocks:b_1,b_2` and `blocks:b_1` are different names, both writers were
39
+ * granted a lease on `b_1` and one of their updates was lost with nothing
40
+ * raised. `fields` exists to say that, and refusing the packed spelling is what
41
+ * makes the mistake visible at the moment it is made rather than as a missing
42
+ * update later.
43
+ *
44
+ * Deliberately narrow: only the comma, because that is what a caller reaches
45
+ * for to join a list. A part name is otherwise free.
46
+ */
47
+ const partNameSchema = z.string().refine((name) => !name.includes(','), {
48
+ message: 'A part name cannot contain a comma. Claim several parts with `fields: [a, b]` — two names in one `field` compare as a single unrelated name, so both writers would be granted the same part.',
49
+ });
50
+ export const participantKindSchema = z.enum(['user', 'agent', 'system']);
51
+ const _participantKindContract = true;
52
+ void _participantKindContract;
53
+ /**
54
+ * Parses a participant kind from an inbound frame, tolerating an older wire
55
+ * dialect. Some presence and claim frames label a non-agent participant
56
+ * `'human'`, while the rest of the surface uses `'user'` for the same
57
+ * participant. This normalizes `'human'` to `'user'` on read so every consumer
58
+ * switches on one vocabulary. Producers emit the canonical
59
+ * {@link participantKindSchema} values, and the output union is never widened.
60
+ */
61
+ export const wireParticipantKindSchema = z.preprocess((value) => (value === 'human' ? 'user' : value), participantKindSchema);
62
+ /**
63
+ * Resolves a peer's kind from an inbound presence or claim frame. It prefers
64
+ * the server-stamped `participantKind` (normalized through
65
+ * {@link wireParticipantKindSchema}). A frame from an older server that omits
66
+ * that field falls back to the `isAgent` boolean, which can tell 'agent' from
67
+ * 'user' but can never report 'system'.
68
+ */
69
+ export function participantKindFromWire(wireKind, isAgent) {
70
+ const parsed = wireParticipantKindSchema.safeParse(wireKind);
71
+ if (parsed.success)
72
+ return parsed.data;
73
+ return isAgent ? 'agent' : 'user';
74
+ }
75
+ /**
76
+ * Reads the peer-visible description a claim or presence frame carries in its
77
+ * opaque `meta.description`. This is the single place that unpacks that field.
78
+ * A caller that has an explicit `description` should prefer it
79
+ * (`explicit ?? fromMeta`).
80
+ *
81
+ * The parameter is `unknown` because that is the honest requirement: this reads
82
+ * one optional string off a value it does not own. Demanding the wire's open
83
+ * record instead forced every caller holding a claim's *declared* `meta` — the
84
+ * shape registered on `Register`'s `ClaimMeta` slot — through a conversion to
85
+ * ask a question that never needed one.
86
+ */
87
+ export function descriptionFromMeta(meta) {
88
+ if (typeof meta !== 'object' || meta === null)
89
+ return undefined;
90
+ if (!('description' in meta))
91
+ return undefined;
92
+ const { description } = meta;
93
+ return typeof description === 'string' ? description : undefined;
94
+ }
95
+ /** The default a claim carries when its holder describes no work. */
96
+ export const DEFAULT_CLAIM_DESCRIPTION = 'editing';
97
+ /**
98
+ * Resolves the peer-visible description of a claim from the places a caller may
99
+ * have put it, falling back to a plain default.
100
+ *
101
+ * `reason` was this field's name before it was renamed, and the rename shipped
102
+ * without leaving anything behind — so the wire kept accepting both spellings
103
+ * while the SDK type quietly offered only one, and two branches "fixed" the
104
+ * gap in opposite directions without either being contradicted by a compiler.
105
+ * The precedence is declared once, here, and both the client and the server
106
+ * read it from this function rather than each spelling out the same `??` chain.
107
+ *
108
+ * A caller whose default differs — a claim taken around a `create` describes
109
+ * itself as `'creating'` — passes that word as `fallback`; the precedence above
110
+ * it stays this function's.
111
+ */
112
+ export function claimDescription(source, fallback = DEFAULT_CLAIM_DESCRIPTION) {
113
+ return (source.description ??
114
+ descriptionFromMeta(source.meta) ??
115
+ source.reason ??
116
+ fallback);
117
+ }
118
+ /**
119
+ * What a coordination event points at — the locator shared by all three
120
+ * layers. It names an entity, optionally narrowed to a field or set of fields,
121
+ * and carries opaque application metadata.
122
+ */
123
+ export const targetRefSchema = z.object({
124
+ entityType: z.string(),
125
+ entityId: z.string(),
126
+ field: partNameSchema.optional(),
127
+ /**
128
+ * Several named parts of one row, claimed together — three sections of a
129
+ * document, two cells of a table.
130
+ *
131
+ * This exists because there was no way to say it. A caller who needed it
132
+ * packed the set into `field` as one delimited string, and the conflict rule
133
+ * compares `field` for equality: `blocks:b_1` and `blocks:b_1,b_2` read as
134
+ * unrelated targets, so both writers were granted a lease on `b_1` and one
135
+ * of their updates was lost with nothing raised. A set compares as a set —
136
+ * overlapping sets conflict, disjoint sets do not.
137
+ *
138
+ * `field` remains for the single-field case and is read as a set of one, so
139
+ * a claim naming `field` and a claim naming `fields` still compare correctly
140
+ * against each other.
141
+ */
142
+ fields: z.array(partNameSchema).readonly().optional(),
143
+ meta: z.record(z.string(), z.unknown()).optional(),
144
+ });
145
+ /**
146
+ * The same locator in the spelling the wait line and the claim handle use —
147
+ * `{ type, id }` for the entity, the sub-entity half unchanged. It is a
148
+ * projection of {@link targetRefSchema} rather than a second declaration, so a
149
+ * member added to the locator reaches the wait line without anyone editing it;
150
+ * a hand-written copy here is how `fields` came to be missing from queue frames.
151
+ */
152
+ const streamTargetSchema = targetRefSchema
153
+ .omit({ entityType: true, entityId: true })
154
+ .extend({ type: z.string(), id: z.string() });
155
+ // ─────────────────────────────────────────────────────────────────────────
156
+ // Layer 3 — optimistic stale-context (the write guard)
157
+ // ─────────────────────────────────────────────────────────────────────────
158
+ /**
159
+ * How the server treats a write whose snapshot watermark (`readAt`) is older
160
+ * than the target row's latest change. There are three dispositions:
161
+ * • `notify` — hold the write and return a {@link StaleNotification}
162
+ * carrying the current value, so the actor (agent or human)
163
+ * can resolve it.
164
+ * • `reject` — throw `AbloStaleContextError`, the default when `readAt`
165
+ * is present.
166
+ * • `overwrite` — apply the write blindly, last write wins, with no signal.
167
+ */
168
+ export const onStaleModeSchema = z.enum(['reject', 'overwrite', 'notify']);
169
+ /**
170
+ * The optimistic guard carried on a commit operation. `readAt` is the
171
+ * snapshot watermark from `context.capture` (null/absent ⇒ unguarded write).
172
+ * `bypass` is the explicit, recorded override of a *foreign* pessimistic
173
+ * claim — see the claim layer below.
174
+ */
175
+ export const writeGuardSchema = z.object({
176
+ readAt: z.number().nullish(),
177
+ onStale: onStaleModeSchema.nullish(),
178
+ bypass: z.boolean().optional(),
179
+ });
180
+ /**
181
+ * The advisory returned to a committer whose write hit a stale-context
182
+ * conflict under `onStale: 'notify'` — it reports that the value the committer
183
+ * reasoned against changed while they were away. Rather than throwing, the
184
+ * server hands back the conflicting field's current value as data so the
185
+ * actor — an agent or a human — can reconcile and re-commit. A claim is the
186
+ * prospective form of the same idea (coordinate before acting); this
187
+ * notification is the in-flight form (here is what changed, you resolve). It
188
+ * rides on the commit acknowledgement alongside `lastSyncId`; an empty or
189
+ * absent array means nothing the committer depended on moved.
190
+ *
191
+ * Only `onStale: 'notify'` produces this. The conflicting operation was held,
192
+ * not written, and the actor reconciles against `currentValues` and
193
+ * re-commits. `reject` throws instead, and `overwrite` proceeds silently —
194
+ * neither notifies.
195
+ */
196
+ export const staleNotificationSchema = z.object({
197
+ /** Names this object's type; every returned object carries such a tag. */
198
+ object: z.literal('stale_notification').optional(),
199
+ /** Model name of the conflicting row. */
200
+ model: z.string(),
201
+ /** Row id. */
202
+ id: z.string(),
203
+ /** The watermark the committer reasoned against (its `readAt`). */
204
+ readAt: z.number(),
205
+ /**
206
+ * Newest delta id on the row — the committer's new watermark. Re-capture
207
+ * context at/after this id to reconcile.
208
+ */
209
+ observedSyncId: z.number(),
210
+ /**
211
+ * Fields whose concurrent change collided with this write (intersection of
212
+ * the committer's written columns and a newer delta's `changed_fields`).
213
+ * Empty ⇒ a whole-entity change (CREATE/DELETE/legacy delta).
214
+ */
215
+ conflictingFields: z.array(z.string()),
216
+ /**
217
+ * The live values of `conflictingFields` after the conflict — the piece a
218
+ * plain stale error omits. It lets the actor reconcile without a follow-up read.
219
+ */
220
+ currentValues: z.record(z.string(), z.unknown()),
221
+ /** Who wrote the conflicting delta. */
222
+ writtenBy: z.object({
223
+ kind: participantKindSchema,
224
+ id: z.string(),
225
+ }),
226
+ /**
227
+ * Set when this notification is for a GROUP premise (e.g. `report:abc`,
228
+ * `section:s1`) rather than a single row — "something in the group you read
229
+ * changed." For a group notification `conflictingFields`/`currentValues` are
230
+ * empty (the change could span many rows); re-read the group at
231
+ * `observedSyncId` to reconcile. Absent ⇒ a row-scoped notification.
232
+ */
233
+ group: z.string().optional(),
234
+ });
235
+ /**
236
+ * One entry in a commit's batch premise — a read it was based on, so the
237
+ * server can ask "did anything I looked at change?" — broader than the
238
+ * write-target check, which only validates the rows being written. The server
239
+ * re-runs stale detection against each entry at its `readAt`; a moved premise
240
+ * fires the entry's `onStale` disposition (default `reject`) across the whole
241
+ * batch (`notify` holds every write and notifies, `reject` aborts, `overwrite`
242
+ * proceeds silently). An entry comes at one of two granularities:
243
+ *
244
+ * • Row — `{ model, id, readAt, fields? }`: did this specific row, or these
245
+ * specific fields, change?
246
+ * • Group — `{ group, readAt }`: did anything in this sync group change?
247
+ * `group` is a sync-group key such as `report:abc` or `section:s1`, the
248
+ * same unit a participant watches and claims.
249
+ *
250
+ * See `packages/ablo/docs/concurrency-convention.md` (§4) for the
251
+ * governing convention and the receive → reconcile loop.
252
+ */
253
+ const readRowDependencySchema = z.object({
254
+ model: z.string(),
255
+ id: z.string(),
256
+ readAt: z.number(),
257
+ fields: z.array(z.string()).readonly().optional(),
258
+ onStale: onStaleModeSchema.optional(),
259
+ });
260
+ const readGroupDependencySchema = z.object({
261
+ group: z.string(),
262
+ readAt: z.number(),
263
+ onStale: onStaleModeSchema.optional(),
264
+ });
265
+ export const readDependencySchema = z.union([
266
+ readRowDependencySchema,
267
+ readGroupDependencySchema,
268
+ ]);
269
+ /**
270
+ * A durable premise — what a participant is watching so that a later
271
+ * change to it opens a {@link StaleNotification}. Where a {@link ReadDependency}
272
+ * is checked once at commit and discarded, a `TrackDependency` is kept and
273
+ * re-checked against every future delta. The row form watches one object; the
274
+ * group form watches a whole sync group ("anything in `report:abc`"). See
275
+ * `packages/ablo/docs/groups.md` for how it drives change propagation.
276
+ *
277
+ * It is a PROJECTION of the ephemeral premise, not a second declaration of the
278
+ * same reference: a track names its target exactly as a read does, and the
279
+ * three ways it differs are stated here as omissions the compiler holds.
280
+ *
281
+ * • no `onStale` — a track always notifies; that is what tracking is;
282
+ * • no `fields` — a track fires at row grain, because the server keeps one
283
+ * row per tracked target and reports that the target moved, not which
284
+ * column did (`track_dependencies` has no field axis to store one in);
285
+ * • `readAt` optional — it defaults to the watermark of the commit that
286
+ * registered the track, so a caller with nothing to say about when it last
287
+ * looked gets "from here on".
288
+ *
289
+ * A field added to the premise reaches both halves; a field the durable half
290
+ * genuinely cannot carry has to be omitted here on purpose, in one line, rather
291
+ * than by being quietly left out of a copy.
292
+ */
293
+ const trackReadAtSchema = { readAt: z.number().optional() };
294
+ export const trackDependencySchema = z.union([
295
+ readRowDependencySchema
296
+ .omit({ onStale: true, fields: true, readAt: true })
297
+ .extend(trackReadAtSchema),
298
+ readGroupDependencySchema
299
+ .omit({ onStale: true, readAt: true })
300
+ .extend(trackReadAtSchema),
301
+ ]);
302
+ // ─────────────────────────────────────────────────────────────────────────
303
+ // Layer 2 — pessimistic claims and leases
304
+ // ─────────────────────────────────────────────────────────────────────────
305
+ /**
306
+ * The lifecycle of a claim. When absent on the wire it means `'active'` (an
307
+ * additive back-compat default). The server stamps `'active'` on `claim_begin`
308
+ * and emits one terminal frame — `committed`, `canceled`, or `expired` — as the
309
+ * claim ends, so contenders learn how it resolved, not merely that it vanished.
310
+ */
311
+ export const wireClaimStatusSchema = z.enum([
312
+ 'active',
313
+ 'committed',
314
+ 'expired',
315
+ 'canceled',
316
+ ]);
317
+ /**
318
+ * Every lifecycle state of a claim, as a caller sees it.
319
+ *
320
+ * `active` is the current holder — the lock itself. `queued` is waiting in line
321
+ * behind the holder and carries an advisory `position`. The rest are terminal
322
+ * and drop the claim from the synced set.
323
+ *
324
+ * Distinct from {@link wireClaimStatusSchema}, which never carries `queued`
325
+ * because the wire frame for a waiter is a different message. This is the one a
326
+ * published contract describes, so it is a schema rather than a bare TS union —
327
+ * a union cannot be derived into the API reference.
328
+ */
329
+ export const publicClaimStatusSchema = z.enum([
330
+ 'active',
331
+ 'queued',
332
+ 'committed',
333
+ 'expired',
334
+ 'canceled',
335
+ ]);
336
+ /**
337
+ * @deprecated Renamed to {@link wireClaimStatusSchema} — this is the wire enum,
338
+ * which never carries `'queued'`; the five-state public status lives in
339
+ * types/streams. Removed in 0.36.0.
340
+ */
341
+ export const claimStatusSchema = wireClaimStatusSchema;
342
+ /**
343
+ * Server-owned grant stamps — minted once when a claim is first granted and
344
+ * preserved verbatim across a re-announce of the same `claimId`, so neither a
345
+ * reconnect nor a client-supplied value can move them (unlike `declaredAt`,
346
+ * which the client sends afresh each announce). Both optional: a frame without
347
+ * them stays valid, and the feature each backs simply does not engage.
348
+ */
349
+ const grantStampFields = {
350
+ /**
351
+ * The monotonic fencing token minted for this grant (Option B). Strictly
352
+ * increasing per entity across successive grants, so a write that carries it
353
+ * is rejected at commit if a later holder already advanced the entity's
354
+ * high-water. A token-less write is simply not fence-checked.
355
+ */
356
+ fenceToken: z.number().optional(),
357
+ /**
358
+ * Lease origin (epoch ms): when THIS holding was acquired. The cumulative-
359
+ * hold ceiling measures a holder's fair share from here — and because it
360
+ * survives a re-announce, a reconnect cannot rewind the clock.
361
+ */
362
+ acquiredAt: z.number().optional(),
363
+ };
364
+ /**
365
+ * A holder as the participant blocked behind them sees it: who has the row,
366
+ * what they said they are doing, and until when.
367
+ *
368
+ * This is the smaller half of a claim, so it is declared first and the full
369
+ * claim extends it — the waiter's view cannot omit a member the holder's view
370
+ * has, because there is nowhere for it to be omitted. Listing what to keep was
371
+ * the bug: this named `field` and not `path`, `range`, or `fields`, so a waiter
372
+ * could see that a row was held but never which part of it, and every locator
373
+ * member added later would have been missing here too.
374
+ */
375
+ export const wireClaimSummarySchema = targetRefSchema.extend({
376
+ claimId: z.string(),
377
+ /**
378
+ * Peer-visible description of the work being done (`'rewriting the risk
379
+ * section to match Q3'`). The server stamps a default when a frame carries
380
+ * none.
381
+ */
382
+ description: z.string().optional(),
383
+ /** Server-stamped declaration time (epoch ms). */
384
+ declaredAt: z.number(),
385
+ /** Server-computed TTL deadline (epoch ms). Readers treat as advisory. */
386
+ expiresAt: z.number(),
387
+ /**
388
+ * On whose authority the holder acts, and under which grant — stamped by the
389
+ * server off the connection's credential, never accepted from the frame. The
390
+ * same three fields the delta this claim produces will record, so "who is
391
+ * doing this" and "who did this" answer in one vocabulary.
392
+ *
393
+ * On the summary rather than the full claim because this is precisely what a
394
+ * blocked waiter needs: yielding to a colleague and queuing behind another
395
+ * customer's agent are different decisions.
396
+ *
397
+ * All three optional and additive — an older server omits them, which is a
398
+ * different fact from a holder that has no delegator.
399
+ */
400
+ onBehalfOfId: z.string().nullish(),
401
+ onBehalfOfKind: wireParticipantKindSchema.nullish(),
402
+ capabilityId: z.string().nullish(),
403
+ });
404
+ /**
405
+ * The full claim as its holder's own frames carry it — the waiter's view plus
406
+ * the lifecycle and grant stamps that belong to the holding itself.
407
+ */
408
+ const wireClaimBaseSchema = wireClaimSummarySchema.extend({
409
+ status: wireClaimStatusSchema.optional(),
410
+ ...grantStampFields,
411
+ });
412
+ /** Why a claim ended in a non-success terminal state. */
413
+ export const claimErrorSchema = z.object({
414
+ code: z.string(),
415
+ message: z.string().optional(),
416
+ /** Participant already holding the target (conflict rejections). */
417
+ heldBy: z.string().optional(),
418
+ heldByClaimId: z.string().optional(),
419
+ heldByExpiresAt: z.number().optional(),
420
+ /** Rich holder context for conflict rejections. Additive: older frames omit it. */
421
+ heldByClaim: wireClaimSummarySchema.optional(),
422
+ /** Optional conflict-policy explanation. Additive: older frames omit it. */
423
+ policyReason: z.string().optional(),
424
+ });
425
+ /**
426
+ * Why a claim ended without its holder releasing it, or was refused.
427
+ *
428
+ * A closed set, because the two refusals are different guarantees and a reader
429
+ * has to be able to tell them apart: `conflict` means someone holds the row
430
+ * right now and you may queue behind them, while `coordination_unavailable`
431
+ * means the coordinator could not answer, so nothing is known about the row.
432
+ * `expired` and `preempted` are the two ways a lease you held ends.
433
+ *
434
+ * The rejection frame's `reason` stays a plain string on the wire — it is
435
+ * frozen, and an older server may send a word not listed here. This is the
436
+ * reader's side of it: a value that parses becomes the typed reason, and one
437
+ * that does not is simply absent rather than smuggled through as prose.
438
+ * {@link claimExpiredSchema} and {@link claimLostSchema} already spelled their
439
+ * reasons as enums; this brings the refusals into line.
440
+ */
441
+ export const claimEventReasonSchema = z.enum([
442
+ 'conflict',
443
+ 'coordination_unavailable',
444
+ 'capability_denied',
445
+ 'invalid_target',
446
+ 'expired',
447
+ 'preempted',
448
+ ]);
449
+ /**
450
+ * A declared, pending-mutation claim — the unit broadcast inside a presence
451
+ * frame's `activeClaims`. The client supplies the descriptive `targetRef`
452
+ * fields, a `description` of the work, and a chosen `claimId`; the server stamps
453
+ * `declaredAt` and `expiresAt` and may set `status` and `error`. Those last
454
+ * two are optional, so one shape serves both the server, which sets them, and
455
+ * the leaner SDK view, which reads a claim without them.
456
+ */
457
+ export const wireClaimSchema = wireClaimBaseSchema.extend({
458
+ error: claimErrorSchema.optional(),
459
+ });
460
+ export const claimRejectionSchema = z.object({
461
+ claimId: z.string(),
462
+ /**
463
+ * Why the claim was refused, as one of {@link claimEventReasonSchema}'s
464
+ * words — so a caller can branch on it. `conflict` means someone holds the
465
+ * row right now and you may queue behind them; `coordination_unavailable`
466
+ * means the coordinator could not answer, so nothing is known about it.
467
+ * Those are different decisions, and a free string made them one.
468
+ *
469
+ * The wire spelling is frozen and an older server may send a word not listed
470
+ * there, so this reads the way {@link wireParticipantKindSchema} reads its
471
+ * dialect: a value that parses becomes the typed reason, and one that does
472
+ * not is absent rather than smuggled through as prose. Prose has its own
473
+ * field — `policyReason` below — which is why nothing is lost by refusing to
474
+ * carry it here.
475
+ *
476
+ * The registry code a caller finally sees on `AbloClaimedError`
477
+ * (`claim_conflict`) stays a separate vocabulary, mapped at the throw. Two
478
+ * small vocabularies with one mapping point beat one vocabulary and a
479
+ * projection of it that has to be maintained as the registry grows.
480
+ */
481
+ reason: z.preprocess((value) => (claimEventReasonSchema.safeParse(value).success ? value : undefined), claimEventReasonSchema.optional()),
482
+ target: targetRefSchema.optional(),
483
+ heldBy: z.string().optional(),
484
+ /**
485
+ * Whether the holder blocking this claim is a person, an agent, or the
486
+ * system. The server already derives this from the holder's id when it
487
+ * builds the conflict; carrying it means a caller can decide how to respond
488
+ * — yield to a person, queue behind an agent — without parsing an opaque id
489
+ * for a prefix and guessing. Additive: an older server omits it.
490
+ */
491
+ heldByKind: wireParticipantKindSchema.optional(),
492
+ heldByClaimId: z.string().optional(),
493
+ heldByExpiresAt: z.number().optional(),
494
+ heldByClaim: wireClaimSummarySchema.optional(),
495
+ policyReason: z.string().optional(),
496
+ });
497
+ /**
498
+ * The point-to-point notification sent to a holder whose lease ended without
499
+ * a successful commit. This remains a wire-shaped target because it arrives
500
+ * directly from the WebSocket; the schema is the single validation boundary
501
+ * before the event reaches public `claims.onLost` listeners.
502
+ */
503
+ export const claimLostSchema = z.object({
504
+ claimId: z.string(),
505
+ reason: z.enum(['expired', 'preempted']),
506
+ target: targetRefSchema,
507
+ });
508
+ /**
509
+ * The lease is ours without waiting — the target was free when the claim
510
+ * arrived. `fenceToken` is present whenever the coordinator minted one, and a
511
+ * write carries it back so a lapsed lease cannot apply late.
512
+ */
513
+ export const claimAcquiredSchema = z.object({
514
+ claimId: z.string(),
515
+ fenceToken: z.number().optional(),
516
+ target: targetRefSchema,
517
+ });
518
+ /**
519
+ * A queued claim reached the head of the line and the lease is now ours. The
520
+ * shape matches {@link claimAcquiredSchema} exactly — the two frames differ
521
+ * only in whether the caller waited — but they stay separate declarations
522
+ * because they are separate wire contracts, and collapsing them would let a
523
+ * change to one silently redefine the other.
524
+ */
525
+ export const claimGrantedSchema = z.object({
526
+ claimId: z.string(),
527
+ fenceToken: z.number().optional(),
528
+ target: targetRefSchema,
529
+ });
530
+ /**
531
+ * Our claim is waiting in line behind a live holder — the same conflict
532
+ * {@link claimRejectionSchema} reports, delivered as a wait rather than a
533
+ * refusal, plus the caller's `position`.
534
+ *
535
+ * `reason` is the one member that does not carry over as required. A refusal
536
+ * states why it refused; a wait has only ever named the conflict through
537
+ * `heldBy`/`heldByClaim`, and no server has ever stamped `reason` on this
538
+ * frame. Requiring it here — inherited silently by extending the rejection
539
+ * schema — made the parse boundary reject every genuine `claim_queued` as
540
+ * malformed the moment frame validation went in. Optional is what the wire
541
+ * actually is, and it stays derived from the rejection field so the two cannot
542
+ * describe the value differently.
543
+ *
544
+ * `position` is advisory: a privileged reorder can move it up, so a caller
545
+ * that asserts monotonic position will fail in production. Only the arrival of
546
+ * a grant is authoritative.
547
+ */
548
+ export const claimQueuedSchema = claimRejectionSchema.extend({
549
+ position: z.number(),
550
+ reason: claimRejectionSchema.shape.reason.optional(),
551
+ });
552
+ /**
553
+ * One entry in a wait-line snapshot.
554
+ *
555
+ * NOTE — this is the third spelling of a target locator on the wire: here it is
556
+ * `{ type, id }`, the HTTP claim DTO uses `{ model, id }`
557
+ * ({@link modelTargetSchema}), and the claim frames use
558
+ * `{ entityType, entityId }` ({@link targetRefSchema}). The schema describes
559
+ * what the server sends today rather than what it should send; unifying the
560
+ * three is a coordinated protocol change scheduled behind the protocol version.
561
+ * Until it happens, the translation between the spellings lives in one place —
562
+ * `wireTarget`, `modelTarget` and `streamTarget` in ./locator.ts — so no hop
563
+ * gets to invent a fourth.
564
+ */
565
+ export const claimQueueEntrySchema = z.object({
566
+ object: z.literal('claim'),
567
+ id: z.string(),
568
+ status: z.literal('queued'),
569
+ target: streamTargetSchema,
570
+ /**
571
+ * Peer-visible description of the work. A claim may be declared without one,
572
+ * and the public `Claim` promises the field is always there — so the default
573
+ * lives here, applied as the frame is decoded, rather than being restated by
574
+ * each reader.
575
+ */
576
+ description: z.string().default('editing'),
577
+ heldBy: z.string().optional(),
578
+ participantKind: wireParticipantKindSchema.optional(),
579
+ position: z.number(),
580
+ expiresAt: z.number(),
581
+ });
582
+ /**
583
+ * The whole wait line for one row, rebroadcast to that row's peers on every
584
+ * queue mutation. This is what backs the reactive
585
+ * `ablo.<model>.claim.queue({ id })` read, which is why it carries the full
586
+ * line rather than a delta against it.
587
+ */
588
+ export const claimQueueSchema = z.object({
589
+ target: streamTargetSchema.pick({ type: true, id: true }),
590
+ queue: z.array(claimQueueEntrySchema),
591
+ });
592
+ /**
593
+ * A held claim's TTL lapsed server-side. The claim is already inactive by the
594
+ * time this arrives, so a consumer either re-claims with a fresh credential or
595
+ * accepts the drop; there is nothing to release.
596
+ */
597
+ export const claimExpiredSchema = z.object({
598
+ claimId: z.string(),
599
+ });
600
+ /**
601
+ * What a {@link ModelClaim} points at — the target locator as SDK callers see
602
+ * it, keyed by `model` and `id` rather than the wire schema's `entityType` and
603
+ * `entityId`. This is the public `ModelTarget` shape.
604
+ */
605
+ export const modelTargetSchema = z
606
+ .object({
607
+ model: z.string(),
608
+ id: z.string(),
609
+ field: z.string().optional(),
610
+ /** Several named parts at once — see {@link targetRefSchema}. */
611
+ fields: z.array(z.string()).readonly().optional(),
612
+ meta: z.record(z.string(), z.unknown()).optional(),
613
+ })
614
+ .readonly();
615
+ /**
616
+ * The two states a claim can be observed in while it still exists.
617
+ *
618
+ * Derived from {@link publicClaimStatusSchema} rather than spelled again: the
619
+ * other three are terminal and drop the claim from the observable set, so a
620
+ * listing or a peer's view can only ever see these. Extracting them by name
621
+ * means a state added to the public vocabulary is a deliberate decision about
622
+ * whether it is observable, not a silent omission.
623
+ */
624
+ export const heldClaimStatusSchema = publicClaimStatusSchema.extract([
625
+ 'active',
626
+ 'queued',
627
+ ]);
628
+ /**
629
+ * ONE CLAIM — everything true about a lease at a moment: what it points at, who
630
+ * holds it, what they said they are doing, where it stands, and until when.
631
+ *
632
+ * Every caller-facing surface that answers a question about a claim is a
633
+ * PROJECTION of this record, never a second object: {@link modelClaimSchema} is
634
+ * what a peer may see, and `claimStateSchema` (`wire/claims.ts`) is what a
635
+ * caller polls about a claim of its own. Each is pinned to this record, so a
636
+ * field added here either reaches the people it was declared for or fails to
637
+ * compile.
638
+ *
639
+ * Before this, the peer-visible shape was a standalone `z.object` deriving from
640
+ * nothing, and the polling shape was a third. That is why it took reading four
641
+ * files to answer whether a heartbeat's progress reaches an asker — the
642
+ * declaring surface and the observing surface were kept in step by hand, and
643
+ * three of their shared fields had already drifted on how strictly they parse.
644
+ *
645
+ * What this record deliberately does NOT unify is the socket family
646
+ * ({@link wireClaimSchema} and its base). Those carry the same claim under the
647
+ * `entityType`/`entityId` locator rather than `model`/`id`, and they already
648
+ * derive from one another; collapsing the two locator spellings is a wire
649
+ * rename, not a projection.
650
+ */
651
+ export const claimRecordSchema = z.object({
652
+ /** The claim's identity. Spelled `claimId` where a message names a claim it
653
+ * is not itself, and `id` where the claim is the resource. */
654
+ id: z.string(),
655
+ /** Who holds it. */
656
+ actor: z.string(),
657
+ /** Parsed through {@link wireParticipantKindSchema}, so a legacy `'human'`
658
+ * frame normalizes to `'user'`. */
659
+ participantKind: wireParticipantKindSchema,
660
+ /**
661
+ * On whose authority the holder acts — the same three fields, with the same
662
+ * meanings, that `deltaAttributionSchema` records on every delta the claim
663
+ * goes on to produce, and sourced the same way: off the credential the
664
+ * connection authenticated with, never from the caller.
665
+ *
666
+ * A claim that carries only `actor` can say who is doing something and not
667
+ * who asked for it. "What is agent a7f3 doing" is a debugging question;
668
+ * "what is running on behalf of this customer right now" is an operations
669
+ * question, and until these are here it is answerable only in hindsight,
670
+ * against the audit log, after the fact.
671
+ *
672
+ * Null rather than absent when there is genuinely no delegator or no grant —
673
+ * a person acting directly is their own principal, and a session holds no
674
+ * capability.
675
+ */
676
+ onBehalfOfId: z.string().nullable(),
677
+ onBehalfOfKind: wireParticipantKindSchema.nullable(),
678
+ capabilityId: z.string().nullable(),
679
+ /**
680
+ * What the holder said they are doing (`'rewriting the risk section'`).
681
+ *
682
+ * A caller may declare it as `description`, as the older `reason`, or inside
683
+ * `meta`; {@link claimDescription} resolves those to this one field with a
684
+ * declared precedence, so only one of them is ever a shape.
685
+ */
686
+ description: z.string(),
687
+ /** Holding the row, or waiting in line for it. */
688
+ status: heldClaimStatusSchema,
689
+ /**
690
+ * Place in the wait line. Advisory: a privileged caller can reorder the
691
+ * queue, so a position can go UP between reads — only `status` is
692
+ * authoritative.
693
+ */
694
+ position: z.number().int().nonnegative(),
695
+ /**
696
+ * When the lease lapses without a heartbeat, in epoch milliseconds — the same
697
+ * encoding as the WebSocket {@link WireClaim}, so one timestamp
698
+ * representation spans the wire, the SDK, HTTP, and errors. There is no ISO
699
+ * string anywhere.
700
+ */
701
+ expiresAt: z.number().int(),
702
+ /** The grant's fencing token, minted at acquisition. Present on a claim that
703
+ * is held, never on one that is queued. */
704
+ fenceToken: z.number().int(),
705
+ /** The row, and which part of it. */
706
+ target: modelTargetSchema,
707
+ /**
708
+ * The claim's metadata as an OPEN record — including what the coordinator
709
+ * writes there rather than the holder. A heartbeat's `details` lands here as
710
+ * `progress` (last beat wins), so an asker reads
711
+ * `claim.state({ id })?.meta.progress`. It is presence, not a checkpoint: it
712
+ * dies with the lease.
713
+ *
714
+ * This is the same bag the wire carries; what is new is that it has a home at
715
+ * the CLAIM level. Both projections used to file it under `target` alone, and
716
+ * `target.meta` is typed as the shape the program registered for its own claim
717
+ * metadata — so a server-written key was unreadable there by construction:
718
+ * `target.meta.progress` does not typecheck for any program that declared a
719
+ * shape, and the value was arriving in a slot whose type forbids it.
720
+ *
721
+ * Two views of one field, each typed for its reader: `target.meta` stays the
722
+ * holder's declared shape, and this stays open, because a peer reading someone
723
+ * else's claim has no grounds to assume the writer's declaration.
724
+ */
725
+ meta: z.record(z.string(), z.unknown()).optional(),
726
+ });
727
+ /**
728
+ * A claim as SDK callers and the HTTP claim routes see it
729
+ * (`ablo.<model>.claim.state`, `GET /v1/claims`) — the resolved, peer-readable
730
+ * view of one active or queued claim. The client's `ModelClaim` type derives
731
+ * from this shape.
732
+ *
733
+ * Everything but the deprecated `field` is projected from
734
+ * {@link claimRecordSchema}. Four members are optional here and required on the
735
+ * record, and the split is the same in each case: the record says what a claim
736
+ * IS, while a peer's view of one may legitimately have been built without them
737
+ * — a queued claim has no `fenceToken`, a held one has no `position`, an older
738
+ * producer sends no `status`, and a claim may be declared with no description.
739
+ */
740
+ export const modelClaimSchema = claimRecordSchema
741
+ .partial({
742
+ description: true,
743
+ status: true,
744
+ position: true,
745
+ fenceToken: true,
746
+ // Additive: a server that predates the delegation trio omits all three,
747
+ // which is a different fact from a claim that has no delegator (null).
748
+ onBehalfOfId: true,
749
+ onBehalfOfKind: true,
750
+ capabilityId: true,
751
+ })
752
+ .extend({
753
+ /**
754
+ * @deprecated Read `target.field` instead, and `target.fields` for a claim
755
+ * on several parts of the row. Removed in 0.36.0.
756
+ *
757
+ * This says the same thing as `target.field` and nothing keeps the two
758
+ * agreeing, so a producer that sets one and not the other publishes a
759
+ * claim that contradicts itself. It also cannot express a field set at
760
+ * all, which is the reason `target.fields` exists.
761
+ */
762
+ field: z.string().optional(),
763
+ })
764
+ .readonly();
765
+ /**
766
+ * The peer-visible view covers the record. A field added to a claim is either
767
+ * projected to the people it was declared for, or deliberately dropped by an
768
+ * `.omit` here — never missing because nobody remembered the second object.
769
+ */
770
+ const _modelClaimCoversRecord = true;
771
+ void _modelClaimCoversRecord;
772
+ /**
773
+ * The `claim_begin` payload a client sends. It carries the descriptive target
774
+ * and a `description` of the work, an optional duration hint, and the opt-in
775
+ * fair-queue flag. The server stamps the lifecycle and timestamp fields, so they
776
+ * are not part of this inbound shape — this is exactly what the server validates
777
+ * on ingest.
778
+ */
779
+ export const claimBeginPayloadSchema = targetRefSchema.extend({
780
+ claimId: z.string(),
781
+ /** Peer-visible description of the work. The server stamps `'editing'` when a
782
+ * frame carries none. */
783
+ description: z.string().optional(),
784
+ /** Hint for `expiresAt`; the server caps it. */
785
+ estimatedMs: z.number().optional(),
786
+ /**
787
+ * Opt into the fair wait queue. When the target is already held, the server
788
+ * enqueues this claim in FIFO order and replies `claim_queued`, then
789
+ * `claim_granted` later, instead of `claim_rejected`. A client that sets this
790
+ * must be ready to handle the grant.
791
+ */
792
+ queue: z.boolean().optional(),
793
+ });
794
+ /**
795
+ * The `claim_abandon` payload a client sends. `entityType` and `entityId` let
796
+ * the server dequeue a claim that is still waiting (not yet held) from the FIFO
797
+ * line; abandoning a claim that is already held needs only `claimId`.
798
+ */
799
+ export const claimAbandonPayloadSchema = z.object({
800
+ claimId: z.string(),
801
+ entityType: z.string().optional(),
802
+ entityId: z.string().optional(),
803
+ });
804
+ /**
805
+ * The `claim_reorder` payload a client sends. A privileged participant, such as
806
+ * a supervisor over its sub-agents, re-ranks the FIFO wait queue for an entity:
807
+ * `order` lists waiters by `heldBy` and `claimId` in the desired priority, and
808
+ * any waiter not listed keeps its relative order behind those that are. The
809
+ * server gates who may call this and drops an unauthorized sender. Where
810
+ * `claim_abandon` acts on the caller's own entry, a reorder acts on other
811
+ * participants' queue positions — which is why it is gated.
812
+ */
813
+ export const claimReorderPayloadSchema = z.object({
814
+ entityType: z.string(),
815
+ entityId: z.string(),
816
+ order: z.array(z.object({ heldBy: z.string(), claimId: z.string() })),
817
+ });
818
+ // ─────────────────────────────────────────────────────────────────────────
819
+ // Heartbeat — the async / long-running-work surface of a claim.
820
+ //
821
+ // A claim's TTL is crash cleanup, not a work-duration estimate. Work that
822
+ // outlives it — an agent run, a background worker's job — keeps its lease by
823
+ // BEATING: request `claim_heartbeat`, reply `claim_heartbeat_ack`. One field
824
+ // set serves every shape; the single and batched payloads are both derived
825
+ // from it, and the WebSocket frame and HTTP routes are two encodings of the
826
+ // same messages. Everything long-running-work-related on the wire lives in
827
+ // this block.
828
+ // ─────────────────────────────────────────────────────────────────────────
829
+ /**
830
+ * The one field set behind every heartbeat message. The single-claim payload
831
+ * refines it; the batched payload picks from it — there is deliberately no
832
+ * second shape to keep in sync.
833
+ */
834
+ const claimHeartbeatFieldsSchema = z.object({
835
+ claimId: z.string().optional(),
836
+ entityType: z.string().optional(),
837
+ entityId: z.string().optional(),
838
+ /** Requested extension from now; the server clamps it, and an extension
839
+ * never shortens a lease. */
840
+ ttlMs: z.number().positive().optional(),
841
+ /**
842
+ * Lightweight progress the beat carries along ("42/100 pages") — stored
843
+ * as the claim's `meta.progress` (last beat wins) and peer-visible via
844
+ * `claim.state` while the lease is held. This is presence, not a
845
+ * checkpoint: it dies with the lease. Crash-recoverable progress belongs
846
+ * in the data itself — write a row, and every subscriber already sees it.
847
+ */
848
+ details: z.record(z.string(), z.unknown()).optional(),
849
+ });
850
+ /**
851
+ * The `claim_heartbeat` payload a client sends to extend a lease it holds (or
852
+ * refresh its slot in the wait queue) past the liveness window — the
853
+ * work-duration signal for long-running holders, distinct from the connection
854
+ * keepalive.
855
+ *
856
+ * The claim is identified either way: by `claimId`, or — since a claim is
857
+ * singular per (actor, entity) — by the full `entityType`/`entityId` target
858
+ * ("my claim on this row"). At least one of the two must be present. The
859
+ * target also lets the server resolve without a scan and is required to
860
+ * refresh a *queued* claim (a waiter is not in the holder set the server
861
+ * would otherwise search).
862
+ */
863
+ export const claimHeartbeatPayloadSchema = claimHeartbeatFieldsSchema.refine((payload) => payload.claimId !== undefined ||
864
+ (payload.entityType !== undefined && payload.entityId !== undefined), {
865
+ message: 'a heartbeat must identify its claim — pass claimId, or entityType and entityId together',
866
+ });
867
+ /**
868
+ * The server's reply to a `claim_heartbeat`. For a socketless worker the
869
+ * heartbeat reply is the only inbound signal path, so it carries the lease's
870
+ * fate rather than a bare ok: `held` (extended to `expiresAt`), `queued`
871
+ * (slot refreshed; `position` is the current place in line), or `lost` (the
872
+ * lease expired and the queue moved on — the worker should abandon or
873
+ * re-queue, and any write it still attempts is caught by its `readAt` guard).
874
+ */
875
+ export const claimHeartbeatAckPayloadSchema = z.object({
876
+ claimId: z.string(),
877
+ status: z.enum(['held', 'queued', 'lost']),
878
+ expiresAt: z.number().optional(),
879
+ position: z.number().optional(),
880
+ /**
881
+ * How many participants are waiting in line behind a held lease — the
882
+ * cooperative-yield pressure signal (present on `held`). A worker that can
883
+ * checkpoint may choose to release early when others wait. Hard
884
+ * cancellation needs no extra field: a preempted, expired, or revoked
885
+ * lease answers the next beat with `lost`.
886
+ */
887
+ queueDepth: z.number().optional(),
888
+ });
889
+ /**
890
+ * The batched heartbeat — one request extends every lease the caller holds
891
+ * on its plane (the socketless twin of the WebSocket keepalive, which renews
892
+ * all held leases on every ping). For a worker holding many rows this is one
893
+ * round trip per cadence instead of one per claim. Queued slots are not
894
+ * batch-refreshed: a waiter knows its target and beats it directly.
895
+ */
896
+ export const claimHeartbeatBatchPayloadSchema = claimHeartbeatFieldsSchema.pick({ ttlMs: true });
897
+ /** Reply to a batched heartbeat: one ack entry per lease that was extended. */
898
+ export const claimHeartbeatBatchAckPayloadSchema = z.object({
899
+ results: z.array(claimHeartbeatAckPayloadSchema),
900
+ });
901
+ // ─────────────────────────────────────────────────────────────────────────
902
+ // Read interest — what a connection receives
903
+ //
904
+ // Two frames set it, and they differ in exactly one way: whether the
905
+ // interest is leased.
906
+ //
907
+ // • `claim` — a PARTICIPANT claim. Adds a scope under a handle, with a
908
+ // TTL and an optional capability token, and announces the sender into
909
+ // that scope's roster. This is the frame `ablo.<model>.join(...)` sends;
910
+ // `release` drops it. Several may be open on one connection at once.
911
+ // • `update_subscription` — REPLACES the connection's whole read set. No
912
+ // handle, no lease, no roster entry.
913
+ //
914
+ // Both are bounded by the connection credential's grant, and both name their
915
+ // groups the same way, so both parse their `syncGroups` through the same
916
+ // element schema. Neither is the row lease — that is `claim_begin`, in the
917
+ // pessimistic-claims block above, which shares only a word.
918
+ // ─────────────────────────────────────────────────────────────────────────
919
+ /**
920
+ * How many scopes one frame may name. A coarse abuse ceiling, not a business
921
+ * limit: a connection legitimately watches a handful of entities, and a list
922
+ * this long is an amplification attempt rather than a workload. Declared here,
923
+ * beside the two frames it bounds, so neither can be given a different answer.
924
+ */
925
+ export const MAX_FRAME_SYNC_GROUPS = 200;
926
+ /**
927
+ * The sync groups a scope-subscription frame names. Each entry is a
928
+ * {@link syncGroupInputSchema} (`'default'` or a branded `kind:id`), so a
929
+ * malformed group is rejected on ingest rather than silently indexed — a group
930
+ * that does not parse matches nothing, and subscribing to nothing quietly is
931
+ * the failure this element type exists to prevent.
932
+ *
933
+ * Strict because this is untrusted client input, and shared because the two
934
+ * frames below carry the same value: when they disagreed, `claim` accepted a
935
+ * malformed group that `update_subscription` refused, and the connection
936
+ * ended up leased to a scope it could never receive.
937
+ */
938
+ const frameSyncGroupsSchema = z
939
+ .array(syncGroupInputSchema)
940
+ .max(MAX_FRAME_SYNC_GROUPS);
941
+ /**
942
+ * The `claim` payload a client sends — the frame behind `join`.
943
+ *
944
+ * It opens one participant claim: the connection is added to each named
945
+ * scope's fan-out under `claimId`, announced into its presence roster, and
946
+ * holds that interest until `release`, the TTL lapses, or the socket closes.
947
+ * The handle is client-chosen because the client must be able to `release`
948
+ * the exact claim it opened while others stay open.
949
+ *
950
+ * This shape was, for a long time, written three times — built as a literal in
951
+ * the transport, restated as an interface on the server, and read back through
952
+ * a cast in the frame handler — which is how the frame came to be the only
953
+ * coordination message with no runtime check on the way in.
954
+ */
955
+ export const participantClaimPayloadSchema = z.object({
956
+ /** Client-chosen handle. Echoed on `claim_ack`; names the claim to `release`. */
957
+ claimId: z.string().min(1),
958
+ syncGroups: frameSyncGroupsSchema,
959
+ /**
960
+ * A narrower capability to present for this claim than the connection's own.
961
+ * Absent means the connection's credential governs it.
962
+ */
963
+ capabilityToken: z.string().optional(),
964
+ /**
965
+ * Crash cleanup, in seconds. The server caps it at the capability's own TTL;
966
+ * absent means the claim lives until `release` or disconnect.
967
+ */
968
+ ttlSeconds: z.number().optional(),
969
+ });
970
+ /**
971
+ * The `release` payload — drop one participant claim by its handle.
972
+ *
973
+ * A projection of the claim it releases rather than a second object, so the
974
+ * handle cannot be spelled one way when opened and another when dropped.
975
+ * Idempotent by contract: the server accepts an unknown handle silently, so a
976
+ * client releasing everything at shutdown never has to check what is still open.
977
+ */
978
+ export const participantReleasePayloadSchema = participantClaimPayloadSchema.pick({ claimId: true });
979
+ /**
980
+ * The `update_subscription` payload a client sends. It replaces the
981
+ * connection's read interest with the complete set of sync groups — the
982
+ * unleased counterpart to {@link participantClaimPayloadSchema}, with no
983
+ * handle, no TTL, and no roster entry.
984
+ */
985
+ export const updateSubscriptionPayloadSchema = z.object({
986
+ syncGroups: frameSyncGroupsSchema,
987
+ });
988
+ /**
989
+ * `subscription_ack` payload (server → client). Echoes the connection's
990
+ * effective read set after the update (unchanged on rejection — the update is
991
+ * atomic). `error` is present iff `success` is false (e.g. a scoped key
992
+ * requesting a group outside its grant). `syncGroups` is lenient
993
+ * (`z.string()`) here, not branded: it is the server's own echo for display,
994
+ * not untrusted input, and includes base anchors like `org:<id>`.
995
+ */
996
+ export const subscriptionAckPayloadSchema = z.object({
997
+ success: z.boolean(),
998
+ syncGroups: z.array(z.string()),
999
+ error: z.object({ code: z.string(), message: z.string() }).optional(),
1000
+ });
1001
+ // ─────────────────────────────────────────────────────────────────────────
1002
+ // Commit operation — carries the optimistic write-guard (Layer 3)
1003
+ // ─────────────────────────────────────────────────────────────────────────
1004
+ export const commitOperationTypeSchema = z.enum([
1005
+ 'CREATE',
1006
+ 'UPDATE',
1007
+ 'DELETE',
1008
+ 'ARCHIVE',
1009
+ 'UNARCHIVE',
1010
+ ]);
1011
+ /**
1012
+ * A single mutation in a commit batch, as it arrives on the wire. Extends the
1013
+ * optimistic `writeGuard` (`readAt`/`onStale`/`bypass`) — the structural link
1014
+ * that makes "every write is stale-guarded" legible in the type, not just in
1015
+ * prose.
1016
+ */
1017
+ export const commitOperationSchema = writeGuardSchema.extend({
1018
+ type: commitOperationTypeSchema,
1019
+ model: z.string(),
1020
+ id: z.string().nullish(),
1021
+ input: z.record(z.string(), z.unknown()).nullish(),
1022
+ /** Per-op client tx id, echoed on the broadcast delta. */
1023
+ transactionId: z.string().nullish(),
1024
+ /**
1025
+ * The fencing token from the held claim this write belongs to (Option B).
1026
+ * Present only on a write issued under a claim that was granted one; the
1027
+ * server checks it against the entity's persisted high-water and rejects a
1028
+ * stale token. Absent (nullish) on every unclaimed write — those are governed
1029
+ * by version-CAS and the Option A blind-write guard, unchanged.
1030
+ */
1031
+ fenceToken: z.number().nullish(),
1032
+ });
1033
+ // ─────────────────────────────────────────────────────────────────────────
1034
+ // Layer 1 — presence (observation only; it never enforces)
1035
+ // ─────────────────────────────────────────────────────────────────────────
1036
+ export const presenceKindSchema = z.enum(['enter', 'update', 'leave']);
1037
+ /**
1038
+ * What a participant is actively working on (agents fill this in).
1039
+ *
1040
+ * The two backpressure fields are part of the frame, not an extension of it:
1041
+ * an agent worker announces them on every step, and an orchestrator reading
1042
+ * peer activity routes work by them. They are declared here because a reader
1043
+ * that validates this frame would otherwise drop them on the floor — the
1044
+ * server passes both through without interpreting either.
1045
+ */
1046
+ export const presenceActivitySchema = targetRefSchema.extend({
1047
+ action: z.string(),
1048
+ detail: z.string().optional(),
1049
+ /** Backpressure signal in `[0, 1]`: `0` idle, `1` at capacity. */
1050
+ loadFactor: z.number().optional(),
1051
+ /** Gate for new assignments; absent means yes. */
1052
+ acceptingNewWork: z.boolean().optional(),
1053
+ });
1054
+ /**
1055
+ * Full `presence_update` frame as the server broadcasts it. The activity +
1056
+ * `activeClaims` are the observation surface for the other two layers —
1057
+ * rendered, never acted on as enforcement.
1058
+ *
1059
+ * Open for the same reason {@link presenceUpdatePayloadSchema} is, and it has to
1060
+ * be the same in both directions: whatever vocabulary an application announces
1061
+ * through presence, it reads back off its peers' frames. A reader that parsed
1062
+ * this strictly would validate the frame and quietly discard the part the
1063
+ * application actually came for.
1064
+ */
1065
+ export const presenceUpdateSchema = z.object({
1066
+ kind: presenceKindSchema,
1067
+ /**
1068
+ * Who the frame is about. Required, because every one of the five sites that
1069
+ * builds a presence frame stamps it from the connection's identity — an
1070
+ * anonymous presence frame has never been sent and would say nothing. It was
1071
+ * optional here for as long as nothing parsed the frame, and the hand-written
1072
+ * copy the transport used to carry declared it required; two descriptions of
1073
+ * one frame can disagree indefinitely while neither is ever checked.
1074
+ */
1075
+ userId: z.string(),
1076
+ syncGroups: z.array(z.string()).optional(),
1077
+ timestamp: z.number().optional(),
1078
+ status: z.string(),
1079
+ timezone: z.string().optional(),
1080
+ customStatus: z.string().optional(),
1081
+ activity: presenceActivitySchema.optional(),
1082
+ isAgent: z.boolean().optional(),
1083
+ /**
1084
+ * Server-stamped canonical kind. Additive — older servers omit it and
1085
+ * readers fall back to `isAgent` (see {@link participantKindFromWire}).
1086
+ */
1087
+ participantKind: wireParticipantKindSchema.optional(),
1088
+ activeClaims: z.array(wireClaimSchema).optional(),
1089
+ delegatedFrom: z.string().nullish(),
1090
+ }).catchall(z.unknown());
1091
+ /**
1092
+ * @deprecated Renamed to {@link presenceUpdateSchema}. Removed in 0.36.0.
1093
+ *
1094
+ * `Frame` was the only such suffix in this vocabulary: every other frame the
1095
+ * server sends is named plainly — {@link claimLostSchema},
1096
+ * {@link claimAcquiredSchema}, {@link claimRejectionSchema} — and the client's
1097
+ * half carries `Payload`. One name did not follow the rule the other fifteen do.
1098
+ */
1099
+ export const presenceUpdateFrameSchema = presenceUpdateSchema;
1100
+ /**
1101
+ * The `presence_update` payload a client SENDS — deliberately much smaller
1102
+ * than the frame the server broadcasts back.
1103
+ *
1104
+ * Everything that identifies or situates the participant is stamped by the
1105
+ * server and cannot be declared here: `userId`, `participantKind`, `isAgent`,
1106
+ * `syncGroups`, `timestamp`, `kind`, and `delegatedFrom` all come from the
1107
+ * connection's own identity. A client that sends them is not believed — an
1108
+ * older SDK once hardcoded `isAgent: true` on every announce, and because the
1109
+ * payload was spread into the broadcast unfiltered, every human session
1110
+ * rendered to its peers as an agent. Parsing an inbound payload through this
1111
+ * schema and broadcasting the *result* is what makes that structurally
1112
+ * impossible rather than a rule the broadcast has to remember.
1113
+ *
1114
+ * `status` is a plain string, matching the outbound frame: the three canonical
1115
+ * values are conventions the presence UI understands, not a closed set the
1116
+ * protocol enforces.
1117
+ *
1118
+ * The payload is deliberately OPEN — `catchall` keeps keys this schema does not
1119
+ * name. Presence is the one frame an application extends: an agent mesh
1120
+ * announces its own coordination vocabulary through it and reads it back off
1121
+ * peer frames, without the protocol having to learn each app's words. So the
1122
+ * fields named here are validated and typed, and anything else rides along
1123
+ * untouched. Openness is not the same as trust: the server-stamped identity
1124
+ * fields are applied AFTER this payload is spread into the broadcast, so a
1125
+ * client that sends its own `userId` or `isAgent` is overwritten either way.
1126
+ */
1127
+ export const presenceUpdatePayloadSchema = z
1128
+ .object({
1129
+ status: z.string().optional(),
1130
+ activity: presenceActivitySchema.optional(),
1131
+ /** The sender's own open claims, which replace what the server holds. */
1132
+ activeClaims: z.array(wireClaimSchema).optional(),
1133
+ timezone: z.string().optional(),
1134
+ customStatus: z.string().optional(),
1135
+ })
1136
+ .catchall(z.unknown());
1137
+ //# sourceMappingURL=schema.js.map