@hyperframes/core/studio-api into a dedicated package so an embedder can mount the studio backend without depending on core’s full surface, and so core no longer ships a web server it doesn’t need at render time.
When to Use
Use@hyperframes/studio-server when you need to:
- Mount the studio preview/editing API into an existing Node/Hono server
- Serve project files and bundled preview HTML to a custom frontend
- Drive source mutations (manual edits, draft markers) from your own tooling
@hyperframes/core/studio-api still resolves (via a back-compat re-export stub), so existing imports keep working. New code should import from @hyperframes/studio-server directly.Package Exports
| Import | Description |
|---|---|
@hyperframes/studio-server | createStudioApi, helpers, types |
@hyperframes/studio-server/screenshot-clip | Element screenshot-clip geometry |
@hyperframes/studio-server/manual-edits-render-script | Manual-edits render body script |
@hyperframes/studio-server/studio-motion-render-script | Studio motion render body script |
@hyperframes/studio-server/draft-markers | Draft gesture-marker attributes |
@hyperframes/studio-server/finite-mutation | Finite-mutation safety checks |
Mounting the API
createStudioApi returns a Hono app you can mount into any server. You supply a StudioApiAdapter that tells the API how to resolve projects, bundle preview HTML, and lint:
Helpers
Related Packages
Studio
The browser editor UI this server backs.
@hyperframes/parsers
The HTML + GSAP parsing layer it builds on.
@hyperframes/core
Types and runtime; re-exports the studio API for back-compat.
CLI
npx hyperframes preview wires this server up for you.