@lunora/scheduler 1.0.0-alpha.13 → 1.0.0-alpha.130

package/dist/index.d.ts

@@ -1,24 +1,51 @@
+import { SchedulerHost } from '@lunora/platform';
+export { a as assertValidCronExpression, i as isValidCronExpression, w as warnIfSecondsLeading } from "./packem_shared/validate-cron-full.d-Bemx45E8.js";
 /**
- * Opaque reference to a Lunora function. Mirrors the `FunctionReference` shape
- * emitted by `@lunora/codegen` (and consumed by `@lunora/client`). We avoid a
- * direct dependency to keep this package usable from the codegen pipeline
- * itself.
+ * The generated function-reference type, shared by every package that needs to
+ * infer a call's args or return from `api.<file>.<fn>`.
  *
- * The runtime identifier lives in `__lunoraRef` — this MUST stay in lockstep
- * with the codegen emit + `@lunora/client`'s `FunctionReference`.
+ * This lives in `shared/` rather than in one package because the consumers span
+ * a dependency boundary they must not cross: `@lunora/scheduler` and
+ * `@lunora/workflow` accept a reference in `runAfter`/`runAt`/`step.run*` but
+ * cannot depend on `@lunora/client`, which is a browser package. Each of them
+ * previously hand-copied this declaration, and both copies silently rotted when
+ * the phantom carrier was renamed — the conditional matched an OPTIONAL property
+ * that no longer existed, so `ArgsOf<F>` quietly resolved to `unknown` and every
+ * `step.run(ref, args)` in the repo lost its arg checking without a single error.
+ *
+ * `shared/` is the repo's answer to exactly that shape: bundler-inlined,
+ * zero-dependency source imported by relative path, so it creates no runtime
+ * edge between the packages that inline it. Being ONE declaration, there is
+ * nothing to keep in lockstep and no drift test to write.
  */
-interface FunctionReference {
+/** The registered function kinds a {@link FunctionReference} can describe. `stream` is a query that yields multiple frames over the WS. */
+type FunctionKind = "action" | "mutation" | "query" | "stream";
+/**
+ * Opaque reference to a registered function emitted by `@lunora/codegen`.
+ *
+ * At runtime it carries the `<file>:<function>` identifier in `__lunoraRef`.
+ * Generated declarations decorate this with phantom type parameters so callers
+ * can infer args / return values per call site.
+ */
+interface FunctionReference<Kind extends FunctionKind = FunctionKind, Args = unknown, Return = unknown> {
+  /**
+   * Phantom marker carrying the `Kind`/`Args`/`Return` type parameters for
+   * inference. Never present at runtime; declared as a covariant (output)
+   * position so a concrete reference stays assignable to a widened one.
+   */
+  readonly __lunoraPhantom?: {
+    args: Args;
+    kind: Kind;
+    returns: Return;
+  };
   readonly __lunoraRef: string;
-  /** Marker phantom type — discriminates queries / mutations / actions. */
-  readonly _kind?: "query" | "mutation" | "action";
 }
-type ArgsOf<F extends FunctionReference> = F extends {
-  _args?: infer A;
-} ? A : Record<string, unknown>;
+/** Extract the args type from a {@link FunctionReference}. */
+type ArgsOf<F> = F extends FunctionReference<infer _K, infer A, infer _R> ? A : never;
 /**
  * Typed reference to a Lunora durable workflow — either the generated
- * `workflows.&lt;name>` reference object (`_generated/api.ts`, which carries the
- * `WORKFLOW_*` binding + export name) or, structurally, a `defineWorkflow()`
+ * `workflows.<name>` reference object (`_generated/api.ts`, which carries the
+ * workflow's class name + export name) or, structurally, a `defineWorkflow()`
  * result imported directly. Both are matched by the `isLunoraWorkflow` brand and
  * carry the workflow's `params` in the phantom `__params`, so a `cronJobs()`
  * registration infers them.
@@ -35,25 +62,36 @@ type ArgsOf<F extends FunctionReference> = F extends {
 interface WorkflowReference<Params = Record<string, unknown>> {
   /** Phantom carrier for the workflow's `params` type — drives `cronJobs()` arg inference. Never read at runtime. */
   readonly __params?: Params;
-  /** The `WORKFLOW_*` binding name (present on a generated `workflows.&lt;name>` ref). */
-  readonly binding?: string;
+  /** The workflow's export key — its generated class name, reached as `ctx.exports.<className>` (present on a generated ref). */
+  readonly className?: string;
   readonly isLunoraWorkflow: true;
   /** The workflow's export/stable name (present on a generated ref; a `defineWorkflow({ name })` override otherwise). */
   readonly name?: string;
 }
+/**
+ * A function reference a scheduler or workpool may target.
+ *
+ * `stream` is excluded deliberately, and the exclusion is load-bearing rather
+ * than tidiness: a scheduled job is dispatched as an ordinary `/rpc` call, and
+ * the function runner cannot execute a stream function (see
+ * `create-worker.ts`'s registry note). Accepting one compiles a job that is
+ * guaranteed to fail when its alarm fires, long after the call site that
+ * scheduled it.
+ */
+type SchedulableReference<Args = unknown, Return = unknown> = FunctionReference<Exclude<FunctionKind, "stream">, Args, Return>;
 /** A cron job's target: either a one-shot function dispatch or a durable workflow start. */
-type CronTarget = FunctionReference | WorkflowReference;
+type CronTarget = SchedulableReference | WorkflowReference;
 /** The arguments a cron's target accepts: a workflow's inferred `params`, else an open record (function args aren't inferred). */
 type CronTargetArgs<T extends CronTarget> = T extends WorkflowReference<infer Params> ? Params : Record<string, unknown>;
 /**
  * The arguments a one-shot schedule target ({@link Scheduler.runAfter} /
- * {@link Scheduler.runAt}) accepts. Unlike {@link CronTargetArgs} it preserves a
- * {@link FunctionReference}'s inferred `args` (via {@link ArgsOf}) as well as a
- * {@link WorkflowReference}'s inferred `params`, so scheduling a plain function
- * keeps its today's arg checking while scheduling a workflow/agent infers its
- * `params`.
+ * {@link Scheduler.runAt}) accepts. Unlike {@link CronTargetArgs} it resolves a
+ * {@link FunctionReference}'s `args` through {@link ArgsOf} as well as a
+ * {@link WorkflowReference}'s `params`, so scheduling a generated function
+ * reference is arg-checked against that function's validator while scheduling a
+ * workflow/agent is checked against its `params`.
  */
-type ScheduleTargetArgs<T extends CronTarget> = T extends WorkflowReference<infer Params> ? Params : T extends FunctionReference ? ArgsOf<T> : Record<string, unknown>;
+type ScheduleTargetArgs<T extends CronTarget> = T extends WorkflowReference<infer Params> ? Params : T extends SchedulableReference ? ArgsOf<T> : Record<string, unknown>;
 /** Narrow a {@link CronTarget} to a {@link WorkflowReference} by its runtime brand. */
 declare const isWorkflowReference: (target: unknown) => target is WorkflowReference;
 /**
@@ -74,12 +112,46 @@ interface RetryPolicy {
   backoff?: "exponential" | "linear";
   /** Base delay in milliseconds for the first retry. Default `30_000`. */
   baseMs?: number;
