These directories are intentionally standalone public-repository fixtures. Create four public repositories in Forge, copy one fixture into each, and push the exact commit through ordinary Forge Git:
deploy-static-fixturedeploy-reservations-fixturedeploy-realtime-fixturedeploy-identity-fixtureIn the repository's Forge Deploy — Preview page:
main;auto;All four fixtures require no secrets and no runtime egress.
Each hosted fixture explains what it proves and links to its own Forge source:
These fixtures are intentionally buildless. Their browser assets are committed
under dist/ (static) or web/ (dynamic), and the dynamic fixtures use one
self-contained JavaScript entrypoint. Forge can therefore read the exact commit
directly from its Git object store, validate it, and publish without starting a
repository container.
This is not a requirement for normal applications. A build command, TypeScript entrypoint, imports, or generated assets select the full restricted sandbox automatically. See Trusted fast deploys.
The pre-fast-path production baselines were:
| Fixture | Queue | Sandbox execution | Deployment created to live |
|---|---|---|---|
| Static SPA | 1.791 s | 10.720 s | 12.747 s |
| Durable reservations | 2.028 s | 12.983 s | 15.210 s |
| Durable realtime | 1.712 s | 12.859 s | 14.779 s |
After the forgeBuild.ts hard cutover, the verified deployment-record-to-live
results were 2.674 s for static, 2.558 s for reservations, and 2.719 s for
realtime—4.8–5.9× faster than the sandbox baselines. The trusted phase receipts
were 2.299 s, 2.096 s, and 2.397 s respectively. Full cold, reused, and
hard-cutover results are recorded in the trusted-fast-path document.
/nested/route renders the SPA through the asset fallback.POST /api/reservations requests for the same
boothId; exactly one returns 201, and the others return 409.Preview URLs are unauthenticated and unlisted. Treat their random hostname as discovery resistance, not confidentiality.