- local project create and inspect
ReleaseSpecplanning and commit for the static + Postgres REST fixture- inline SQL migrations with checksum verification
- local Postgres roles:
anon,authenticated,service_role - local
auth.uid(),auth.role(), andauth.project_id()RLS helpers - deterministic dev JWTs from
POST /auth/v1/dev-tokens - dynamic PostgREST schema reload for
project_*schemas - filesystem CAS for staged static content
- local upload-session storage flow
- local filesystem CAS plus Postgres metadata for storage objects
- project-scoped object list, authenticated read, public read, delete, and cleanup-visible behavior
- local signed-read URLs for private objects
- immutable local object URLs that survive mutable overwrite/delete while retained
- apply-time asset put, delete, overwrite, and sync-prune for the supported subset
- active-release static serving for explicit public paths
- exact static alias routes with GET/HEAD behavior
- route-first matching, query-insensitive selection, trailing-slash equivalence, and route miss/static lookup
- Run402 Core Functions contract for trusted local Node 22 functions
- pre-bundled function source refs with no external npm dependencies
- function bundle content digest verification during apply commit
- routed HTTP function targets through the local worker executor
- service-key local direct function invocation
requireAuthandrequireRolegates with generated local user/role context- local function secrets with metadata-only readback and required-secret commit/invocation checks
- structured local function logs, generated request IDs, timestamp/request-id/tail filters, retention pruning, and best-effort stdout/stderr redaction
- durable function runs and single-node schedule triggers from release-spec
triggers[], with local manual trigger and mutable schedule metadata - function route targets that fail closed with typed dynamic-runtime errors when the worker executor is not configured
- machine-readable functions isolation profile, resource defaults, schedule limits, dependency policy, and known exclusions
- Astro SSR for
astro.ssr.v1 - one Node 22 ESM SSR target with Web
Requestinput and buffered WebResponseoutput - SSR fallback after static aliases, public assets, prerendered HTML, and function routes
- inherited function runtime request IDs, logs, required secrets, env allowlist, timeout, body/response caps, and trusted-local-code isolation profile
- portable archive Run402 Core verification for
run402-project-archive.v1 - offline archive inspect/verify from directory and uncompressed tar transports
- local new-project import for verified
run402-project-archive.v1archives - phased Postgres pre-data, client
COPY, sequence, and post-data import - storage/static object import, function artifact import, Astro SSR artifact import, disabled auth subject stubs, and value-free secret requirements
- content-addressed archive descriptors, canonical logical digest computation, duplicate JSON key rejection, and untrusted-input safety checks
Unsupported required capabilities fail with unsupported_capability.
- full Astro support and arbitrary Astro adapters
- Astro streaming-to-client, WebSockets, HTTP upgrade, ISR/cache, edge runtime, Cloud globals, and Cloud routing hooks
- external npm dependency installation for functions
- managed jobs
- HA/distributed scheduling, leader election, missed-tick replay, and Cloud fleet scheduling
- hostile-code isolation and public multi-tenant function hosting
- function WebSockets and streaming-to-client
- S3-compatible storage
- image assets and variants
database.migrations[].sql_refsite.patch- hosted OAuth
- managed subdomains and custom domains
- Cloud archive export creation
- Cloud import
- existing-project archive merge
- Cloud billing, fleet scheduling, managed backups, monitoring, and abuse controls
The current server serves active-release entries from site.public_paths explicit or implicit mode, exact static alias routes, supported function targets, and one astro.ssr.v1 fallback. Resolution order is explicit static alias, public static asset path, prerendered static HTML, dynamic function route, Astro SSR fallback, then 404. Core does not provide global routing compatibility, custom domains, CDN invalidation, arbitrary SPA fallback, or managed edge operations in this slice.
Core can inspect and verify run402-project-archive.v1 archives locally without Cloud credentials. Verification checks integrity and compatibility only; an archive remains untrusted input. Core rejects unsafe paths, links, device entries, duplicate paths, duplicate JSON object keys, unsupported required capabilities, unsupported media types, digest mismatches, missing blobs, excessive file count, excessive expanded size, excessive descriptor size, and excessive descriptor depth.
Archive import verifies before mutation and targets a new local project only. It restores phased Postgres state, client-streamed COPY table data, sequence values, post-data DDL, storage/static bytes, runtime artifacts, route metadata, active release identity, secret placeholders, and disabled auth subject stubs. Cloud import, existing-project merge import, logs export, credential export, billing/allowance state, managed backups, custom domains, global routing, and managed production operations remain unsupported.