YHub is a Yjs backend for teams that need attribution, activity, revision-history, or rollback workflows.Documentation Index
Fetch the complete documentation index at: https://superdoc-caio-toolbar-formatting-marks-button-opt-in.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
When to choose YHub
Reach for YHub when:- You need built-in attribution or per-update authorship tracking.
- You need revision history, changesets, or rollback APIs as a first-class concept.
- You’re comfortable operating Redis and Postgres for collaboration state.
Client setup
YHub speaks the standard y-websocket protocol, so the SuperDoc client usesWebsocketProvider from y-websocket. No YHub-specific provider class is needed.
The snippet below connects to the bundled local SuperDoc example server. Production YHub deployments may use a different URL and auth parameter shape (for example, yauth JWT params and /ws/{org}/{docid} style paths). Check your deployment’s docs.
params.token is the shared secret and params.userId is the identifier recorded for attribution. In production, use the auth flow configured for your YHub deployment.
Server
Running a YHub server requires Redis and Postgres. See the bundled local server example for a working setup with Docker Compose. Use it as a starting point, not as a production deployment. For production, follow YHub’s own setup guide and pair it with your existing auth, persistence, and ops tooling.Resources
SuperDoc + YHub example
Complete React + Vite client paired with the bundled local server
Bundled YHub server
Local Node + Redis + Postgres reference for development
YHub repo
Upstream project, setup, and licensing
YHub API
Attribution, activity, changesets, rollback
Next steps
Self-hosted overview
Compare YHub with Hocuspocus and the SuperDoc Yjs reference server
Client configuration
All SuperDoc collaboration options and events

