@cosmoops/connect-sdk 0.9.0 → 0.16.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 (155) hide show
  1. package/CHANGELOG.md +566 -0
  2. package/README.md +113 -42
  3. package/dist/cjs/cli/doctor.js +3 -3
  4. package/dist/cjs/cli/init.js +3 -3
  5. package/dist/cjs/client/components/access-gate.js +20 -1
  6. package/dist/cjs/client/components/ai-screens.js +73 -0
  7. package/dist/cjs/client/components/ai-widgets.js +37 -0
  8. package/dist/cjs/client/components/app-shell.js +75 -41
  9. package/dist/cjs/client/components/apps-grid.js +3 -2
  10. package/dist/cjs/client/components/ask-ai.js +50 -5
  11. package/dist/cjs/client/components/confirm-dialog.js +40 -0
  12. package/dist/cjs/client/components/cursor-pagination.js +22 -0
  13. package/dist/cjs/client/components/filter-tabs.js +24 -0
  14. package/dist/cjs/client/components/grievance-notice.js +30 -0
  15. package/dist/cjs/client/components/link-button.js +17 -10
  16. package/dist/cjs/client/components/logo.js +4 -3
  17. package/dist/cjs/client/components/nav.js +41 -0
  18. package/dist/cjs/client/components/plan-pricing.js +27 -0
  19. package/dist/cjs/client/components/plans.js +1 -1
  20. package/dist/cjs/client/components/platform-gate.js +48 -0
  21. package/dist/cjs/client/components/shell-context.js +149 -0
  22. package/dist/cjs/client/components/side-nav.js +49 -23
  23. package/dist/cjs/client/components/sidebar.js +127 -0
  24. package/dist/cjs/client/components/subscribe-dialog.js +2 -2
  25. package/dist/cjs/client/components/subscription.js +1 -1
  26. package/dist/cjs/client/components/user-menu.js +96 -37
  27. package/dist/cjs/client/components/workspace-switcher.js +100 -0
  28. package/dist/cjs/client/index.js +72 -2
  29. package/dist/cjs/client/provider.js +57 -2
  30. package/dist/cjs/client/use-checkout.js +9 -5
  31. package/dist/cjs/errors.js +1 -1
  32. package/dist/cjs/index.js +16 -1
  33. package/dist/cjs/mcp/index.js +90 -0
  34. package/dist/cjs/mcp/tools.js +369 -0
  35. package/dist/cjs/next/index.js +2 -2
  36. package/dist/cjs/server/client.js +25 -2
  37. package/dist/cjs/server/handler.js +203 -18
  38. package/dist/cjs/server/http.js +6 -2
  39. package/dist/cjs/server/resources/acting-as.js +16 -0
  40. package/dist/cjs/server/resources/ai.js +22 -2
  41. package/dist/cjs/server/resources/data.js +374 -0
  42. package/dist/cjs/server/resources/identity.js +7 -3
  43. package/dist/cjs/server/resources/kv.js +84 -0
  44. package/dist/cjs/server/resources/platform.js +43 -0
  45. package/dist/cjs/server/resources/sessions.js +1 -1
  46. package/dist/cjs/server/resources/workspaces.js +74 -0
  47. package/dist/cjs/store-schema.js +66 -0
  48. package/dist/cjs/store.js +152 -0
  49. package/dist/cjs/ui/empty-state.js +28 -0
  50. package/dist/cjs/ui/index.js +44 -0
  51. package/dist/cjs/ui/page-header.js +27 -0
  52. package/dist/cjs/ui/page-shell.js +44 -0
  53. package/dist/cjs/ui/section.js +20 -0
  54. package/dist/cjs/ui/setting-row.js +14 -0
  55. package/dist/cjs/ui/status-chip.js +17 -0
  56. package/dist/esm/cli/doctor.js +3 -3
  57. package/dist/esm/cli/init.js +3 -3
  58. package/dist/esm/client/components/access-gate.js +20 -1
  59. package/dist/esm/client/components/ai-screens.js +69 -0
  60. package/dist/esm/client/components/ai-widgets.js +37 -1
  61. package/dist/esm/client/components/app-shell.js +81 -47
  62. package/dist/esm/client/components/apps-grid.js +3 -2
  63. package/dist/esm/client/components/ask-ai.js +51 -6
  64. package/dist/esm/client/components/confirm-dialog.js +37 -0
  65. package/dist/esm/client/components/cursor-pagination.js +19 -0
  66. package/dist/esm/client/components/filter-tabs.js +21 -0
  67. package/dist/esm/client/components/grievance-notice.js +27 -0
  68. package/dist/esm/client/components/link-button.js +17 -10
  69. package/dist/esm/client/components/logo.js +4 -3
  70. package/dist/esm/client/components/nav.js +40 -0
  71. package/dist/esm/client/components/plan-pricing.js +25 -0
  72. package/dist/esm/client/components/plans.js +2 -2
  73. package/dist/esm/client/components/platform-gate.js +45 -0
  74. package/dist/esm/client/components/shell-context.js +141 -0
  75. package/dist/esm/client/components/side-nav.js +48 -21
  76. package/dist/esm/client/components/sidebar.js +120 -0
  77. package/dist/esm/client/components/subscribe-dialog.js +3 -3
  78. package/dist/esm/client/components/subscription.js +2 -2
  79. package/dist/esm/client/components/user-menu.js +95 -38
  80. package/dist/esm/client/components/workspace-switcher.js +97 -0
  81. package/dist/esm/client/index.js +47 -4
  82. package/dist/esm/client/provider.js +53 -2
  83. package/dist/esm/client/use-checkout.js +9 -5
  84. package/dist/esm/errors.js +1 -1
  85. package/dist/esm/index.js +4 -0
  86. package/dist/esm/mcp/index.js +85 -0
  87. package/dist/esm/mcp/tools.js +366 -0
  88. package/dist/esm/next/index.js +2 -2
  89. package/dist/esm/server/client.js +25 -2
  90. package/dist/esm/server/handler.js +203 -18
  91. package/dist/esm/server/http.js +6 -2
  92. package/dist/esm/server/resources/acting-as.js +13 -0
  93. package/dist/esm/server/resources/ai.js +22 -2
  94. package/dist/esm/server/resources/data.js +369 -0
  95. package/dist/esm/server/resources/identity.js +7 -3
  96. package/dist/esm/server/resources/kv.js +80 -0
  97. package/dist/esm/server/resources/platform.js +39 -0
  98. package/dist/esm/server/resources/sessions.js +1 -1
  99. package/dist/esm/server/resources/workspaces.js +70 -0
  100. package/dist/esm/store-schema.js +62 -0
  101. package/dist/esm/store.js +141 -0
  102. package/dist/esm/ui/empty-state.js +25 -0
  103. package/dist/esm/ui/index.js +34 -0
  104. package/dist/esm/ui/page-header.js +24 -0
  105. package/dist/esm/ui/page-shell.js +41 -0
  106. package/dist/esm/ui/section.js +17 -0
  107. package/dist/esm/ui/setting-row.js +11 -0
  108. package/dist/esm/ui/status-chip.js +14 -0
  109. package/dist/types/client/components/ai-screens.d.ts +25 -0
  110. package/dist/types/client/components/ai-widgets.d.ts +34 -1
  111. package/dist/types/client/components/app-shell.d.ts +65 -27
  112. package/dist/types/client/components/apps-grid.d.ts +11 -2
  113. package/dist/types/client/components/ask-ai.d.ts +47 -1
  114. package/dist/types/client/components/confirm-dialog.d.ts +34 -0
  115. package/dist/types/client/components/cursor-pagination.d.ts +27 -0
  116. package/dist/types/client/components/filter-tabs.d.ts +26 -0
  117. package/dist/types/client/components/grievance-notice.d.ts +31 -0
  118. package/dist/types/client/components/link-button.d.ts +32 -9
  119. package/dist/types/client/components/logo.d.ts +18 -2
  120. package/dist/types/client/components/nav.d.ts +24 -0
  121. package/dist/types/client/components/plan-pricing.d.ts +10 -0
  122. package/dist/types/client/components/platform-gate.d.ts +53 -0
  123. package/dist/types/client/components/shell-context.d.ts +116 -0
  124. package/dist/types/client/components/side-nav.d.ts +27 -13
  125. package/dist/types/client/components/sidebar.d.ts +95 -0
  126. package/dist/types/client/components/user-menu.d.ts +68 -22
  127. package/dist/types/client/components/workspace-switcher.d.ts +49 -0
  128. package/dist/types/client/index.d.ts +29 -5
  129. package/dist/types/client/provider.d.ts +109 -6
  130. package/dist/types/client/use-checkout.d.ts +8 -4
  131. package/dist/types/errors.d.ts +1 -1
  132. package/dist/types/index.d.ts +6 -0
  133. package/dist/types/mcp/index.d.ts +74 -0
  134. package/dist/types/mcp/tools.d.ts +107 -0
  135. package/dist/types/next/index.d.ts +1 -1
  136. package/dist/types/server/client.d.ts +25 -2
  137. package/dist/types/server/http.d.ts +8 -2
  138. package/dist/types/server/index.d.ts +4 -0
  139. package/dist/types/server/resources/acting-as.d.ts +11 -0
  140. package/dist/types/server/resources/ai.d.ts +20 -2
  141. package/dist/types/server/resources/data.d.ts +258 -0
  142. package/dist/types/server/resources/kv.d.ts +63 -0
  143. package/dist/types/server/resources/platform.d.ts +32 -0
  144. package/dist/types/server/resources/workspaces.d.ts +55 -0
  145. package/dist/types/store-schema.d.ts +52 -0
  146. package/dist/types/store.d.ts +96 -0
  147. package/dist/types/types.d.ts +369 -16
  148. package/dist/types/ui/empty-state.d.ts +34 -0
  149. package/dist/types/ui/index.d.ts +40 -0
  150. package/dist/types/ui/page-header.d.ts +34 -0
  151. package/dist/types/ui/page-shell.d.ts +39 -0
  152. package/dist/types/ui/section.d.ts +26 -0
  153. package/dist/types/ui/setting-row.d.ts +18 -0
  154. package/dist/types/ui/status-chip.d.ts +36 -0
  155. package/package.json +15 -2