-  /** Maximum number of dispatch attempts before dead-lettering. Default `5`. */
+  /**
+   * Maximum number of **retries** after the initial dispatch. Default `5`, so
+   * a job that keeps failing is dispatched 6 times in total before it is
+   * dead-lettered (the park happens once `attempts > maxAttempts`).
+   */
   maxAttempts?: number;
   /** Optional ceiling clamping the computed backoff delay. */
   maxMs?: number;
 }
 interface RunOptions {
+  /**
+   * Job id to store the record under, instead of one the SchedulerDO mints.
+   *
+   * Exists for `@lunora/server`'s deferred-schedule facade: inside a mutation a
+   * `runAfter`/`runAt` is buffered until the transaction commits, but the
+   * handler is handed the id synchronously, so the id has to be decided before
+   * the call is made. Callers that are not deferring should leave it unset and
+   * take the minted id from the return value. Anything that is not a plain
+   * `[A-Za-z0-9_-]` id of at most 64 characters, or that LEADS with `-`, is
+   * REFUSED (`400 INVALID_SCHEDULE_ID`) rather than replaced: the id is handed
+   * to `WorkflowBinding.create({ id })` verbatim for a workflow target, and the
+   * engine's instance-id grammar (`^[a-zA-Z0-9_][a-zA-Z0-9-_]*$`) refuses that
+   * first character. Minting over it would mean two calls naming the same bad
+   * id ran the job twice instead of the second answering `409`.
+   *
+   * **Not an idempotency key.** An id that is already scheduled is REFUSED
+   * (`409 DUPLICATE_SCHEDULE_ID`), not replaced or de-duplicated: the time
+   * index is keyed by time as well as id, so an overwrite would fire the new
+   * job at the old job's instant and drop the slot it was actually scheduled
+   * for. Cancel the existing job first if you mean to reschedule it. The id
+   * is free again once the job has fired or been cancelled.
+   */
+  id?: string;
+  /**
+   * Cap for the {@link RunOptions.pool} this job joins, applied when the pool
+   * is first created and refreshed on every enqueue that carries one. Ignored
+   * without `pool`. A pool created by a `runAfter`/`runAt` that omits it caps
+   * at 1 — {@link Workpool} is the usual way to set it.
+   */
+  maxConcurrency?: number;
   /**
    * Logical workpool this job belongs to. When set, the SchedulerDO gates the
    * job behind the pool's `maxConcurrency` (see {@link WorkpoolOptions}).
@@ -128,7 +200,7 @@ interface ScheduleRecord {
   scheduledFor: number;
   shardKey?: string;
   /**
-   * The `WORKFLOW_*`/`AGENT_*` binding name to start a fresh durable instance
+   * The workflow/agent export key (its generated class name) to start a fresh durable instance
    * of on fire (the {@link ScheduleRecord.args} become its `params`). Set
    * instead of {@link ScheduleRecord.functionPath} when the job targets a
    * workflow/agent {@link WorkflowReference}. The runtime — not the DO — owns
@@ -140,6 +212,19 @@ interface Scheduler {
   cancel: (id: string) => Promise<{
     cancelled: boolean;
   }>;
+  /**
+   * Jobs that exhausted their retry budget and were parked under `dead:`
+   * (the DO's `/dead` view). Deliberately absent from {@link Scheduler.list} —
+   * the park deletes the `id:` header — so this is the only view of a job
+   * that failed permanently rather than being silently dropped.
+   */
+  dead: () => Promise<ScheduleRecord[]>;
+  /**
+   * Resurrect a parked job with a fresh attempt budget (the DO's
+   * `POST /dead/retry`). `false` when the id is not parked; a racing double
+   * recover is a no-op rather than an error.
+   */
+  deadRetry: (id: string) => Promise<boolean>;
   /** Resolve a single pending job by id, or `null` when absent (derived from {@link Scheduler.list}). */
   get: (id: string) => Promise<ScheduleRecord | null>;
   /** All pending scheduled jobs (the DO's `/list` view). */
@@ -147,20 +232,28 @@ interface Scheduler {
   /**
    * Schedule `target` to run once, `delayMs` from now. `target` is a function
    * {@link FunctionReference} (dispatched as a one-shot) or a durable
-   * {@link WorkflowReference} — the generated `workflows.&lt;name>` /
-   * `agents.&lt;name>` ref — which starts a fresh instance on fire (args become
+   * {@link WorkflowReference} — the generated `workflows.<name>` /
+   * `agents.<name>` ref — which starts a fresh instance on fire (args become
    * its `params`). {@link ScheduleTargetArgs} infers the accepted args from
    * whichever target was passed.
+   *
+   * **Resolves the job id, a bare string** — the same value `cancel`/`get`
+   * take, and the same value the `ctx.scheduler` surface promises. This object
+   * IS `ctx.scheduler` on the shard side (codegen installs it behind
+   * `SchedulerLike`, whose `runAfter`/`runAt` are declared `Promise<string>`),
+   * so resolving a `{ id, scheduledFor }` record here handed mutations an
+   * object where every other gate — `@lunora/server`'s `Scheduler`,
+   * `@lunora/shard-engine`'s `SchedulerLike`, `@lunora/runtime`'s httpAction
+   * ctx, and the docs — said string. Nothing caught it, because the install is
+   * a cast: apps wrote the object into a string column and `cancel(id)`
+   * answered `{ cancelled: false }` with no error anywhere.
+   *
+   * The fire instant is not lost: `runAt` was handed it, and a caller that
+   * needs it back reads `scheduledFor` off {@link Scheduler.get}.
    */
-  runAfter: <T extends CronTarget>(delayMs: number, target: T, args: ScheduleTargetArgs<T>, options?: RunOptions) => Promise<{
-    id: string;
-    scheduledFor: number;
-  }>;
-  /** Like {@link Scheduler.runAfter} but fires at an absolute `date`/timestamp. */
-  runAt: <T extends CronTarget>(date: Date | number, target: T, args: ScheduleTargetArgs<T>, options?: RunOptions) => Promise<{
-    id: string;
-    scheduledFor: number;
-  }>;
+  runAfter: <T extends CronTarget>(delayMs: number, target: T, args: ScheduleTargetArgs<T>, options?: RunOptions) => Promise<string>;
+  /** Like {@link Scheduler.runAfter} but fires at an absolute `date`/timestamp. Resolves the job id. */
+  runAt: <T extends CronTarget>(date: Date | number, target: T, args: ScheduleTargetArgs<T>, options?: RunOptions) => Promise<string>;
 }
 /**
  * Cloudflare Durable Object data-residency jurisdiction. Widening union —
@@ -194,13 +287,14 @@ interface LunoraSchedulerOptions {
    * un-pinned global namespace.
    */
   jurisdiction?: DurableObjectJurisdiction;
-  /** Binding to the `SchedulerDO` durable object namespace. */
-  namespace: DurableObjectNamespaceLike;
   /**
-   * Origin where the Worker is mounted. SchedulerDO uses this base URL when
-   * dispatching scheduled functions back to the Worker on alarm fire.
+   * Binding to the `SchedulerDO` durable object namespace.
+   *
+   * The origin the DO dispatches back to is NOT passed here: it reads
+   * `env.LUNORA_ORIGIN_URL` off its own binding at fire time, because a
+   * caller-supplied dispatch target would be an SSRF vector.
    */
-  originUrl: string;
+  namespace: DurableObjectNamespaceLike;
 }
 /** Per-enqueue options for a {@link Workpool}. Extends {@link RunOptions} minus the implicit `pool` (the pool sets that). */
 interface EnqueueOptions {
@@ -213,7 +307,7 @@ interface EnqueueOptions {
 }
 /**
  * Options for `createWorkpool`. Mirrors {@link LunoraSchedulerOptions}
- * (same `namespace` / `originUrl` / `instanceName`) plus the bounded-concurrency
+ * (same `namespace` / `instanceName`) plus the bounded-concurrency
  * controls. A workpool is a NAMED logical pool inside the existing SchedulerDO —
  * it needs no extra Durable Object or wrangler binding beyond the SchedulerDO
  * the scheduler already uses.
@@ -227,7 +321,7 @@ interface WorkpoolOptions extends LunoraSchedulerOptions {
   maxConcurrency: number;
   /**
    * Pool name — the concurrency counter is keyed by this inside the
-   * SchedulerDO storage (`pool:&lt;name>`). Default `default`.
+   * SchedulerDO storage (`pool:<name>`). Default `default`.
    */
   name?: string;
 }
