ViteHub is still experimental. Expect bugs and breaking changes.
Concepts
Learn the ViteHub terms that help you choose an API and understand what runs where.
ViteHub adds server features to Vite applications and lets Agents use selected features through Capabilities. These pages explain the terms that connect those two paths.
For setup and API options, go to Server primitives, Agents, Capabilities, or Reference.
Start here
| Page | Read it when |
|---|---|
| Server primitives | You need storage, background work, auth, isolated execution, or another server feature. |
| Agents | You need a named actor that runs with a model, coding provider, or application code. |
Core vocabulary
| Page | Defines |
|---|---|
| Definition discovery | How ViteHub finds and names a definition file. |
| Agent Invocations | What ViteHub resolves and records for one Agent request. |
| Capabilities | How an Agent receives a selected ability. |
| Workspace and Sources | How a writable file tree differs from the read-only content mounted into it. |
| Auth Users and Agent Invokers | How application identity becomes trusted invocation identity. |
| Channels | How messages, delivery facts, and host commands reach an Agent. |
| Bash | How Capability-provided commands appear as one Agent tool. |
Runtime execution
| Page | Defines |
|---|---|
| Runtime Context | The host resources available to a server operation or Agent request. |
| Runtime Helpers and stable imports | The imports application code uses to call ViteHub. |
| Runtime policy, approvals, and traces | The records that explain whether work ran, waited, or failed. |
Host and build model
| Page | Defines |
|---|---|
| Vite Integrations and Provider Output | How ViteHub prepares a package for development and deployment. |
Next steps
Open Installation for a runnable project. If you already know what you need, go to Server primitives or Agents.