@lunora/platform 1.0.0-alpha.3 → 1.0.0-alpha.30

package/dist/index.d.mts

@@ -1,4 +1,4 @@
-export { type D as DirectShardDirectory, type S as ScheduleOptions, type a as ScheduledJob, type b as ScheduledJobStatus, type c as SchedulerHost, type d as ShardAlarms, type e as ShardAsyncSqlExec, type f as ShardDirectory, type g as ShardHost, type h as ShardJurisdiction, type i as ShardKvListOptions, type j as ShardKvStore, type k as ShardSqlCursor, type l as ShardSqlExec, type m as ShardStub, type n as SocketHandle, type o as SocketHost, type p as SqlRow, type T as TwoStepShardDirectory, r as resolveShard } from "./packem_shared/socket-host.d-GABARI_Q.mjs";
+export { type D as DirectShardDirectory, type S as ScheduleOptions, type a as ScheduledJob, type b as ScheduledJobStatus, type c as SchedulerHost, type d as ShardAlarms, type e as ShardDirectory, type f as ShardHost, type g as ShardJurisdiction, type h as ShardKvListOptions, type i as ShardKvStore, type j as ShardRegionHint, type k as ShardSqlCursor, type l as ShardSqlExec, type m as ShardStub, type n as SocketHandle, type o as SocketHost, type p as SqlRow, type T as TwoStepShardDirectory, r as resolveShard } from "./packem_shared/socket-host.d-DVgQkG8Z.mjs";
 /**
  * The subset of the Cloudflare `ExecutionContext` the Lunora worker entry and
  * the framework mount seams rely on — `waitUntil` for fire-and-forget work that
@@ -22,6 +22,13 @@ export { type D as DirectShardDirectory, type S as ScheduleOptions, type a as Sc
  * fall back to {@link NOOP_EXECUTION_CONTEXT}.
  */
 interface ExecutionContextLike {
+  /**
+   * Present only when Cloudflare Access authenticated the request against a
+   * policy attached to the **Worker** (rather than to a hostname). `undefined`
+   * on every unauthenticated request, so its presence is itself the "Access
+   * authorized this caller" signal — see {@link AccessContextLike}.
+   */
+  access?: AccessContextLike;
   cache?: {
     purge: (options: {
       purgeEverything?: boolean;
@@ -31,6 +38,48 @@ interface ExecutionContextLike {
   passThroughOnException?: () => void;
   waitUntil?: (promise: Promise<unknown>) => void;
 }
+/**
+ * The identity Cloudflare Access attaches to a Worker-protected request.
+ *
+ * Shape follows the Access application-token payload: `sub` is the stable per-user
+ * id, `email` the verified address, `common_name` the service-token name (machine
+ * callers, whose `sub` is empty), and `exp` the credential expiry in epoch
+ * **seconds**. Group membership is whatever the Access policy emits — a list of
+ * names, or of `{ id, name }` objects — hence `unknown`; normalize before use.
+ *
+ * Cloudflare may add further fields, so the index signature keeps them rather
+ * than dropping them: this is a view of a payload we do not own.
+ */
+interface AccessIdentityLike {
+  [claim: string]: unknown;
+  /** Service-token name. Present for non-interactive (machine) callers instead of `email`. */
+  common_name?: string;
+  /** Verified user email. Present for interactive (SSO) callers. */
+  email?: string;
+  /** Credential expiry, epoch **seconds**. */
+  exp?: number;
+  /** IdP group membership — names or `{ id, name }` objects, depending on the policy. */
+  groups?: unknown;
+  /** Display name from the identity provider, when it emits one. */
+  name?: string;
+  /** Stable per-user id, and what consumers key a user on. Empty for service tokens. */
+  sub?: string;
+  /** Cloudflare's per-user UUID. Carried through, but deliberately not used as an id — only this path emits it, so keying on it would not match the JWT path. */
+  user_uuid?: string;
+}
+/**
+ * The `ctx.access` facade Cloudflare exposes on a Worker protected by Access.
+ *
+ * Reading the identity from here is preferable to verifying the
+ * `Cf-Access-Jwt-Assertion` header: the platform has already authenticated the
+ * caller, so there is no JWKS fetch, no audience check to get wrong, and nothing
+ * a request can forge — the field simply does not exist unless Access authorized
+ * the call. The header path remains the fallback for hostname-scoped Access
+ * applications, which do not populate this.
+ */
+interface AccessContextLike {
+  getIdentity: () => AccessIdentityLike | null | undefined | Promise<AccessIdentityLike | null | undefined>;
+}
 /**
  * No-op `ExecutionContext` used when the host runtime didn't supply one (a
  * non-Cloudflare preview, or a unit test), so the worker's `fetch` always
@@ -65,6 +114,35 @@ interface QueueMessageLike<Body = unknown> {
   }) => void;
   readonly timestamp: Date;
 }
+/** Options accepted by {@link HttpCacheLike.match} and {@link HttpCacheLike.delete}. */
+interface HttpCacheQueryOptions {
+  /** Match a non-`GET` request against a stored `GET` entry. */
+  ignoreMethod?: boolean;
+}
+/**
+ * Minimal projection of one Web Cache API cache — the store a host puts in front
+ * of the app, reached on Cloudflare as `caches.default` (the colo cache).
+ *
+ * Only the three calls Lunora makes are declared, so a host that has a cache but
+ * not the whole `Cache` interface still satisfies it, and a unit test can pass a
+ * plain object double. This is a **host** primitive, not a binding: it is reached
+ * through a runtime global rather than `env`, and a target without one leaves it
+ * `undefined` rather than shipping a fake — see `httpCache` in
+ * `PlatformCapabilities`.
+ *
+ * The stored entry is keyed by the request, so a caller that needs `Vary`
+ * semantics must fold the varying header values into the key itself: Cloudflare's
+ * cache honours `Vary` for `Accept-Encoding` only, and a projection cannot make
+ * that portable.
+ */
+interface HttpCacheLike {
+  /** Evict the entry stored under `request`. Resolves `true` when something was removed. */
+  delete: (request: Request | string, options?: HttpCacheQueryOptions) => Promise<boolean>;
+  /** The stored response for `request`, or `undefined` on a miss. */
+  match: (request: Request | string, options?: HttpCacheQueryOptions) => Promise<Response | undefined>;
+  /** Store `response` under `request`. Rejects for a `206`, a `Vary: *`, or a `Set-Cookie`-bearing response. */
+  put: (request: Request | string, response: Response) => Promise<void>;
+}
 /** A single vector match. */
 interface VectorMatchLike {
   id: string;
@@ -85,6 +163,7 @@ interface AnalyticsEngineDataPointLike {
 }
 interface D1PreparedStatementLike {
   all: <T = unknown>() => Promise<{
+    meta?: Record<string, unknown>;
     results: T[];
     success: boolean;
   }>;
@@ -214,30 +293,53 @@ type KvNamespaceListResult<Metadata = unknown> = {
   list_complete: true;
 };
 /**
- * Minimal structural projection of `VectorizeIndex` so unit tests can pass a
+ * Minimal structural projection of `Vectorize` so unit tests can pass a
  * plain-object double and the real Cloudflare binding satisfies the same shape.
  * Mirrors the surface documented at
  * https://developers.cloudflare.com/vectorize/reference/client-api/.
+ *
+ * **Method** syntax, not arrow properties: `ReadonlyArray` is the correct (wider)
+ * parameter type, but an arrow property makes parameters strictly contravariant
+ * under `strictFunctionTypes`, and Cloudflare declares `deleteByIds(ids: string[])`
+ * — so the real binding did not satisfy this interface at all. Methods are checked
+ * bivariantly, which admits both it and a `readonly`-clean double.
+ * `binding-assignability.test-d.ts` in `@lunora/bindings` pins that against the
+ * published types. `this: void` keeps the members usable as bare references, which
+ * is what every `expect(double.query)` assertion in those tests does.
  */
 interface VectorizeIndexLike {
-  deleteByIds: (ids: ReadonlyArray<string>) => Promise<VectorizeDeleteMutation>;
-  describe?: () => Promise<VectorizeIndexDetails>;
-  getByIds: (ids: ReadonlyArray<string>) => Promise<ReadonlyArray<VectorizeVector>>;
-  insert: (vectors: ReadonlyArray<VectorizeVector>) => Promise<VectorizeUpsertMutation>;
-  query: (vector: ReadonlyArray<number>, options?: VectorizeQueryOptions) => Promise<VectorizeMatches>;
-  upsert: (vectors: ReadonlyArray<VectorizeVector>) => Promise<VectorizeUpsertMutation>;
+  deleteByIds(this: void, ids: ReadonlyArray<string>): Promise<VectorizeDeleteMutation>;
+  describe?(this: void): Promise<VectorizeIndexDetails>;
+  getByIds(this: void, ids: ReadonlyArray<string>): Promise<ReadonlyArray<VectorizeVector>>;
+  insert(this: void, vectors: ReadonlyArray<VectorizeVector>): Promise<VectorizeUpsertMutation>;
+  query(this: void, vector: VectorValues, options?: VectorizeQueryOptions): Promise<VectorizeMatches>;
+  upsert(this: void, vectors: ReadonlyArray<VectorizeVector>): Promise<VectorizeUpsertMutation>;
 }
 type VectorMetric = "cosine" | "euclidean" | "dot-product";
+/**
+ * An embedding, as either a plain array or one of the typed arrays Vectorize
+ * accepts. The typed-array arms are not a convenience: Cloudflare's own
+ * `VectorizeVector.values` is `VectorFloatArray | number[]`, so a projection
+ * limited to `ReadonlyArray<number>` excluded every vector the real binding
+ * returns. Read one with `Array.from(...)` rather than an array method.
+ */
+type VectorValues = Float32Array | Float64Array | ReadonlyArray<number>;
 interface VectorizeVector {
   id: string;
   metadata?: Record<string, unknown>;
   namespace?: string;
-  values: ReadonlyArray<number>;
+  values: VectorValues;
 }
+/**
+ * Query options, kept a superset of Cloudflare's own `VectorizeQueryOptions` so
+ * the real binding satisfies {@link VectorizeIndexLike}. `returnMetadata` carries
+ * the legacy `boolean` arm for that reason - pass one of the three levels; the
+ * boolean is what Cloudflare still accepts, not what callers should write.
+ */
 interface VectorizeQueryOptions {
   filter?: Record<string, unknown>;
   namespace?: string;
-  returnMetadata?: "none" | "indexed" | "all";
+  returnMetadata?: "none" | "indexed" | "all" | boolean;
   returnValues?: boolean;
   topK?: number;
 }
@@ -246,7 +348,7 @@ interface VectorizeMatch {
   metadata?: Record<string, unknown>;
   namespace?: string;
   score: number;
-  values?: ReadonlyArray<number>;
+  values?: VectorValues;
 }
 interface VectorizeMatches {
   count: number;
@@ -259,11 +361,24 @@ interface VectorizeDeleteMutation {
   count?: number;
   mutationId: string;
 }
+/**
+ * What `describe()` reports. Both spellings of the row count are optional because
+ * Cloudflare renamed it between API generations — the beta `VectorizeIndex`
+ * returns `vectorsCount`, the current `Vectorize` returns `vectorCount` — and a
+ * projection that required either one excluded a real binding. Read them as
+ * `vectorCount ?? vectorsCount`.
+ *
+ * `processedUpTo*` are typed loosely for the same reason: documented as ISO 8601
+ * strings, typed as `number` in `@cloudflare/workers-types`.
+ */
 interface VectorizeIndexDetails {
   dimensions: number;
-  processedUpToDatetime?: string;
-  processedUpToMutation?: string;
-  vectorsCount: number;
+  processedUpToDatetime?: number | string;
+  processedUpToMutation?: number | string;
+  /** The current `Vectorize.describe()` spelling. */
+  vectorCount?: number;
+  /** The beta `VectorizeIndex.describe()` spelling. */
+  vectorsCount?: number;
 }
 /**
  * A single-range read against R2: an `{ offset, length }` window (at least one
@@ -310,18 +425,22 @@ interface R2BucketLike {
   list: (options?: {
     cursor?: string;
     delimiter?: string;
+    include?: ("customMetadata" | "httpMetadata")[];
     limit?: number;
     prefix?: string;
+    startAfter?: string;
   }) => Promise<{
     cursor?: string;
+    delimitedPrefixes?: string[];
     objects: R2ObjectLike[];
     truncated?: boolean;
   }>;
-  put: (key: string, body: ReadableStream | ArrayBuffer | Blob | string | null, options?: {
+  put: (key: string, body: ReadableStream | ArrayBuffer | ArrayBufferView | Blob | string | null, options?: {
     customMetadata?: Record<string, string>;
     httpMetadata?: {
       contentType?: string;
     };
+    sha256?: ArrayBuffer | string;
   }) => Promise<R2ObjectLike>;
   /** Resume an in-progress multipart upload by id (R2 `resumeMultipartUpload`). Optional; see {@link Storage.resumeMultipartUpload}. */
   resumeMultipartUpload?: (key: string, uploadId: string) => R2MultipartUploadLike;
@@ -417,15 +536,15 @@ interface MessageSendRequestLike<Body = unknown> {
   delaySeconds?: number;
 }
 /**
- * Minimal structural projection of workers-types' `Queue&lt;Body>` (the producer
+ * Minimal structural projection of workers-types' `Queue<Body>` (the producer
  * binding). The real binding's `send`/`sendBatch` resolve to a metadata object;
- * we widen the return to `Promise&lt;unknown>` so a plain-object fake satisfies it.
+ * we widen the return to `Promise<unknown>` so a plain-object fake satisfies it.
  */
 interface QueueBindingLike<Body = unknown> {
   send: (message: Body, options?: QueueSendOptions) => Promise<unknown>;
   sendBatch: (messages: Iterable<MessageSendRequestLike<Body>>, options?: QueueSendBatchOptions) => Promise<unknown>;
 }
-/** Structural mirror of workers-types' `Message&lt;Body>` (one delivered message). */
+/** Structural mirror of workers-types' `Message<Body>` (one delivered message). */
 interface MessageLike<Body = unknown> {
   /** Acknowledge this message so it is not redelivered. */
   ack: () => void;
@@ -436,7 +555,7 @@ interface MessageLike<Body = unknown> {
   retry: (options?: QueueRetryOptions) => void;
   readonly timestamp: Date;
 }
-/** Structural mirror of workers-types' `MessageBatch&lt;Body>` handed to a consumer. */
+/** Structural mirror of workers-types' `MessageBatch<Body>` handed to a consumer. */
 interface MessageBatchLike<Body = unknown> {
   /** Acknowledge every message in the batch. */
   ackAll: () => void;
@@ -455,9 +574,76 @@ interface QueueRetryOptions {
  * Lunora features a target platform supports natively, emulates, or cannot
  * support at all.
  *
- * Codegen consumes this matrix to omit unsupported `ctx.*` surfaces from
- * emitted types and to emit diagnostics for features that need emulation.
- * Docs and Studio also read it to show parity per target.
+ * # Who reads it
+ *
+ * **`@lunora/codegen` is the only consumer.** `gateAgainstMatrix`
+ * (`packages/codegen/src/platform-target.ts`) intersects an app's detected
+ * feature usage with the target's matrix and diagnoses exactly two states:
+ * `unsupported` (`platform_unsupported_feature`) and a key missing from the
+ * matrix altogether (`platform_undeclared_feature`, the fail-closed arm).
+ * `native` and `emulated` are emitted identically, with no diagnostic between
+ * them — that distinction exists for honest parity reporting, not for codegen.
+ *
+ * Nothing in `@lunora/studio` imports this package, and the per-feature table
+ * in `packages/platform-node/docs/index.mdx` is a hand-written copy held
+ * verbatim by `pnpm run lint:node-capabilities-docs`: change a rating or a note
+ * here first, then that table, or the check fails.
+ *
+ * # Gate-bearing keys
+ *
+ * A rating only gates something if `@lunora/codegen` reads it — either through a
+ * usage key mapped onto the feature (`CAPABILITY_ROWS` + `CAPABILITY_TO_FEATURE`,
+ * for an app-imported `ctx.*` module) or through a `PlatformSignals` entry (for
+ * something the app declares in its schema or a declaration file). The
+ * gate-bearing keys are:
+ *
+ * `agents`, `ai`, `analytics`, `browser`, `commitOrderedTables`, `containers`,
+ * `cronTriggers`, `crossShardFanout`, `durableStreams`, `globalTables`,
+ * `hyperdrive`, `images`, `keyValueStore`, `mail`, `objectStorage`,
+ * `pipelines`, `queues`, `relationGraph`, `scheduler`, `secrets`,
+ * `vectorStore`, `workflows`.
+ *
+ * Every other key here — `httpCache`, `identityProxy`,
+ * `localSql`, `memoryTables`, `objectStorageBackups`,
+ * `objectStorageCdcArchive`, `serverReactors`, `shardAlarms`, `shardedState`,
+ * `shardPlacement`, `shardReadReplicas`, `websocketHibernation` — is
+ * **advisory**: rating one `unsupported` omits no surface and warns nobody. It
+ * still records parity honestly, which is its job; it is not a gate.
+ *
+ * # Advisory is not one thing — there are two reasons, and only one is final
+ *
+ * Most advisory keys are advisory *by nature*: the feature is engine-internal
+ * (`shardAlarms`, `shardedState`, `shardPlacement`, `shardReadReplicas`,
+ * `websocketHibernation`, `localSql`, `serverReactors`) or degrades honestly on
+ * its own (`httpCache` falls back to headers-only, `identityProxy` to header
+ * verification). There is nothing an app declares for codegen to notice, so
+ * there is nothing to gate. These stay ratings, permanently.
+ *
+ * The rest are advisory only because nobody wired them, and they are the ones
+ * to watch: an app DOES declare the feature, codegen CAN see the declaration,
+ * and the rating is still consulted by nothing. Codegen already has the shape
+ * for exactly this — `PlatformSignals` in `platform-target.ts`, the second gate
+ * pass that diagnoses app-declared features with no `ctx.*` capability row
+ * (`agents`, `commitOrderedTables`, `cronTriggers`, `crossShardFanout`,
+ * `durableStreams`, `globalTables`, `queues`, `relationGraph`, `secrets`,
+ * `vectorStore`).
+ * Promoting one is three lines there: a `PlatformSignals` field, plus its entry
+ * in that module's signal-key list and its human-readable label — and then
+ * setting the signal from the IR.
+ *
+ * `commitOrderedTables` was promoted that way: `TableIR.commitOrdered` sits in
+ * the same IR that feeds `globalTables`, and until it was read a host rating it
+ * `unsupported` emitted the full `.commitOrdered()` surface with no diagnostic
+ * and silently lost commit ordering — the one guarantee the feature is.
+ * `memoryTables`, `objectStorageBackups` and `objectStorageCdcArchive` remain
+ * weaker instances of the same shape, still unpromoted.
+ *
+ * **Adding a feature key is therefore half a change.** The other half is a row
+ * in `CAPABILITY_ROWS` and an entry in `CAPABILITY_TO_FEATURE` (for an
+ * app-imported `ctx.*` module), or a `PlatformSignals` entry (for something the
+ * app declares in its schema), or a deliberate decision that the key is advisory
+ * by nature — recorded here. Silence means the rating ships as documentation
+ * while the surface it describes is emitted anyway.
  */
 /** Support level for a single feature on a target platform. */
 type CapabilityLevel = "native" | "emulated" | "unsupported";
@@ -475,40 +661,216 @@ interface Capability {
 interface PlatformCapabilities {
   /** Feature-level capabilities. */
   features: {
+    /**
+     * Durable agents — a `defineAgent` export in `lunora/agents.ts`.
+     *
+     * Its own key rather than a facet of `workflows` or `ai`, because an
+     * agent needs BOTH and neither implies the other: the generated class
+     * compiles onto the host's workflow engine under an `AGENT_*` binding
+     * the emitted context resolves off `env`, and the loop it runs there
+     * calls model inference. A host that emulates workflows but has no
+     * inference (or no way to mount a generated class into its engine) can
+     * rate `workflows` honestly and still not run an agent.
+     */
+    agents?: Capability;
     /** AI inference (Workers AI / Bedrock / OpenAI). */
     ai?: Capability;
     /** Analytics / observability sinks. */
     analytics?: Capability;
     /** Browser rendering / headless browser. */
     browser?: Capability;
-    /** Container execution (Cloudflare Containers / Fargate). */
+    /**
+     * `.commitOrdered()` tables — the `_commitSeq` system field: a per-shard
+     * integer allocated once per mutation and strictly increasing in commit
+     * order.
+     *
+     * Listed as a capability rather than assumed, because the ordering
+     * guarantee is not the engine's to give. It rests on two things the HOST
+     * provides: an atomic write boundary the counter bump shares with the
+     * rows it stamps, and serialized execution so two mutations cannot
+     * interleave their allocations. A host that offers neither can still
+     * create the counter and hand out increasing numbers — they just would
+     * not order commits, which is the whole contract.
+     *
+     * Gate-bearing: `TableIR.commitOrdered` feeds the `PlatformSignals`
+     * pass off the same IR the `globalTables` signal reads, so a host
+     * rating this `unsupported` refuses the app rather than emitting the
+     * full `.commitOrdered()` surface and silently dropping the ordering
+     * guarantee — which is the only thing the feature is.
+     */
+    commitOrderedTables?: Capability;
+    /**
+     * Container execution (Cloudflare Containers / Fargate), including
+     * `ctx.containers.<name>.exec`. Deliberately one rating rather than two:
+     * `exec` is a method on the accessor this key already gates, not a
+     * separate app-imported surface, so there is no usage signal codegen
+     * could gate it on independently and nothing that could act on a second
+     * rating. A host that can reach a container but cannot carry a command
+     * result back should say so in this note.
+     */
     containers?: Capability;
+    /**
+     * DECLARED cron triggers — the `cronJobs()` registrations codegen lifts
+     * into `LUNORA_CRONS`, dispatched by whatever the host wakes on a
+     * schedule.
+     *
+     * Separate from {@link PlatformCapabilities.features.scheduler}, which
+     * rates the imperative surface (`ctx.scheduler.runAfter/runAt`, a job
+     * the app enqueues at runtime). The two are genuinely independent: a
+     * host can dispatch enqueued jobs perfectly and still walk nothing into
+     * its declared crons, in which case an app's `crons.daily(...)` never
+     * fires. One rating covering both is how that shipped as green.
+     */
+    cronTriggers?: Capability;
     /** Cross-shard fan-out queries. */
     crossShardFanout?: Capability;
+    /**
+     * Durable streams: a `.stream()` run whose chunks are persisted and
+     * whose producer outlives the socket that opened it, so a reconnecting
+     * or second client resumes the same transcript.
+     */
+    durableStreams?: Capability;
     /** Global (replicated) tables backed by a SQL store. */
     globalTables?: Capability;
+    /**
+     * A shared HTTP cache in front of the app that the runtime can READ AND
+     * WRITE — the Web Cache API (`caches.default` on Cloudflare), projected
+     * as `HttpCacheLike`.
+     *
+     * Rated separately from the app merely emitting `Cache-Control`, because
+     * only this half needs a host primitive. Emitting the header is portable
+     * by construction: any host that returns an HTTP response can do it, and
+     * browsers and downstream CDNs honour it wherever the app runs. What is
+     * not portable is a store the Worker itself can `match`/`put` against,
+     * which is why `@lunora/runtime`'s REST edge cache degrades to
+     * headers-only on a target rated `unsupported` rather than failing.
+     */
+    httpCache?: Capability;
     /** BYO database via connection pooling (Hyperdrive / RDS Proxy). */
     hyperdrive?: Capability;
+    /**
+     * An identity-aware proxy in front of the app that authenticates the
+     * caller before the request reaches it, and hands the runtime a verified
+     * identity **out-of-band** — on the execution context rather than on the
+     * request (Cloudflare Access attached to a Worker; IAP; an ALB OIDC
+     * action).
+     *
+     * Rated separately from the header-stamping form of the same product
+     * because only this one needs a host primitive. An identity-aware proxy
+     * that merely adds a signed header is portable by construction: any host
+     * that receives an HTTP request can verify it, which is why
+     * `@lunora/cloudflare-access` still works on a target rated
+     * `unsupported` here (it falls back to the `Cf-Access-Jwt-Assertion`
+     * JWT). What is not portable is the identity arriving beside the
+     * request, which is why `ExecutionContextLike.access` is a projection a
+     * host either populates or does not.
+     */
+    identityProxy?: Capability;
+    /** Image transforms (resize/format/optimize) via an Images binding. */
+    images?: Capability;
     /** Key-value storage (KV / Redis / DynamoDB). */
     keyValueStore?: Capability;
     /** Local SQL execution inside a shard. */
     localSql?: Capability;
     /** Email sending (Resend / SES / etc). */
     mail?: Capability;
-    /** Object storage (R2 / S3 / MinIO). */
+    /**
+     * `.memory()` tables — the ephemeral tier: rows cleared on every shard
+     * cold start, never written to the CDC changelog, refilled by
+     * `onShardInit`.
+     *
+     * The rating answers "does a memory table avoid durable storage on this
+     * host", NOT "does it work". The lifetime semantics are the engine's and
+     * hold everywhere; whether the rows actually stay out of the durable
+     * store depends on the host offering a second, memory-backed SQL handle,
+     * which is a per-target fact.
+     */
+    memoryTables?: Capability;
+    /**
+     * Object storage (R2 / S3 / MinIO).
+     *
+     * `ctx.storage.deleteAfterCommit(key)` rides on this rating and gets no
+     * key of its own: it needs no host primitive beyond the bucket. The
+     * post-commit flush uses `ShardHost.waitUntil` where the host has one and
+     * is awaited inline where it does not, so a host that can serve
+     * `objectStorage` serves the deferral at the same level.
+     */
     objectStorage?: Capability;
+    /**
+     * Snapshot backups kept in object storage rather than on the machine
+     * that took them — `lunora backup create|list|restore --bucket`, and
+     * the platform's own `backupCron`. Distinct from
+     * `objectStorage` above because it needs three things a
+     * bucket alone does not imply: an admin-gated read of one object
+     * (`GET /_lunora/admin/storage/object`), a checksum-verified write, and
+     * a scheduler to run the unattended half.
+     */
+    objectStorageBackups?: Capability;
+    /**
+     * The CDC changelog's cold tier: rows a retention sweep is about to
+     * destroy are written to an object-storage bucket first
+     * (`LUNORA_CDC_ARCHIVE`), and a consumer whose cursor has fallen below
+     * the retained window is served from there instead of being told to
+     * re-seed.
+     *
+     * Distinct from `objectStorage` because it needs the bucket to do one
+     * thing a plain byte store need not: resume a key-ordered listing from a
+     * position (`list({ startAfter })`). Without it the read-back re-lists
+     * the prefix from the front every time and stops finding the range it
+     * needs once enough segments precede the cursor — which fails as a
+     * refusal rather than a gap, but fails permanently and silently, so a
+     * host that cannot seek should say `unsupported` here rather than
+     * inherit `objectStorage`'s rating.
+     */
+    objectStorageCdcArchive?: Capability;
     /** Pipelines / streaming data. */
     pipelines?: Capability;
     /** Queue-backed workpools. */
     queues?: Capability;
+    /**
+     * `ctx.db.related(...)` — breadth-first traversal of the foreign-key
+     * graph the schema's `v.id("target")` columns describe, returning each
+     * reached row with its depth, the edge names walked to reach it, and a
+     * depth-decaying score.
+     *
+     * Rated on its own key rather than folded into `localSql`, because the
+     * two answer different questions: `localSql` says a shard can run SQL,
+     * while this says a host can serve the traversal's read SHAPE — an
+     * id lookup per out-edge and a batched `WHERE fk IN (...)` per in-edge,
+     * repeated per hop within one request. A host whose reads are remote
+     * enough that a multi-hop expansion cannot finish inside a request
+     * should say `unsupported` here even though every individual read works.
+     *
+     * Gate-bearing: codegen sets the `relationGraph` `PlatformSignals` flag
+     * from the schema IR's `v.id` columns, so a host rating it
+     * `unsupported` refuses the app rather than emitting a `related` that
+     * throws (or worse, silently returns nothing) on the first hop.
+     */
+    relationGraph?: Capability;
     /** Cron triggers / scheduled functions. */
     scheduler?: Capability;
     /** Secrets management. */
     secrets?: Capability;
+    /**
+     * `onQueryChange` reactors — server-side reactivity: a subscriber that is
+     * not a socket, woken after a write flush when a watched read's result
+     * changed.
+     *
+     * Host-dependent because the whole mechanism rests on the host being able
+     * to run work AFTER a write commits, on the same shard, without a client
+     * connection to hang it off — and on that work being serialized against
+     * further writes so a reactor's own writes cascade deterministically
+     * rather than interleaving.
+     */
+    serverReactors?: Capability;
     /** Alarms / scheduled wakeup inside a shard. */
     shardAlarms?: Capability;
     /** Durable Object-style sharded state. */
     shardedState?: Capability;
+    /** Geographic placement of a shard (`ShardPlacement.locationHint`). */
+    shardPlacement?: Capability;
+    /** Region-local read replicas of a shard, for one-shot queries. */
+    shardReadReplicas?: Capability;
     /** Vector database (Vectorize / pgvector / Pinecone). */
     vectorStore?: Capability;
     /** Hibernated WebSocket subscriptions. */
@@ -535,33 +897,72 @@ declare const CLOUDFLARE_CAPABILITIES: PlatformCapabilities;
  * The Node capability matrix — `@lunora/platform-node`'s honest self-rating
  * (plan 234).
  *
- * `@lunora/platform-node` is a spike: a `ShardHost`/`SocketHost`/
- * `ShardDirectory`/`ShardKvStore`/`SchedulerHost` implementation over
- * `better-sqlite3` and an in-process registry, built to run the conformance
- * TCK against a second host and discover what the contracts under-specify.
- * It is a single Node process with no distributed placement, no host-level
- * scheduler to re-arm timers after a restart, and no bindings at all for the
- * Cloudflare-specific products (R2, Vectorize, Workers AI, Queues,
- * Workflows, Containers, Browser Rendering, Analytics Engine, Secrets Store,
- * Hyperdrive) most `ctx.*` surfaces are built on. Every one of those is
- * rated `"unsupported"` here rather than left undeclared — see
- * `gateAgainstMatrix` in `@lunora/codegen`, whose fail-closed gate (plan
- * 229) treats an undeclared feature as unsupported anyway, but under a
- * different diagnostic name than an honest, explicit rating.
- *
- * Two features are rated `"emulated"` rather than `"native"` even though
- * this package fully implements their contract, because "native" would
- * overstate what a bare Node process provides on its own: `keyValueStore` is
- * a SQL table wearing a KV-shaped API, not a dedicated KV product, and
- * `websocketHibernation` never actually evicts a socket to save memory — it
- * only proves the attachment/tag durability half of the contract, not real
- * hibernation. `scheduler` and `shardAlarms` are rated `"unsupported"`, not
- * `"emulated"`: the Node host stores and times both, but its timer body only
- * clears bookkeeping — nothing dispatches the scheduled function or wakes the
- * alarm callback. `"emulated"` means built on lower-level primitives and
- * working; never-dispatched is not that (plan 267). `globalTables` is also
- * `"unsupported"` — no replicated SQL store is implemented. All ratings are
- * argued in detail in `plans/234-node-host-findings.md`.
+ * `@lunora/platform-node` implements every contract in this package
+ * (`ShardHost`, `SocketHost`, `ShardDirectory`, `ShardKvStore`,
+ * `SchedulerHost`) over `better-sqlite3` and an in-process registry, plus the
+ * `.global()` table backend via `@lunora/sql-store`. It began as a spike to run
+ * the conformance TCK against a second host; the durability gaps that spike
+ * surfaced — alarms and scheduler jobs that were persisted but never re-armed,
+ * socket attachments that lived only in memory — are closed, and each is now
+ * pinned by a restart test rather than only by a simulated recycle.
+ *
+ * `scheduler` and `shardAlarms` were rated `"unsupported"` under plan 267, on
+ * the grounds that the host stored and timed both while its timer body only
+ * cleared bookkeeping — nothing dispatched the scheduled function or woke the
+ * alarm. That rating was correct for the code it described, and the code is
+ * what changed: both now dispatch (through `onDispatch` / `onAlarm`) and both
+ * re-arm from their durable rows on construction, so `"emulated"` — built on
+ * lower-level primitives and *working* — is now the honest reading.
+ *
+ * What remains genuinely absent is everything a single Node process cannot
+ * distribute: placement across nodes, failover, and most Cloudflare-specific
+ * product bindings (Vectorize, Workers AI, Containers, Browser Rendering,
+ * Analytics Engine, Secrets Store, Hyperdrive). Workflows, object storage and
+ * queues are the three that CAN be emulated locally — `defineWorkflow` handlers
+ * compile onto the `@visulima/workflow` engine, R2 becomes a filesystem bucket,
+ * and Queues becomes a durable table with the same batch/ack/retry/dead-letter
+ * semantics — so those three are rated `"emulated"`; the rest of the Cloudflare
+ * products most `ctx.*` surfaces are built on are rated `"unsupported"` here
+ * rather than left undeclared — see `gateAgainstMatrix` in `@lunora/codegen`,
+ * whose fail-closed gate (plan 229) treats an undeclared feature as unsupported
+ * anyway, but under a different diagnostic name than an honest, explicit rating.
+ *
+ * Almost nothing here is rated `"native"`, and that is the matrix's own
+ * definition doing its job rather than a hedge: `native` means the platform
+ * itself provides the feature, and a bare Node process provides essentially
+ * none of them — Lunora builds alarms out of `setTimeout` plus a durable row,
+ * a KV store out of a SQL table, and `.global()` tables out of a second SQLite
+ * file. `localSql` is the exception, because SQLite genuinely is the platform
+ * primitive there. The ratings say who does the work; the notes say how well.
+ * Both are argued in detail in `plans/234-node-host-findings.md`.
  */
 declare const NODE_CAPABILITIES: PlatformCapabilities;
-export { type AnalyticsEngineDataPoint, type AnalyticsEngineDataPointLike, type AnalyticsEngineDatasetLike, CLOUDFLARE_CAPABILITIES, type Capability, type CapabilityLevel, type D1DatabaseLike, type D1PreparedStatementLike, type D1SessionLike, type ExecutionContextLike, type KVNamespaceLike, type KvGetOptions, type KvListKey, type KvNamespaceListResult, type KvNamespacePutOptions, type KvValue, type KvValueType, type MessageBatchLike, type MessageLike, type MessageSendRequestLike, NODE_CAPABILITIES, NOOP_EXECUTION_CONTEXT, type PlatformCapabilities, type QueueBindingLike, type QueueContentType, type QueueMessageLike, type QueueRetryOptions, type QueueSendBatchOptions, type QueueSendOptions, type QueueSendOptionsLike, type QueueSendRequestLike, type R2BucketLike, type R2MultipartUploadLike, type R2ObjectBodyLike, type R2ObjectLike, type R2RangeLike, type R2UploadedPartLike, type VectorMatchLike, type VectorMetric, type VectorRecordLike, type VectorizeDeleteMutation, type VectorizeIndexDetails, type VectorizeIndexLike, type VectorizeMatch, type VectorizeMatches, type VectorizeQueryOptions, type VectorizeUpsertMutation, type VectorizeVector };
+export { type AnalyticsEngineDataPoint, type AnalyticsEngineDataPointLike, type AnalyticsEngineDatasetLike, CLOUDFLARE_CAPABILITIES, type Capability, type CapabilityLevel, type D1DatabaseLike, type D1PreparedStatementLike, type D1SessionLike,
+/**
+ * `@lunora/platform` — provider-neutral host contracts for Lunora.
+ *
+ * This package defines the structural interfaces that separate the Lunora
+ * engine from any specific host (Cloudflare Workers, AWS, Rivet, Node, etc.).
+ * It contains **types and capability metadata only** — near-zero runtime code.
+ *
+ * The contracts fall into four groups:
+ *
+ * 1. **Shard host** (`ShardHost`) — single-writer execution, transactions,
+ * local SQL, alarms, and background continuation per shard key.
+ * 2. **Socket host** (`SocketHost`) — hibernated WebSocket subscriptions with
+ * durable attachments and tagged fan-out.
+ * 3. **Shard directory** (`ShardDirectory`) — deterministic placement and RPC
+ * dispatch from shard keys to stubs.
+ * 4. **Scheduler host** (`SchedulerHost`) — durable delayed jobs, cron, and
+ * at-least-once dispatch.
+ *
+ * Plus canonical binding projections (`KVNamespaceLike`, `R2BucketLike`,
+ * `QueueBindingLike`, `D1DatabaseLike`, `VectorizeIndexLike`, …) and the
+ * `PlatformCapabilities` matrix that codegen uses to tailor emitted types per
+ * target.
+ *
+ * This package is **zero-dependency** and safe on every runtime (browser,
+ * workerd, Node). It is intended to be the leaf dependency every other
+ * `@lunora/*` package can import without creating cycles.
+ */
+type ExecutionContextLike, type HttpCacheLike, type HttpCacheQueryOptions, type KVNamespaceLike, type KvGetOptions, type KvListKey, type KvNamespaceListResult, type KvNamespacePutOptions, type KvValue, type KvValueType, type MessageBatchLike, type MessageLike, type MessageSendRequestLike, NODE_CAPABILITIES, NOOP_EXECUTION_CONTEXT, type PlatformCapabilities, type QueueBindingLike, type QueueContentType, type QueueMessageLike, type QueueRetryOptions, type QueueSendBatchOptions, type QueueSendOptions, type QueueSendOptionsLike, type QueueSendRequestLike, type R2BucketLike, type R2MultipartUploadLike, type R2ObjectBodyLike, type R2ObjectLike, type R2RangeLike, type R2UploadedPartLike, type VectorMatchLike, type VectorMetric, type VectorRecordLike, type VectorValues, type VectorizeDeleteMutation, type VectorizeIndexDetails, type VectorizeIndexLike, type VectorizeMatch, type VectorizeMatches, type VectorizeQueryOptions, type VectorizeUpsertMutation, type VectorizeVector };