@@ -247,11 +341,11 @@ interface Workpool {
    * and the time it was scheduled for (it may not run immediately if the pool
    * is at capacity).
    */
-  enqueue: <F extends FunctionReference>(function_: F, args: ArgsOf<F>, options?: EnqueueOptions) => Promise<{
+  enqueue: <F extends SchedulableReference>(function_: F, args: ArgsOf<F>, options?: EnqueueOptions) => Promise<{
     id: string;
     scheduledFor: number;
   }>;
-  /** The pool's name (the `pool:&lt;name>` storage key suffix). */
+  /** The pool's name (the `pool:<name>` storage key suffix). */
   readonly name: string;
   /** Inspect the pool's current state — `inFlight` slots used and the configured `maxConcurrency`. */
   status: () => Promise<{
@@ -302,6 +396,13 @@ interface MessageBatchLike<Body = unknown> {
 }
 /** The wire payload Lunora puts on the queue: a function dispatch. */
 interface QueueJob {
+  /**
+   * The call's arguments in WIRE form (`packages/wire/src/wire-codec`), so a `bigint`,
+   * `Date` or bytes survives the queue's own JSON serialisation. The producers
+   * encode; the shard's dispatch loop is the single decoder. A custom
+   * {@link QueueDispatch} must forward this untouched — decoding it here and
+   * letting the shard decode again flattens a `Date` to `{}`.
+   */
   args?: Record<string, unknown>;
   functionPath: string;
   /** Routing hint forwarded to the Worker so the call lands on the right shard. */
@@ -327,7 +428,7 @@ interface QueueWorkpoolOptions {
  */
 interface QueueWorkpool {
   /** Enqueue a single `fn(args)` dispatch. */
-  enqueue: <F extends FunctionReference>(function_: F, args: ArgsOf<F>, options?: QueueEnqueueOptions) => Promise<void>;
+  enqueue: <F extends SchedulableReference>(function_: F, args: ArgsOf<F>, options?: QueueEnqueueOptions) => Promise<void>;
   /** Enqueue many dispatches in one `sendBatch`. Each job names its function `ref`. */
   enqueueBatch: (jobs: ReadonlyArray<{
     args?: Record<string, unknown>;
@@ -335,12 +436,40 @@ interface QueueWorkpool {
     shardKey?: string;
   }>, options?: QueueSendOptionsLike) => Promise<void>;
 }
-/** Dispatches a single {@link QueueJob} — the consumer's per-message worker. */
-type QueueDispatch = (job: QueueJob) => Promise<void>;
+/**
+ * Dispatches a single {@link QueueJob} — the consumer's per-message worker.
+ * `messageId` is the queue message's native id, threaded through so the
+ * dispatcher can attribute a failure to the exact message that caused it.
+ */
+type QueueDispatch = (job: QueueJob, messageId?: string) => Promise<void>;
 /** Options for `createQueueConsumer`. */
 interface QueueConsumerOptions {
   /** How each job is executed; e.g. the `httpDispatcher`. */
   dispatch: QueueDispatch;
+  /**
+   * The consumer's `max_retries` as deployed in `wrangler.jsonc`, which a
+   * consumer cannot read at runtime. Used only to recognise a message's last
+   * delivery, where a declined dispatch is re-enqueued through `requeue` (or
+   * logged as the drop or dead-letter it becomes without one). Defaults to
+   * Cloudflare's default of 3.
+   */
+  maxRetries?: number;
+  /**
+   * Re-enqueue a job whose dispatch is declined on its last delivery as a
+   * copy delayed past the in-flight claim, with a fresh retry budget, instead
+   * of letting it be dead-lettered or dropped while its call is still
+   * running. Without it that loss is only logged.
+   *
+   * `queue` is the producer binding of the queue this consumer reads (the
+   * one handed to `createQueueWorkpool`). `secret` keys the MAC the copy
+   * carries — pass the admin token (`LUNORA_ADMIN_TOKEN`). The copy
+   * dispatches under the replaced message's id so the shard serves the
+   * declined call's result, and without a valid MAC no body can claim an id.
+   */
+  requeue?: {
+    queue: QueueLike<QueueJob>;
+    secret: string;
+  };
 }
 /** Options for the `httpDispatcher` — the default HTTP dispatcher. */
 interface HttpDispatcherOptions {
@@ -350,6 +479,13 @@ interface HttpDispatcherOptions {
   fetchImpl?: typeof fetch;
   /** Origin where the Worker is mounted (the `/_lunora/scheduler/dispatch` endpoint). */
   originUrl: string;
+  /**
+   * Abort a job's dispatch after this many ms; the abort is retryable, so the
+   * consumer retries the message. Defaults to 5 minutes — raise it for a
+   * workpool running jobs that legitimately run longer, lower it to fail a
+   * stuck origin faster.
+   */
+  timeoutMs?: number;
 }
 /**
  * Client-side scheduler — forwards `runAfter` / `runAt` / `cancel` calls to a
@@ -360,9 +496,9 @@ declare const createScheduler: (options: LunoraSchedulerOptions) => Scheduler;
 /**
  * Bounded-concurrency action queue — the Lunora equivalent of
  * `@convex-dev/workpool`. Mirrors `createScheduler`'s `namespace` /
- * `originUrl` / `instanceName` options and is built on the SAME `SchedulerDO`:
+ * `instanceName` options and is built on the SAME `SchedulerDO`:
  * a workpool is just a NAMED logical pool inside that DO (concurrency counter
- * keyed by {@link WorkpoolOptions.name} under the `pool:&lt;name>` storage key).
+ * keyed by {@link WorkpoolOptions.name} under the `pool:<name>` storage key).
  * It needs no extra Durable Object or wrangler binding beyond the SchedulerDO
  * the scheduler already uses.
  *
@@ -370,8 +506,24 @@ declare const createScheduler: (options: LunoraSchedulerOptions) => Scheduler;
  * `maxConcurrency` of the pool's jobs at once and queues the rest durably,
  * draining them as the runtime reports completions (`POST /complete`).
  *
+ * The ceiling the platform adds: one alarm drain keeps at most SIX dispatches in
+ * flight, because a Durable Object may have only six connections simultaneously
+ * waiting for response headers. A `maxConcurrency` above six is therefore not
+ * wrong, just not reachable within a single drain — the surplus drains on the
+ * following alarms. The same invocation is bounded by the 15-minute alarm wall
+ * clock, which covers the WHOLE drain rather than one job; work that does not
+ * fit is deferred to the next alarm, never dropped.
+ *
+ * For jobs that are individually long — an LLM call, an export, a payment
+ * round-trip — prefer `createQueueWorkpool`: the dispatch this DO awaits
+ * only returns once the function has finished running, so a long job occupies
+ * one of those six slots and one slice of that 15-minute budget for its whole
+ * duration. A Queues consumer gets a fresh Worker invocation per batch, with its
+ * own connection budget and its own clock, and its `max_concurrency` is not
+ * capped at six. You give up the hard cap, per-job cancel, and per-job status.
+ *
  * ```ts
- * const pool = createWorkpool({ namespace: env.SCHEDULER, originUrl, maxConcurrency: 5 });
+ * const pool = createWorkpool({ namespace: env.SCHEDULER, maxConcurrency: 5 });
  * await pool.enqueue(internal.stripe.sync, { invoiceId }, { retry: { maxAttempts: 3 } });
  * ```
  *
@@ -415,8 +567,18 @@ interface CronTriggerSnippet {
 declare const createCronTrigger: (options: CronTriggerOptions) => CronTriggerSnippet;
 /** Sub-day recurrence. Exactly one unit must be provided. */
 interface IntervalSchedule {
+  /** 1–23, and must divide 24 (an interval repeats *within* a day). */
   hours?: number;
+  /** 1–59, and must divide 60. */
   minutes?: number;
+  /**
+   * Accepted by the type, **rejected at definition time**: Cloudflare Cron
+   * Triggers have a one-minute floor, so the 6-field expression this compiles
+   * to would survive codegen and land in the committed `wrangler.jsonc`, then
+   * fail at `wrangler deploy` naming neither the job nor the file. Declared so
+   * the rejection can name the job instead. Use `ctx.scheduler.runAfter`/
+   * `runAt` for sub-minute recurrence, or `{ minutes: 1 }`.
+   */
   seconds?: number;
 }
 /** Daily recurrence at a fixed UTC wall-clock time. */
@@ -426,6 +588,19 @@ interface DailySchedule {
   /** 0–59. */
   minuteUTC: number;
 }
+/**
+ * Hourly recurrence at a fixed minute past the hour.
+ *
+ * `crons.interval({ hours: 1 })` compiles to the same expression, but the
+ * asymmetry of having `daily`/`weekly`/`monthly` and no `hourly` is its own
+ * papercut — and unlike the interval form this one lets
+ * the caller place the job off the hour boundary, which is how you stop a
+ * dozen hourly jobs from stampeding at `:00`.
+ */
+interface HourlySchedule {
+  /** 0–59. */
+  minuteUTC: number;
+}
 /** Weekly recurrence at a fixed UTC time on a given weekday. */
 interface WeeklySchedule extends DailySchedule {
   /** Long weekday name, case-insensitive (e.g. `"monday"`). */
@@ -457,22 +632,24 @@ interface CronJob {
    * Set when the job targets a durable workflow rather than a function: the
    * workflow's stable name (`defineWorkflow({ name })`) when one was declared,
    * otherwise `""`. `@lunora/codegen` statically resolves the concrete
-   * `lunora/workflows.ts` export + its `WORKFLOW_*` binding for the emitted
+   * `lunora/workflows.ts` export + its class name for the emitted
    * dispatch map, so this authoring-time value is informational only.
    */
   workflow?: string;
 }
 /** The ergonomic builder methods, excluding the raw `.cron` escape hatch. */
-type CronScheduleKind = "daily" | "interval" | "monthly" | "weekly";
+type CronScheduleKind = "daily" | "hourly" | "interval" | "monthly" | "weekly";
 /** The ergonomic schedule kinds as a runtime set (codegen reads this to detect cron builder methods). */
 declare const CRON_SCHEDULE_KINDS: ReadonlySet<CronScheduleKind>;
 /**
  * Compile one of the ergonomic schedule forms into a standard cron expression.
  * Exposed as a pure function so `@lunora/codegen` can reuse the exact same
  * compilation when it statically lifts a `crons.{kind}(...)` call out of the
- * AST — codegen imports this directly (no duplicated mirror).
+ * AST — codegen imports this directly (no duplicated mirror). `jobName` is
+ * optional (see {@link compileInterval}) so codegen's existing 2-arg call site
+ * keeps working unchanged.
  */
-declare const compileCronSchedule: (kind: CronScheduleKind, schedule: DailySchedule | IntervalSchedule | MonthlySchedule | WeeklySchedule) => string;
+declare const compileCronSchedule: (kind: CronScheduleKind, schedule: DailySchedule | HourlySchedule | IntervalSchedule | MonthlySchedule | WeeklySchedule, jobName?: string) => string;
 /**
  * Builder returned by {@link cronJobs}. Each method registers one recurring
  * job; the compiled expression is validated immediately so authoring mistakes
@@ -480,20 +657,22 @@ declare const compileCronSchedule: (kind: CronScheduleKind, schedule: DailySched
  */
 interface CronJobsBuilder {
   /**
-   * Raw cron expression escape hatch (5- or 6-field, full cron-parser grammar).
+   * Raw cron expression escape hatch (5- or 6-field, full `@visulima/cron-parser` Cloudflare grammar).
    * The target may be a function (`internal.file.fn`) or a durable workflow
-   * (`workflows.&lt;name>`); a workflow's `args` are inferred from its `params`.
+   * (`workflows.<name>`); a workflow's `args` are inferred from its `params`.
    */
   cron: <T extends CronTarget>(name: string, cronExpr: string, target: T, args?: CronTargetArgs<T>) => CronJobsBuilder;
-  /** Daily at `hourUTC:minuteUTC` (UTC). The target may be a function or a durable workflow (`workflows.&lt;name>`). */
+  /** Daily at `hourUTC:minuteUTC` (UTC). The target may be a function or a durable workflow (`workflows.<name>`). */
   daily: <T extends CronTarget>(name: string, schedule: DailySchedule, target: T, args?: CronTargetArgs<T>) => CronJobsBuilder;
-  /** Every `{ seconds | minutes | hours }`. The target may be a function or a durable workflow (`workflows.&lt;name>`). */
+  /** Hourly at `minuteUTC` past the hour. The target may be a function or a durable workflow (`workflows.<name>`). */
+  hourly: <T extends CronTarget>(name: string, schedule: HourlySchedule, target: T, args?: CronTargetArgs<T>) => CronJobsBuilder;
+  /** Every `{ minutes | hours }` — `{ seconds }` throws (Cron Triggers have a one-minute floor). The target may be a function or a durable workflow (`workflows.<name>`). */
   interval: <T extends CronTarget>(name: string, schedule: IntervalSchedule, target: T, args?: CronTargetArgs<T>) => CronJobsBuilder;
   /** Snapshot of the registered jobs, in declaration order. */
   jobs: () => ReadonlyArray<CronJob>;
-  /** Monthly on `day` at `hourUTC:minuteUTC` (UTC). The target may be a function or a durable workflow (`workflows.&lt;name>`). */
+  /** Monthly on `day` at `hourUTC:minuteUTC` (UTC). The target may be a function or a durable workflow (`workflows.<name>`). */
   monthly: <T extends CronTarget>(name: string, schedule: MonthlySchedule, target: T, args?: CronTargetArgs<T>) => CronJobsBuilder;
-  /** Weekly on `dayOfWeek` at `hourUTC:minuteUTC` (UTC). The target may be a function or a durable workflow (`workflows.&lt;name>`). */
+  /** Weekly on `dayOfWeek` at `hourUTC:minuteUTC` (UTC). The target may be a function or a durable workflow (`workflows.<name>`). */
   weekly: <T extends CronTarget>(name: string, schedule: WeeklySchedule, target: T, args?: CronTargetArgs<T>) => CronJobsBuilder;
 }
 /**
@@ -519,12 +698,49 @@ declare const createQueueWorkpool: (options: QueueWorkpoolOptions) => QueueWorkp
  */
 declare const createQueueConsumer: (options: QueueConsumerOptions) => ((batch: MessageBatchLike) => Promise<void>);
 /**
- * Default {@link QueueDispatch}: POST each job to the Worker's
+ * Default {@link QueueDispatch}: dispatch each job to the Worker's
  * `/_lunora/scheduler/dispatch` endpoint (the same path SchedulerDO dispatches
- * through), authenticated with the admin bearer. A non-2xx response throws so
- * the consumer retries the message.
+ * through) via `@lunora/dispatch`'s `createDispatchRunner` — which bounds each
+ * job with {@link HttpDispatcherOptions.timeoutMs} (default
+ * {@link DEFAULT_JOB_TIMEOUT_MS}), so a hung origin no longer holds the whole
+ * `queue()` invocation open, and threads the queue message id through for
+ * failure attribution. Any dispatch failure throws so the consumer retries the
+ * message — including a 2xx carrying a non-empty non-JSON body, which is an
+ * intermediary's page rather than a function's return value and therefore no
+ * evidence the job ran. An empty 2xx is a normal success (a `void` function).
+ *
+ * `job.args` is forwarded VERBATIM: {@link encodeJobArgs} already put it in wire
+ * form at the producer, and the shard's dispatch loop is the single decoder.
+ * Encoding again here would leave the handler a tagged array.
  */
 declare const httpDispatcher: (options: HttpDispatcherOptions) => QueueDispatch;
+/**
+ * The id a new record is stored under: the caller's, or a freshly minted one when
+ * they did not name it.
+ *
+ * A caller id that is not a safe key segment is REFUSED, not replaced.
+ * `RunOptions.id` is not an idempotency key — an id already scheduled answers
+ * `409 DUPLICATE_SCHEDULE_ID` — so quietly swapping an invalid one for a random
+ * id made `runAt(ts, ref, args, { id: "-daily-2026-09-06" })` mint a fresh id on
+ * every call and run the job once per call, where naming it was the caller's way
+ * of saying "at most once".
+ *
+ * Minting swaps a leading `-` for `_` rather than re-rolling: 1 in 64 minted ids
+ * led with one and was refused by the workflow engine on dispatch. `_` is in the
+ * engine's leading class, the swap is a single pass, and 96 random bits stay 96
+ * random bits everywhere but that first character.
+ *
+ * Exported because two surfaces have to agree on it. The SchedulerDO applies it
+ * when the record is written (turning the refusal into a `400`);
+ * `@lunora/server`'s deferred-schedule facade applies it when the call is
+ * BUFFERED, because it answers the handler with the id synchronously — long
+ * before the DO sees the request. Restating the rule in the facade is how the two
+ * drift: an id the facade accepted and the DO replaced leaves the handler holding
+ * an id no job was ever stored under, so its later `cancel` silently misses.
+ * @param requested the caller's `RunOptions.id`, if any
+ * @throws LunoraError `INVALID_SCHEDULE_ID` when `requested` is supplied and is not a safe key segment
+ */
+declare const resolveScheduleId: (requested: unknown) => string;
 /**
  * Minimal projection of `DurableObjectState` for the SchedulerDO. Declared
  * structurally so unit tests can pass a fake state without booting the
@@ -537,6 +753,15 @@ interface SchedulerDOState {
   acceptWebSocket?: (ws: WebSocket) => void;
   /** Every accepted server WebSocket (workers `state.getWebSockets`). */
   getWebSockets?: () => WebSocket[];
+  /**
+   * Register a constant ping/pong auto-response so the runtime answers a
+   * known keepalive frame on a hibernated socket WITHOUT waking this DO (no
+   * billable request, no dispatch). Optional: absent in the unit harness and
+   * older runtimes, present on the real `DurableObjectState`. Mirrors
+   * `@lunora/do`'s `ShardDOState.setWebSocketAutoResponse` — see
+   * {@link SchedulerDO.armWebSocketKeepalive}.
+   */
+  setWebSocketAutoResponse?: (pair: WebSocketRequestResponsePair) => void;
   storage: {
     delete: (key: string | string[]) => Promise<number | boolean>;
     deleteAlarm: () => Promise<void> | void;
@@ -546,6 +771,7 @@ interface SchedulerDOState {
       end?: string;
       limit?: number;
       prefix?: string;
+      startAfter?: string;
     }) => Promise<Map<string, T>>;
     put: <T = unknown>(entries: Record<string, T> | string, value?: T) => Promise<void>;
     setAlarm: (scheduledTime: number | Date) => Promise<void> | void;
@@ -556,13 +782,13 @@ interface SchedulerEnv {
   /**
    * Fallback bearer token attached to the dispatch when
    * {@link SchedulerEnv.LUNORA_SCHEDULER_SECRET} is not configured. Sent as
-   * `authorization: Bearer &lt;token>`.
+   * `authorization: Bearer <token>`.
    */
   LUNORA_ADMIN_TOKEN?: string;
   /**
    * Base URL where the Worker is mounted. SchedulerDO uses this at dispatch
    * time to call back into the Worker. Read at fire time (NOT taken from the
-   * request body) to prevent SSRF via a forged `originUrl` field.
+   * request body, which carries no dispatch target at all) to prevent SSRF.
    */
   LUNORA_ORIGIN_URL?: string;
   /**
@@ -573,6 +799,21 @@ interface SchedulerEnv {
    */
   LUNORA_SCHEDULER_SECRET?: string;
 }
+/**
+ * Retries allowed after the original attempt before {@link SchedulerDO.recordRetry}
+ * parks a record in the dead-letter (`dead:`) prefix. Overridable per job via
+ * {@link RetryPolicy.maxAttempts}. Exported so test doubles of the scheduler
+ * (`@lunora/testing`'s fake scheduler) model the same budget instead of
+ * duplicating the number.
+ */
+declare const MAX_RETRY_ATTEMPTS = 5;
+/**
+ * Backoff before the first retry, in milliseconds; doubles on each subsequent
+ * retry under the default `"exponential"` backoff (`baseMs * 2 ** (attempts - 1)`).
+ * Overridable per job via {@link RetryPolicy.baseMs}. Exported alongside
+ * {@link MAX_RETRY_ATTEMPTS} for the same reason.
+ */
+declare const RETRY_BASE_DELAY_MS = 3e4;
 /**
  * One pool's live backlog, as surfaced by `GET /status`. `inFlight`/
  * `maxConcurrency` mirror the durable {@link PoolState} semaphore; `queued`
@@ -583,7 +824,7 @@ interface SchedulerPoolStatus {
   inFlight: number;
   /** The pool's concurrency cap. */
   maxConcurrency: number;
-  /** The logical workpool name (the `pool:&lt;name>` suffix). */
+  /** The logical workpool name (the `pool:<name>` suffix). */
   name: string;
   /** Pending jobs routed to this pool but not yet dispatched. */
   queued: number;
@@ -598,13 +839,13 @@ interface SchedulerStatus {
   backlog: number;
   /** Sum of every pool's `inFlight` count — the total held concurrency slots. */
   inFlight: number;
-  /** Per-pool backlog breakdown, one entry per `pool:&lt;name>` record. */
+  /** Per-pool backlog breakdown, one entry per `pool:<name>` record. */
   pools: SchedulerPoolStatus[];
 }
 /**
  * Durable Object that stores pending scheduled invocations sorted by their
  * `scheduledFor` time and fires them via HTTP on alarm. Storage layout:
- * `id:&lt;id>` maps to {@link ScheduleRecord}; `t:&lt;paddedTime>:&lt;id>` maps to the
+ * `id:<id>` maps to {@link ScheduleRecord}; `t:<paddedTime>:<id>` maps to the
  * id (used as a sorted index).
  *
  * On every mutation the DO recomputes the earliest pending task and updates
@@ -651,15 +892,57 @@ declare class SchedulerDO {
   /**
    * Normalize the mutually-exclusive dispatch target off an untrusted body: a
    * one-shot function path (`functionPath`) or a durable workflow/agent
-   * instance (`workflow`, a `WORKFLOW_*`/`AGENT_*` binding). Returns `undefined`
+   * instance (`workflow`, a workflow/agent export key). Returns `undefined`
    * when neither is present so the caller can reject the schedule.
    */
   private static resolveScheduleTarget;
   protected readonly state: SchedulerDOState;
   protected readonly env: SchedulerEnv;
+  /**
+   * Whether {@link SchedulerDO.reindexOrphanedRecords} has already run in THIS
+   * instance. Once is enough: an orphan can only be minted by an eviction, and
+   * an eviction ends the instance that minted it.
+   */
+  private reindexed;
+  /**
+   * Tail of the serialized `pool:<name>` critical section — see
+   * the pool lock (`withPoolLock`). Per-instance, which is the right scope: the pool rows
+   * live in this Durable Object's own storage and only this instance writes
+   * them.
+   */
+  private poolLock;
+  /**
+   * Record id → the `t:` index key its in-flight claim currently holds, for
+   * every dispatch this instance has open. See `drainRecordGuarded()`.
+   *
+   * A lease moves a record's index entry without rewriting its `scheduledFor`,
+   * so while a claim is held the live key is NOT the one derivable from the
+   * record. Anything that has to remove such a record — `removeRecord()`, on
+   * the `/cancel` path — would otherwise delete a key that no longer exists
+   * and strand the real one.
+   *
+   * In-memory and per-instance on purpose: it answers "is THIS instance
+   * dispatching that record right now", which is exactly when the divergence
+   * can be observed by another request. A lease left behind by an instance that
+   * died has no live dispatch to protect and is reconciled from storage
+   * instead — `alarm()` drops it as a dangling entry once the header is gone.
+   */
+  private readonly activeLeases;
+  /**
+   * Ids `/cancel` removed while this instance held their dispatch lease.
+   *
+   * The attempt is already in flight when such a cancel lands, and whatever it
+   * settles to must not write the job back: `recordRetry()` and
+   * `requeuePooled()` re-create the `id:` header and a `t:` entry, so a
+   * failed attempt would resurrect a job `/cancel` answered `{ cancelled: true }`
+   * for, and it would fire again. Both check this set synchronously right
+   * before their single write, so no `/cancel` can land between the check and
+   * the write. Cleared with the lease in `drainRecordGuarded()`.
+   */
+  private readonly cancelledLeases;
   constructor(state: SchedulerDOState, env: SchedulerEnv);
   fetch(request: Request): Promise<Response>;
-  /** Called by the Workers runtime when the alarm previously set by `_rescheduleAlarm()` fires. */
+  /** Called by the Workers runtime when the alarm previously set by `rescheduleAlarm()` fires. */
   alarm(): Promise<void>;
   /**
    * Internal dispatch hook; overridden in unit tests to capture the outgoing
@@ -672,31 +955,119 @@ declare class SchedulerDO {
    * drop. After {@link MAX_RETRY_ATTEMPTS} the record is parked under a
    * `dead:` key for inspection — never silently deleted.
    *
+   * One non-2xx is told apart: a `409` carrying `DISPATCH_IN_PROGRESS` returns
+   * `"in-progress"`. The shard is saying the first attempt of this very record
+   * is still running, so {@link recordRetry} re-arms it without charging an
+   * attempt — see there.
+   *
    * The dispatch target is taken from `env.LUNORA_ORIGIN_URL` (NOT from the
-   * stored record) to prevent SSRF via a forged `originUrl` on the schedule
-   * request. If that env var is missing at fire time (a deploy/binding
+   * stored record) so a schedule request can never name where the DO calls
+   * back — that would be SSRF. If that env var is missing at fire time (a deploy/binding
    * regression — schedule time already enforced its presence) we return
    * `false` so the record is retried rather than silently dropped.
    */
-  protected dispatch(record: ScheduleRecord): Promise<boolean>;
+  protected dispatch(record: ScheduleRecord): Promise<boolean | "in-progress">;
+  /**
+   * Register the hibernation-safe ping/pong keepalive. The runtime answers a
+   * {@link WS_KEEPALIVE_PING} text frame with {@link WS_KEEPALIVE_PONG}
+   * WITHOUT waking this Durable Object, keeping an idle `/ws` subscription
+   * alive across hibernation with no billable wakeup and no dispatch. Without
+   * this, a client's heartbeat ping goes unanswered and its watchdog force-
+   * closes the socket every ~90s, defeating hibernation (each unanswered ping
+   * wakes the DO to reconnect) — mirrors `@lunora/do`'s
+   * `ShardDO.armWebSocketKeepalive`. The auto-response is per-instance, so
+   * this re-runs on every construction (including a post-hibernation wake).
+   * Guarded: the API and the `WebSocketRequestResponsePair` global are absent
+   * in the unit harness and on older runtimes, where it degrades to a no-op.
+   */
+  private armWebSocketKeepalive;
+  /**
+   * Drain the due slice with up to {@link MAX_CONCURRENT_DISPATCHES} records in
+   * flight at once, so a slow job delays only its own lane instead of every
+   * other due job in the app (see the constant for why the drain used to
+   * serialise whole jobs, not just their kicks).
+   *
+   * Lanes pull from the head of the slice, so records still ENTER dispatch in
+   * the slice's order — the same `t:<paddedTime>:<id>` order the sequential
+   * drain used. What is no longer implied is that they FINISH in that order,
+   * which was never a guarantee worth relying on anyway: two jobs due at the
+   * same instant already ran in storage-key (id) order rather than arrival
+   * order, a saturated pooled job is pushed {@link POOL_BACKPRESSURE_DELAY_MS}
+   * into the future ahead of its queue-mates, and a failed job re-enters at the
+   * end of a backoff. Nothing in the public surface documents an ordering
+   * guarantee; jobs that must be ordered must chain themselves.
+   *
+   * {@link drainRecordGuarded} swallows every throw, so no lane can reject and
+   * abandon its siblings.
+   */
+  private drainDue;
+  /**
+   * Run `critical` with exclusive access to the `pool:<name>` rows.
+   *
+   * Every pool mutation is a read-modify-write (`loadPool` → mutate →
+   * `savePool`), and the two halves are separated by an `await`. That was safe
+   * while the drain ran one record at a time — the Durable Object input gate
+   * keeps a foreign event (a concurrent `/complete`) out while a storage
+   * operation is in flight, and nothing else in this instance could interleave.
+   * Concurrent lanes break exactly that assumption: lane A and lane B can both
+   * issue their `get` before either `put` lands, both observe `inFlight: 0`,
+   * and the second `put` then erases the first lane's reservation — the pool
+   * oversubscribes and one holder's id is lost, so its slot is never released.
+   *
+   * The lock is a promise chain rather than anything cleverer because the
+   * critical section is two local storage ops with no I/O in it. It is held
+   * across NO outbound fetch: `dispatch()` runs outside it, which is the whole
+   * point of draining concurrently.
+   *
+   * The chain is rebuilt from a swallowed copy so one rejecting section can
+   * never wedge every later one.
+   */
+  private withPoolLock;
   /**
    * Claim + drain one due record with per-record fault isolation, so a storage
    * throw can never abort the whole alarm pass (which would skip the remaining
    * due records and the `rescheduleAlarm()` that re-arms the clock).
    *
-   * Claims the job by deleting its time-index entry BEFORE dispatch (an alarm
-   * re-fire then won't pick it up again), runs {@link drainRecord}, and on a
-   * thrown storage op re-asserts the claim so the job stays re-fireable.
+   * The claim is a LEASE, not a deletion. The record's `t:` entry is moved
+   * from its due time to `now + DISPATCH_LEASE_MS` before
+   * {@link SchedulerDO.dispatch} is called, so this alarm pass (and the next)
+   * will not pick it up again, while the record is never left WITHOUT an index
+   * entry. That distinction is the whole point: deleting the entry outright
+   * made an instance evicted mid-dispatch leave an `id:` header with no index,
+   * which {@link SchedulerDO.reindexOrphanedRecords} re-armed and the
+   * successor fired AGAIN on sight — concurrently with an attempt that could
+   * still be running at the origin. A leased record is not an orphan, so the
+   * successor leaves it alone until the lease lapses; see
+   * {@link DISPATCH_LEASE_MS} for why that horizon is fifteen minutes and what
+   * it does and does not bound.
+   *
+   * The lease is released as soon as this instance knows the attempt settled —
+   * dispatched, re-armed for retry, backpressured, or dead-lettered — so the
+   * horizon only ever governs the one case nobody is left to report: a lost
+   * instance.
    *
    * A throw reaching here always means the job was NOT dispatched:
    * {@link drainRecord} swallows its own post-dispatch cleanup errors and
    * returns instead of throwing once a kick succeeds, so every escaping throw
-   * comes from the pre-dispatch or failed-dispatch paths. We therefore always
-   * re-assert the time-index claim so a later alarm re-attempts it
-   * (at-least-once): the claim delete may have removed it and
-   * recordRetry()/requeuePooled() may not have re-armed it before throwing, and
-   * re-inserting the same key is idempotent, so a surviving claim is simply
-   * rewritten to its prior value.
+   * comes from the pre-dispatch or failed-dispatch paths. Nothing is in flight,
+   * so the lease is dropped and the due-time claim re-asserted — keeping the
+   * job re-fireable on the very next alarm (at-least-once) rather than letting
+   * a transient storage blip cost it a whole lease.
+   *
+   * With one exception, checked first: a record that already has a durable
+   * `dead:` row is TERMINAL, and re-claiming it would re-dispatch a job the
+   * dead-letter says is finished. See the comment on that branch.
+   *
+   * `claimKey` is the index key `alarm()` SELECTED this record under, passed
+   * down rather than recomputed. That is load-bearing, not tidiness: a lease
+   * moves the record's index entry and deliberately does NOT rewrite its
+   * `scheduledFor` (that field is the job's real due time, which `/list`,
+   * `/get`, `/dead` and the studio all show, and which `parkDead` preserves).
+   * So from the moment a lease is taken the live key and the key derivable
+   * from the record disagree — and a claim that recomputed it would delete a
+   * key that no longer exists while adding a second one, leaving the record
+   * indexed twice and dispatched twice. That is the same double-run the lease
+   * exists to close, re-entering through the expiry path.
    */
   private drainRecordGuarded;
   /**
@@ -727,12 +1098,15 @@ declare class SchedulerDO {
    * always return `true` without touching any pool state.
    *
    * The pool row is read FRESH from storage on every call — never cached
-   * across the drain. Each reservation durably `savePool()`s before the next
-   * record runs, so a same-pass reservation is still visible to the next
-   * record's fresh read (the budget carries forward); and because dispatch()
-   * awaits an outbound fetch between records, a concurrent /complete that
-   * decrements the row mid-drain IS reflected here instead of being clobbered
-   * by a stale in-memory copy (which would leak a slot permanently).
+   * across the drain — and the read-modify-write runs under
+   * the pool lock (`withPoolLock`). Both halves are load-bearing. Freshness is what
+   * keeps a concurrent `/complete` landing during a dispatch from being
+   * clobbered by a stale in-memory copy (which would leak a slot permanently: a
+   * POOL SLOT has no expiry, unlike the dispatch claim's). The lock is what
+   * keeps two drain lanes from both reading the same pre-reservation row and
+   * both believing a slot was free — without it the pool oversubscribes past
+   * `maxConcurrency` and one holder's id is dropped from `inFlightIds`, so its
+   * slot is never released.
    */
   private reservePoolSlot;
   /**
@@ -744,13 +1118,33 @@ declare class SchedulerDO {
    */
   private handleWebSocketUpgrade;
   /**
-   * Re-list the jobs and push them to every connected subscriber. Called after
-   * any change (schedule / cancel / alarm-fire) so live studios reflect it
-   * immediately. A no-op when the runtime doesn't support hibernated sockets.
+   * Re-list the jobs (bounded — see {@link listPage}) and push them to
+   * every connected subscriber. Called after any change (schedule / cancel /
+   * alarm-fire) so live studios reflect it immediately. A no-op when the
+   * runtime doesn't support hibernated sockets.
    */
   private broadcastChange;
-  /** The current pending job records (shared by `/list` and the live channel). */
-  private listRecords;
+  /**
+   * One bounded page of the rows under `prefix`, in key order, plus the
+   * `cursor` a caller resumes from (the last key of the page) when `truncated`.
+   * Lists `limit + 1` and slices back down so both facts are known without a
+   * second round-trip.
+   *
+   * Shared by `/list` (pending headers) and `/dead` (dead-letter records) so
+   * NEITHER can materialize an unbounded set into one JSON response: nothing
+   * prunes `dead:`, so a workpool with a broken origin parks thousands of rows
+   * and the studio's only view of them — and only way to requeue them — would
+   * fail exactly when it is needed.
+   */
+  private listPage;
+  /**
+   * Page through every row under `prefix` exactly once with bounded per-page
+   * memory (a `limit`+`startAfter` cursor loop), invoking `visit` for each.
+   * Unlike {@link listPage}, which intentionally truncates for the studio's
+   * live view, `/status` and `/pool` need EXACT counts — this walks the full
+   * set, but never materializes more than one page at a time.
+   */
+  private forEachPage;
   /**
    * HMAC-SHA-256 sign the dispatch body with `env.LUNORA_SCHEDULER_SECRET`,
    * returning a base64url signature, or `undefined` when no secret is
@@ -763,9 +1157,31 @@ declare class SchedulerDO {
    * The retry budget/backoff comes from the record's {@link RetryPolicy}
    * (falling back to the DO defaults); on exhaustion the record is parked
    * under a `dead:` key for manual inspection.
+   *
+   * **A `DISPATCH_IN_PROGRESS` decline (`inProgress`) is not charged.** It
+   * means the record's first attempt is still running on the shard, not that
+   * anything failed; charging it would spend the budget while that attempt is
+   * doing the work, and if it then failed the job would dead-letter having
+   * run once. It still re-arms at the backoff of the NEXT charged attempt, at
+   * least {@link RETRY_BASE_DELAY_MS} apart — nothing else rate-limits an
+   * uncharged retry, and polling a running attempt faster gains nothing.
+   *
+   * It is bounded, not forever, only because the shard's claim is: a claim
+   * older than the shard's fifteen-minute ceiling is treated as stale and the
+   * next delivery runs (and is charged as usual if it fails). A handler that
+   * hangs therefore costs at most that long in declines before the ordinary
+   * budget applies again. Without that ceiling, not charging would let one hung
+   * handler keep its record retrying and never dead-letter.
    */
   private recordRetry;
-  /** Read the durable `pool:&lt;name>` row, defaulting to a fresh `inFlight: 0` pool. */
+  /**
+   * Terminal park into the dead-letter (`dead:`) prefix, with `reason` naming
+   * why in the emitted warning. Shared by the two ways a retry ends for good:
+   * an exhausted attempt budget, and a backoff that ran past the largest
+   * schedulable time (see {@link isIndexableTime}).
+   */
+  private parkDead;
+  /** Read the durable `pool:<name>` row, defaulting to a fresh `inFlight: 0` pool. */
   private loadPool;
   private savePool;
   /**
@@ -787,7 +1203,7 @@ declare class SchedulerDO {
   private handlePoolStatus;
   /**
    * `GET /status` — the app-level backlog signal that powers the studio's
-   * SLO view. Enumerates every durable `pool:&lt;name>` row for its `inFlight`/
+   * SLO view. Enumerates every durable `pool:<name>` row for its `inFlight`/
    * `maxConcurrency` semaphore, counts the pending (not-yet-dispatched) jobs
    * routed to each pool with the same single-pass scan {@link handlePoolStatus}
    * uses, and rolls those up into app-wide `backlog` (sum of `queued`) and
@@ -796,19 +1212,64 @@ declare class SchedulerDO {
    * Pools that have rows but no queued jobs still appear (with `queued: 0`) so
    * a saturated-but-idle pool stays visible; a pool that only ever existed as
    * queued jobs without a persisted row is unreachable here (the schedule path
-   * always writes a `pool:&lt;name>` row before the job's header), so a single
-   * scan over `pool:`/`id:` is sufficient.
+   * always writes a `pool:<name>` row before the job's header), so a single
+   * scan over `pool:` plus a cursor loop over `id:` is sufficient.
    */
   private handleStatus;
+  /**
+   * Persist (or refresh) a pool's concurrency cap, so the alarm-time gate has
+   * a durable `maxConcurrency` even after the enqueuing client is gone.
+   */
+  private persistPoolCap;
+  /**
+   * The `409` a caller-supplied id earns when something durable already holds
+   * it, or `undefined` when the id is free.
+   *
+   * A pending header is the obvious half: `put` on `id:<id>` overwrites, but
+   * the `t:` index is keyed by TIME as well as id, so the OLD entry survives.
+   * The drain then dispatches the NEW record at the OLD time and deletes the
+   * entry it should have fired at — the job runs early and never runs again.
+   * Refused rather than made a replace: `RunOptions.id` exists so a deferred
+   * schedule can name its own job, and silently retiming someone else's is the
+   * worse failure.
+   *
+   * The `dead:` row holds the id too, and for a worse reason. A dead record
+   * keeps NO `id:` header, so a pending-only check leaves the id apparently
+   * free — and a later `/dead/retry` writes the revived corpse straight over
+   * the new job's header and adds a SECOND time index under the same id. The
+   * new job is gone and the dead one fires in its place. Recovering a dead job
+   * is an operator action taken minutes or days after the schedule, so nothing
+   * at schedule time would ever have surfaced the collision.
+   */
+  private idConflict;
+  /**
+   * The id the record is stored under, or the `Response` refusing it.
+   *
+   * A caller id that is not a safe key segment is refused with a `400` rather
+   * than minted over: `RunOptions.id` is not an idempotency key, so swapping an
+   * invalid one for a random id made two calls naming it schedule two jobs
+   * where the second should have answered `409`.
+   *
+   * Only an id the CALLER chose can collide — a minted one is 96 random bits —
+   * so {@link idConflict} costs two `get`s on the deferred path and nothing on
+   * the ordinary one.
+   */
+  private resolveId;
   private handleSchedule;
   private handleCancel;
+  /**
+   * `GET /list[?cursor=]` — one bounded page of pending jobs. `truncated` says
+   * whether more rows follow and `cursor` is what a caller passes back to get
+   * them (`createScheduler.list()` walks every page; the studio shows one).
+   */
   private handleList;
   /**
    * `GET /dead` — list the dead-letter records: jobs that exhausted their
-   * retry budget ({@link recordRetry}) and were parked under `dead:&lt;id>`
+   * retry budget ({@link recordRetry}) and were parked under `dead:<id>`
    * instead of being silently dropped. These never appear in `/list` (their
    * `id:` header is deleted on park), so this is the ONLY way the studio can
-   * surface — and recover — a permanently-failed job.
+   * surface — and recover — a permanently-failed job. Bounded and cursored
+   * like `/list`: nothing prunes `dead:`, so this set grows without limit.
    */
   private handleDeadList;
   /**
@@ -826,7 +1287,7 @@ declare class SchedulerDO {
    */
   private handleDeadCancel;
   /**
-   * Resolve a single pending job by id via a direct `id:&lt;id>` storage read —
+   * Resolve a single pending job by id via a direct `id:<id>` storage read —
    * O(1), versus scanning the whole `/list` view. Responds `{ record }` on a
    * hit and `{}` on a miss (an absent `record` field — JSON has no `undefined`
    * — which the client reads back as `null`).
@@ -840,14 +1301,129 @@ declare class SchedulerDO {
    * full `t:` rescan is unnecessary unless the new job is the new earliest.
    */
   private armAlarmIfEarlier;
+  /**
+   * Re-index every pending job whose time-index entry is gone, and fire it now.
+   *
+   * A record with an `id:` header but no `t:` entry is invisible to every
+   * clock in this class: {@link SchedulerDO.rescheduleAlarm} derives the alarm
+   * from `t:` alone, and `alarm()`'s inline reconciliation only handles the
+   * INVERSE orphan (a `t:` entry whose header is gone). Left alone such a job
+   * sits in `/list` and `/status.backlog` forever — never fires, never reaches
+   * `/dead`.
+   *
+   * **This is no longer how a lost dispatch looks.**
+   * {@link SchedulerDO.drainRecordGuarded} used to claim a record by deleting
+   * its `t:` entry outright, so an instance evicted mid-dispatch minted an
+   * orphan on every claimed record and this method re-fired each of them ON
+   * SIGHT — concurrently with attempts that could still have been running at
+   * the origin. The claim is a lease now (see {@link DISPATCH_LEASE_MS}): a
+   * claimed record keeps a `t:` entry at the lease horizon, so it is not an
+   * orphan, is not recovered here, and is re-fired by the ordinary alarm drain
+   * only once the lease lapses.
+   *
+   * What still reaches this method is the residue of a storage failure — a
+   * claim released with no lease written, or a pre-lease record written by an
+   * older build — where nothing was dispatched and firing immediately is
+   * exactly right.
+   *
+   * The dispatch is deduplicated by the record id, which the receiver spends
+   * as `x-lunora-mutation-id` for a function target and as the workflow
+   * INSTANCE id for a `workflow` target. A mutation's dedup read runs inside
+   * the shard's single-writer gate, so a mutation is exactly-once even under a
+   * genuinely concurrent re-fire; a workflow re-attaches to the running
+   * instance rather than starting a second one. An ACTION takes no gate —
+   * gating one would let any caller freeze a whole shard for the length of an
+   * action's outbound I/O — and its dedup row is written only after the
+   * handler returns, so the cache alone could not tell "already ran" from
+   * "still running". The shard closes that itself (#803): it claims the dedup
+   * key before entering the handler and answers a second delivery of a live
+   * key `409 DISPATCH_IN_PROGRESS`, which is a non-2xx, so the record is
+   * re-armed rather than cleared.
+   *
+   * Two bounded walks (all `t:` values, then all `id:` headers) rather than a
+   * per-header `get`, so the cost is one pass over each prefix.
+   */
+  private reindexOrphanedRecords;
+  /**
+   * The time component of the earliest pending `t:` entry, or `undefined` when
+   * there is no pending entry at all. Reads exactly one row — the index's
+   * lexical order is its numeric order. A present-but-unreadable key yields
+   * `NaN`, which callers must distinguish from "nothing pending": the two
+   * answers mean opposite things for the alarm.
+   */
+  private earliestPendingTime;
   private rescheduleAlarm;
 }
-/** Standard cron expression (5- or 6-field) or a supported `@macro`, per `cron-parser`. */
-declare const isValidCronExpression: (schedule: string) => boolean;
+/** What the Cloudflare scheduler host needs from the Worker's environment. */
+interface SchedulerHostOptions {
+  /**
+   * Named scheduler instance — one `SchedulerDO` per name, useful for tenant
+   * isolation. Defaults to `"default"`.
+   */
+  instanceName?: string;
+  /**
+   * Data-residency jurisdiction for the `SchedulerDO`. Pass the same value as
+   * the worker's own jurisdiction so scheduled state co-resides with app data.
+   */
+  jurisdiction?: "eu" | "fedramp" | "us";
+  /**
+   * The `SchedulerDO` namespace binding.
+   *
+   * The origin the DO dispatches back to is not configured here — it reads
+   * `env.LUNORA_ORIGIN_URL` off its own binding at fire time, so a wrong value
+   * there (or none) is what makes jobs fire into nothing.
+   */
+  namespace: Parameters<typeof createScheduler>[0]["namespace"];
+}
 /**
- * Assert a raw cron expression is well-formed, throwing the same shaped error
- * both cron surfaces use. The `context` prefix lets callers name the offending
- * job (`cron job "send digest"`) vs. the bare trigger.
+ * Build the Cloudflare {@link SchedulerHost}.
+ *
+ * The returned host has no `cron` member — see the module docstring.
+ */
+declare const createSchedulerHost: (options: SchedulerHostOptions) => SchedulerHost;
+/**
+ * Reject a `delayMs` a scheduler cannot act on, before it reaches the
+ * SchedulerDO.
+ *
+ * A `NaN`/`Infinity` delay serializes to `null` through JSON and lands as a
+ * malformed `scheduledFor`; a negative one schedules into the past. Both are the
+ * caller's argument, so the answer has to name the argument — which is why the
+ * code is `INVALID_INPUT` (400) and not `INTERNAL`: `toErrorBody` replaces an
+ * internal-coded message with "Internal error", redacting the one sentence that
+ * says what to fix.
+ *
+ * Exported because four surfaces enforce it — `createScheduler().runAfter`,
+ * `createWorkpool().enqueue`, `@lunora/server`'s deferred-schedule facade (which
+ * must reject BEFORE the transaction commits, not at flush time) and
+ * `@lunora/testing`'s fake scheduler. They used to restate it and threw three
+ * different codes between them, so a test written against the harness caught one
+ * code while production threw another.
+ * @param delayMs the delay to validate
+ * @param surface what to name in the message — the call the delay was passed to (e.g. `"ctx.scheduler.runAfter"`)
+ * @param argument the caller's argument to name in the message; `runAt` converts its absolute `date` to a delay and passes that name through so the answer points at what was actually written
+ */
+declare const assertScheduleDelay: (delayMs: number, surface: string, argument?: string) => void;
+/**
+ * Reject a `runAt` instant a scheduler cannot act on — {@link assertScheduleDelay}'s
+ * bound, restated for the absolute form by converting the instant to the delay it
+ * implies.
+ *
+ * `runAfter` has refused a `NaN`/`Infinity` argument since the guard was written;
+ * `runAt` took the same value through a different door and let it reach the DO,
+ * where it serializes to `null` through JSON and lands as a `scheduledFor` no
+ * alarm can ever fire. `new Date("2026-13-01")`, `runAt(row.dueAt + delay)` on a
+ * row whose `dueAt` is absent — both arrive here as a number that is not one.
+ *
+ * An instant already in the PAST is not refused. It is an overdue job
+ * (`runAt(row.dueAt)` on a row that came due while the request was in flight),
+ * and `runAfter` itself reaches `runAt` a fraction of a millisecond after
+ * capturing its own clock reading — so a strict sign check would fail the
+ * documented `runAfter(0, …)` call at random. The delay is therefore clamped at
+ * zero while it is still a finite number, which leaves the half that matters:
+ * a value that is not a number at all.
+ * @param timestampMs the absolute instant (epoch ms) the caller passed
+ * @param nowMs the clock to measure it against — the wall clock in production, the harness's virtual clock in a test
+ * @param surface what to name in the message — the call the instant was passed to (e.g. `"ctx.scheduler.runAt"`)
  */
-declare const assertValidCronExpression: (schedule: string, context?: string) => void;
-export { type ArgsOf, CRON_SCHEDULE_KINDS, type CronJob, type CronJobsBuilder, type CronScheduleKind, type CronTarget, type CronTriggerOptions, type CronTriggerSnippet, type DailySchedule, type DurableObjectIdLike, type DurableObjectJurisdiction, type DurableObjectNamespaceLike, type DurableObjectStubLike, type EnqueueOptions, type FunctionReference, type HttpDispatcherOptions, type IntervalSchedule, type LunoraSchedulerOptions, type MessageBatchLike, type MonthlySchedule, type QueueConsumerOptions, type QueueDispatch, type QueueEnqueueOptions, type QueueJob, type QueueLike, type QueueMessageLike, type QueueSendOptionsLike, type QueueSendRequestLike, type QueueWorkpool, type QueueWorkpoolOptions, type RetryPolicy, type RunOptions, type ScheduleRecord, type Scheduler, SchedulerDO, type SchedulerDOState, type SchedulerEnv, type SchedulerPoolStatus, type SchedulerStatus, type WeeklySchedule, type WorkflowReference, type Workpool, type WorkpoolOptions, assertValidCronExpression, compileCronSchedule, createCronTrigger, createQueueConsumer, createQueueWorkpool, createScheduler, createWorkpool, cronJobs, httpDispatcher, isValidCronExpression, isWorkflowReference };
+declare const assertScheduleInstant: (timestampMs: number, nowMs: number, surface: string) => void;
+export { type ArgsOf, CRON_SCHEDULE_KINDS, type CronJob, type CronJobsBuilder, type CronScheduleKind, type CronTarget, type CronTriggerOptions, type CronTriggerSnippet, type DailySchedule, type DurableObjectIdLike, type DurableObjectJurisdiction, type DurableObjectNamespaceLike, type DurableObjectStubLike, type EnqueueOptions, type FunctionKind, type FunctionReference, type HourlySchedule, type HttpDispatcherOptions, type IntervalSchedule, type LunoraSchedulerOptions, MAX_RETRY_ATTEMPTS, type MessageBatchLike, type MonthlySchedule, type QueueConsumerOptions, type QueueDispatch, type QueueEnqueueOptions, type QueueJob, type QueueLike, type QueueMessageLike, type QueueSendOptionsLike, type QueueSendRequestLike, type QueueWorkpool, type QueueWorkpoolOptions, RETRY_BASE_DELAY_MS, type RetryPolicy, type RunOptions, type ScheduleRecord, type Scheduler, SchedulerDO, type SchedulerDOState, type SchedulerEnv, type SchedulerHostOptions, type SchedulerPoolStatus, type SchedulerStatus, type WeeklySchedule, type WorkflowReference, type Workpool, type WorkpoolOptions, assertScheduleDelay, assertScheduleInstant, compileCronSchedule, createCronTrigger, createQueueConsumer, createQueueWorkpool, createScheduler, createSchedulerHost, createWorkpool, cronJobs, httpDispatcher, isWorkflowReference, resolveScheduleId };