@@ -164,34 +164,143 @@ export function createConnectHandler(options) {
164
164
  async function whoami(request) {
165
165
  return client.identity.getUser(await requireToken(request));
166
166
  }
167
+ /**
168
+ * The caller's identity, plus the workspace every tenant-scoped route below
169
+ * needs - refusing the one session kind that has no workspace.
170
+ *
171
+ * A Connect **platform staff** session (`staff === true`) carries
172
+ * `workspaceId === null` by design: those accounts belong to no
173
+ * workspace, so entitlements, add-on balances, integrations, the AI context
174
+ * index and the data store have no tenant to read. Before this existed the
175
+ * type said `string` and the question never came up; now that it can, the
176
+ * only two answers are "refuse" and "let the request name a tenant" - and
177
+ * the second is precisely what this bridge exists to prevent.
178
+ *
179
+ * So: staff sign in, `/session` answers, and every workspace-scoped route
180
+ * refuses. An operator console reads `staff`/`role`/`permissions` and talks
181
+ * to your own backend for anything tenant-shaped.
182
+ */
183
+ async function requireWorkspace(request) {
184
+ const session = await whoami(request);
185
+ const workspaceId = session.user.workspaceId;
186
+ if (workspaceId === null) {
187
+ throw new ConnectError({
188
+ status: 403,
189
+ code: "no_workspace",
190
+ message: "This session has no workspace - platform staff sessions cannot read workspace data",
191
+ endpoint: new URL(request.url).pathname,
192
+ });
193
+ }
194
+ return { ...session, workspaceId };
195
+ }
196
+ /**
197
+ * The store paths a browser may reach through the bridge.
198
+ *
199
+ * Documents, the key/value store, aggregations and atomic commits.
200
+ * **`/data-scan/` is deliberately absent**: a scan crosses every tenant, and
201
+ * Connect refuses one made on behalf of a user - but a browser should not be
202
+ * able to *ask*, so the refusal happens here rather than a round trip away.
203
+ * `storePassthrough` enforces the same set at the other end.
204
+ */
205
+ function isStoreRoute(route) {
206
+ return (route.startsWith("/data/") ||
207
+ route.startsWith("/kv/") ||
208
+ route.startsWith("/data-aggregate/") ||
209
+ route === "/data-commit");
210
+ }
211
+ /**
212
+ * Forwards one store call to Connect on behalf of the caller.
213
+ *
214
+ * Deliberately a thin relay of *path and body*, with the two things that
215
+ * decide access supplied here and never taken from the request: the session
216
+ * token, read from the partner's own session store, and the workspace, read
217
+ * from that session's identity. Connect re-derives both from the token
218
+ * anyway - this bridge is not trusted - but sending a client-supplied
219
+ * workspace even as an ignored field is the kind of thing that stops being
220
+ * ignored after a refactor.
221
+ *
222
+ * Paths are matched by prefix upstream and passed through unparsed; Connect
223
+ * validates every segment against the application's declared schema, so
224
+ * there is nothing useful for this layer to check and nothing it could check
225
+ * more strictly.
226
+ */
227
+ async function storeRoute(request) {
228
+ const token = await requireToken(request);
229
+ // Same refusal as every other tenant-scoped route - the store is a
230
+ // workspace's own data, and a staff session names no workspace. Note the
231
+ // token is still read first: this must fail as "no workspace", not as
232
+ // "no session".
233
+ const { workspaceId } = await requireWorkspace(request);
234
+ const url = new URL(request.url);
235
+ const route = (url.pathname.startsWith(basePath)
236
+ ? url.pathname.slice(basePath.length)
237
+ : url.pathname).replace(/\/+$/, "");
238
+ const query = new URLSearchParams(url.search);
239
+ query.set("workspaceId", workspaceId);
240
+ const body = request.method === "GET" || request.method === "DELETE"
241
+ ? undefined
242
+ : { ...(await request.json().catch(() => ({}))), workspaceId };
243
+ return client.storeRelay({
244
+ method: request.method,
245
+ path: `${route}?${query.toString()}`,
246
+ json: body,
247
+ headers: {
248
+ "x-connect-session-token": token,
249
+ // Forwarded because it is the one request header that changes what the
250
+ // write means, and dropping it would silently turn every merge into a
251
+ // replace.
252
+ ...(request.headers.get("x-store-write-mode")
253
+ ? { "x-store-write-mode": request.headers.get("x-store-write-mode") }
254
+ : {}),
255
+ },
256
+ });
257
+ }
167
258
  const routes = {
168
259
  "GET /session": async (request) => {
169
260
  const token = await session.read(request);
170
261
  // Signed out is a normal state for a page rendering a Login button, not
171
262
  // an error - `user: null` rather than a 401 the client must catch.
172
- if (!token)
173
- return json({ user: null, subscription: null, applicationRole: null });
263
+ // Signed out carries the same three access fields as a live session, so
264
+ // the client never has to tell "signed out" from "signed in with no
265
+ // role" by which keys happen to be present.
266
+ if (!token) {
267
+ return json({ user: null, subscription: null, role: null, permissions: [], staff: false });
268
+ }
174
269
  return json(await client.identity.getUser(token));
175
270
  },
176
271
  "GET /entitlements": async (request) => {
177
- const { user } = await whoami(request);
272
+ const { workspaceId } = await requireWorkspace(request);
178
273
  const [readiness, subscription] = await Promise.all([
179
- client.entitlements.getReadiness(user.workspaceId),
180
- client.entitlements.getSubscription(user.workspaceId),
274
+ client.entitlements.getReadiness(workspaceId),
275
+ client.entitlements.getSubscription(workspaceId),
181
276
  ]);
182
277
  return json({ readiness, subscription });
183
278
  },
184
279
  "GET /plans": async () => json(await client.billing.listPlans()),
280
+ /**
281
+ * The platform's legal identity and grievance channel.
282
+ *
283
+ * The only route here that takes neither a session nor a workspace, and
284
+ * the only one where that is correct rather than a hole: the answer is a
285
+ * fact about the platform operator, identical for every caller, and
286
+ * already published on the public web. There is nothing to scope it to.
287
+ *
288
+ * Left unauthenticated on purpose. Requiring a session would mean a
289
+ * signed-out visitor reading your privacy page could not be shown the
290
+ * grievance officer to complain to - which is the one moment the notice
291
+ * most needs to be legible.
292
+ */
293
+ "GET /company-profile": async () => json({ companyProfile: await client.platform.getCompanyProfile() }),
185
294
  // Workspace comes from the caller's own session, same as every other
186
295
  // route here - a browser must not be able to ask what another workspace
187
296
  // has left.
188
297
  "GET /addons": async (request) => {
189
- const { user } = await whoami(request);
190
- return json(await client.billing.getAddonUsage(user.workspaceId));
298
+ const { workspaceId } = await requireWorkspace(request);
299
+ return json(await client.billing.getAddonUsage(workspaceId));
191
300
  },
192
301
  "GET /apps": async (request) => {
193
- const { user } = await whoami(request);
194
- return json({ apps: await client.apps.list(user.workspaceId) });
302
+ const { workspaceId } = await requireWorkspace(request);
303
+ return json({ apps: await client.apps.list(workspaceId) });
195
304
  },
196
305
  /**
197
306
  * Ask AI. The one streaming route here, and the only one that does not
@@ -209,7 +318,7 @@ export function createConnectHandler(options) {
209
318
  * validates it again on arrival.
210
319
  */
211
320
  "POST /ai/chat": async (request) => {
212
- const { user } = await whoami(request);
321
+ const { workspaceId } = await requireWorkspace(request);
213
322
  const body = (await request.json().catch(() => null));
214
323
  if (!Array.isArray(body?.messages)) {
215
324
  throw new ConnectError({
@@ -220,8 +329,19 @@ export function createConnectHandler(options) {
220
329
  });
221
330
  }
222
331
  const upstream = await client.ai.chat({
223
- workspaceId: user.workspaceId,
332
+ workspaceId: workspaceId,
224
333
  messages: body.messages,
334
+ // Forwarded unvalidated on purpose. These are your application's own
335
+ // description of itself and of where the user is - Connect bounds and
336
+ // sanitises them on arrival, and uses them only to write the answer and
337
+ // to validate action links. Nothing here reaches an authorization
338
+ // decision, so there is nothing for this layer to check more strictly.
339
+ screenContext: body.screenContext,
340
+ screens: body.screens,
341
+ // Connect re-derives the workspace from this token, so the line above
342
+ // is belt to its braces - the browser cannot reach another tenant's
343
+ // Context Index even if this route were changed to trust the request.
344
+ asUser: await requireToken(request),
225
345
  });
226
346
  // `upstream.body` is piped, never buffered - awaiting it would collect
227
347
  // the whole answer server-side and deliver it in one lump, which is the
@@ -236,12 +356,68 @@ export function createConnectHandler(options) {
236
356
  },
237
357
  });
238
358
  },
359
+ /**
360
+ * The store, forwarded.
361
+ *
362
+ * These are the only bridge routes with a *dynamic* path, and the only
363
+ * ones that forward a browser-supplied body to Connect. Both are safe for
364
+ * the same reason the rest of the bridge is: the caller's session token
365
+ * goes with the request as `asUser`, and Connect derives the user, their
366
+ * workspace and their permissions from it - so a browser cannot name
367
+ * another tenant, cannot claim a permission it does not hold, and cannot
368
+ * reach a collection this application never declared.
369
+ *
370
+ * `workspaceId` is still sent because the wire contract requires one, but
371
+ * Connect ignores it whenever a session token is present. It is filled
372
+ * from `whoami()` rather than the request either way, so this route never
373
+ * relays a client-supplied workspace even to be discarded.
374
+ */
375
+ "STORE": async (request) => storeRoute(request),
376
+ /**
377
+ * The workspace switcher's three reads, forwarded with the caller's own
378
+ * session token.
379
+ *
380
+ * `POST /workspaces/switch` is the only bridge route that *changes the
381
+ * caller's session*, so it writes the new token back through the same
382
+ * `session.write` the OAuth callback uses. Handing the raw token to the
383
+ * browser instead would put a credential in JavaScript's hands, which is
384
+ * exactly what this bridge exists to avoid - the browser gets the new
385
+ * workspace's name and a `Set-Cookie`, never the token itself.
386
+ *
387
+ * A partner with no `session.write` cannot re-persist a rotated token, so
388
+ * switching is simply absent for them rather than half-working - the same
389
+ * treatment `/signin` and `/callback` already get.
390
+ */
391
+ "GET /workspaces": async (request) => json({ workspaces: await client.workspaces.list({ asUser: await requireToken(request) }) }),
392
+ "GET /workspaces/members": async (request) => json({ members: await client.workspaces.members({ asUser: await requireToken(request) }) }),
393
+ "POST /workspaces/switch": async (request) => {
394
+ const token = await requireToken(request);
395
+ const body = (await request.json().catch(() => null));
396
+ if (typeof body?.workspaceId !== "string") {
397
+ throw new ConnectError({
398
+ status: 400,
399
+ code: "validation_error",
400
+ message: "workspaceId is required",
401
+ endpoint: "POST /workspaces/switch",
402
+ });
403
+ }
404
+ const result = await client.workspaces.switch({ workspaceId: body.workspaceId }, { asUser: token });
405
+ // The response is built first so `session.write` has something to set
406
+ // cookies on, matching how `/callback` does it.
407
+ const response = json({
408
+ workspaceId: result.workspaceId,
409
+ workspaceName: result.workspaceName,
410
+ workspaceType: result.workspaceType,
411
+ });
412
+ await session.write?.(request, response, result.sessionToken);
413
+ return response;
414
+ },
239
415
  "GET /integrations": async (request) => {
240
- const { user } = await whoami(request);
241
- return json({ toolkits: await client.integrations.list(user.workspaceId) });
416
+ const { workspaceId } = await requireWorkspace(request);
417
+ return json({ toolkits: await client.integrations.list(workspaceId) });
242
418
  },
243
419
  "POST /integrations/connect": async (request) => {
244
- const { user } = await whoami(request);
420
+ const { workspaceId } = await requireWorkspace(request);
245
421
  const body = (await request.json().catch(() => null));
246
422
  if (!body?.toolkitSlug || !body?.returnUrl) {
247
423
  throw new ConnectError({
@@ -251,10 +427,10 @@ export function createConnectHandler(options) {
251
427
  endpoint: "POST /integrations/connect",
252
428
  });
253
429
  }
254
- return json(await client.integrations.initiateConnect(user.workspaceId, body.toolkitSlug, body.returnUrl));
430
+ return json(await client.integrations.initiateConnect(workspaceId, body.toolkitSlug, body.returnUrl));
255
431
  },
256
432
  "POST /integrations/disconnect": async (request) => {
257
- const { user } = await whoami(request);
433
+ const { workspaceId } = await requireWorkspace(request);
258
434
  const body = (await request.json().catch(() => null));
259
435
  if (!body?.toolkitSlug) {
260
436
  throw new ConnectError({
@@ -264,7 +440,7 @@ export function createConnectHandler(options) {
264
440
  endpoint: "POST /integrations/disconnect",
265
441
  });
266
442
  }
267
- await client.integrations.disconnect(user.workspaceId, body.toolkitSlug);
443
+ await client.integrations.disconnect(workspaceId, body.toolkitSlug);
268
444
  return json({ ok: true });
269
445
  },
270
446
  // Account-wide, not scoped to this application - see `SessionsResource`'s
@@ -407,11 +583,20 @@ export function createConnectHandler(options) {
407
583
  if (!session.write) {
408
584
  delete routes["GET /signin"];
409
585
  delete routes["GET /callback"];
586
+ // A switch rotates the session token. Without somewhere to persist the new
587
+ // one, the old one would be revoked and the user silently signed out - so
588
+ // the route does not exist rather than working once and breaking.
589
+ delete routes["POST /workspaces/switch"];
410
590
  }
411
591
  return async function handle(request) {
412
592
  const path = new URL(request.url).pathname;
413
593
  const route = (path.startsWith(basePath) ? path.slice(basePath.length) : path).replace(/\/+$/, "") || "/";
414
- const handler = routes[`${request.method} ${route}`];
594
+ const handler = routes[`${request.method} ${route}`] ??
595
+ // Store routes carry ids in the path, so they cannot be keyed by an
596
+ // exact string. Matched by prefix, and only this closed set - the bridge
597
+ // is deliberately not a generic proxy, and a broader fallback here is
598
+ // exactly how it would become one.
599
+ (isStoreRoute(route) ? routes.STORE : undefined);
415
600
  if (!handler) {
416
601
  return json({ error: { code: "not_found", message: `No Connect bridge route for ${route}` } }, 404);
417
602
  }
@@ -76,7 +76,8 @@ const sleep = (ms) => new Promise((resolve) => setTimeout(resolve, ms));
76
76
  * `ConnectError`.
77
77
  *
78
78
  * **On retries.** Only idempotent requests are retried without a caller
79
- * opt-in: every `GET`, plus any `POST` carrying an `Idempotency-Key` (the
79
+ * opt-in: every `GET`, `PUT` and `DELETE`, plus any `POST` carrying an
80
+ * `Idempotency-Key` (the
80
81
  * resources that mutate - `billing.consumeAddon`, `otp.send` - always set
81
82
  * one). A bare `POST` is attempted exactly once, because a 429 or a 504 says
82
83
  * nothing about whether the server already did the work.
@@ -114,7 +115,10 @@ export async function request(options, spec) {
114
115
  headers["content-type"] = "application/json";
115
116
  body = JSON.stringify(spec.json);
116
117
  }
117
- const idempotent = spec.method === "GET" || headers["idempotency-key"] !== undefined;
118
+ // `PUT` and `DELETE` are idempotent by definition - replaying one lands the
119
+ // same end state - so they retry like `GET`. `POST` still needs an
120
+ // `Idempotency-Key` to earn it, because a replayed create is a second row.
121
+ const idempotent = spec.method !== "POST" || headers["idempotency-key"] !== undefined;
118
122
  const attempts = idempotent ? options.maxRetries + 1 : 1;
119
123
  let lastError;
120
124
  for (let attempt = 0; attempt < attempts; attempt++) {
@@ -0,0 +1,13 @@
1
+ /**
2
+ * The header that turns a server-to-server store call into one made *on behalf
3
+ * of* a signed-in user.
4
+ *
5
+ * Connect resolves the token to a user and a workspace itself and checks the
6
+ * collection's declared permission against that member's live roles - so a
7
+ * caller supplying this is asking for a *narrower* check than an application
8
+ * call, never a wider one. An unresolvable token is refused rather than
9
+ * quietly downgraded, precisely because the downgrade would be an escalation.
10
+ */
11
+ export function actingAs(sessionToken) {
12
+ return sessionToken ? { "x-connect-session-token": sessionToken } : {};
13
+ }
@@ -1,5 +1,13 @@
1
+ import { actingAs } from "./acting-as.js";
1
2
  import { request } from "../http.js";
2
- /** RAG chat and structured extraction against a workspace's data. */
3
+ /**
4
+ * RAG chat and structured extraction against a workspace's data.
5
+ *
6
+ * `asUser` on `chat` behaves as it does on the store resources: pass a
7
+ * signed-in user's `sessionToken` and Connect resolves the workspace from it,
8
+ * ignoring `workspaceId`. Without it you are the application, naming the
9
+ * workspace yourself.
10
+ */
3
11
  export class AiResource {
4
12
  transport;
5
13
  constructor(transport) {
@@ -15,7 +23,19 @@ export class AiResource {
15
23
  return request(this.transport, {
16
24
  method: "POST",
17
25
  path: "/ai/chat",
18
- json: input,
26
+ // `asUser` never reaches the body - it is a credential, and Connect reads
27
+ // it from the header. Passing a signed-in user's session token makes
28
+ // Connect derive the workspace from *that* rather than from
29
+ // `workspaceId`, which is what the bridge relies on.
30
+ json: {
31
+ workspaceId: input.workspaceId,
32
+ messages: input.messages,
33
+ // Omitted entirely when absent, rather than sent as `undefined` - an
34
+ // application that describes no screens should send no field.
35
+ ...(input.screens ? { screens: input.screens } : {}),
36
+ ...(input.screenContext ? { screenContext: input.screenContext } : {}),
37
+ },
38
+ headers: actingAs(input.asUser),
19
39
  raw: true,
20
40
  signal: options.signal,
21
41
  });