nuxthub
onmax/nuxt-skills
Wird beim Erstellen von NuxtHub v0.10.6-Anwendungen verwendet – es stellt Datenbankfunktionen (Drizzle ORM mit SQLite/PostgreSQL/MySQL), KV-Speicher, Blob-Speicher sowie Cache-APIs bereit. Es umfasst Themen wie Konfiguration, Schema-Definition, Migrationsprozesse, Multi-Cloud-Deployment (Cloudflare, Vercel) sowie die neuen virtuellen Module hub:db, hub:kv und hub:blob.
...Alle erweiternÜber NuxtHub
NuxtHub ist eine Referenzfunktion von Claude Code zur Erstellung vollstackfähiger Nuxt-Anwendungen unter Verwendung von NuxtHub v0.10.6. Sie umfasst Informationen zu den Datenbanken, KV-Speichern, Blob-Speichern sowie Cache-APIs dieses Systems. Durch die Bereitstellung einer fokussierten, aktuell gehaltenen Referenz zu Konfigurationen, Schema-Definitionen, Migrationsprozessen, Multi-Cloud-Deployment-Möglichkeiten sowie den neueren virtuellen Modulen hub:db, hub:kv und hub:blob hilft sie dabei, korrekten und versionsgerechten NuxtHub-Code zu schreiben – anstelle sich auf möglicherweise veraltete allgemeine Kenntnisse zu verlassen.
Die Dokumentation beschreibt type-sicheres SQL über Drizzle ORM mit den Dialekten SQLite, PostgreSQL und MySQL. Dazu gehören Beispiele für Schemata, CRUD-Muster sowie eine vollständige CLI für Migrationsprozesse (generate, migrate, raw SQL, drop, drop-all, squash, mark-as-migrated), die während der Entwicklung und des Builds automatisch angewendet werden. Zudem werden KV-Speicher mit TTL- und Größenbeschränkungen, Blob-Speicher mit Hilfsfunktionen für Upload/Download/Liste/Dienstleistung sowie Validierung sowie Cache-APIs behandelt. Jeder Dialekt und jeder Anbieter wird dabei mit seinen lokalen sowie produktiven Backend-Systemen sowie den erforderlichen Umgebungsvariablen (D1, Turso, Neon, postgres-js, mysql2, Upstash, Redis, Cloudflare KV, Vercel, Deno) in Verbindung gebracht. Ebenso werden Konfigurationsoptionen wie der Remote-Modus für die Nutzung produktiver Bindungen in der Entwicklung sowie die Unterstützung für Read-Replica-Versionen v0.10.6 erläutert. Zwei Referenzdateien enthalten Vorlagen für wrangler.jsonc im Zusammenhang mit Cloudflare sowie Anleitungen zur Einrichtung der Anbieter bei Vercel, Netlify, Deno und AWS. Die Funktion empfiehlt außerdem, lediglich diejenigen Referenzen zu laden, die für die aktuelle Aufgabe relevant sind.
Sie richtet sich an Nuxt- sowie Full-Stack-Entwickler, die auf Cloudflare, Vercel oder anderen Plattformen deployen und präzise Anleitungen zum Datenlayer-Management sowie zur Deployment-Strategie unter NuxtHub benötigen. Es handelt sich dabei um eine Dokumentations- und Code-Muster-Referenz; Hinweise zu Zugangsdaten beschränken sich auf die Benennung standardisierter Umgebungsvariablen für jeden Anbieter.
FAQ
Welche NuxtHub-Versionen und Datenbanken werden abgedeckt?
Es wird NuxtHub v0.10.6 behandelt, wobei Drizzle ORM mit den Dialekten SQLite, PostgreSQL und MySQL dokumentiert wird. Dazu gehören Beispiele für Schemata, CRUD-Muster sowie Zuordnungen zwischen lokalen und produktiven Backend-Systemen.
Welche Deployment-Ziele werden unterstützt?
Es werden Multi-Cloud-Deployment-Möglichkeiten auf Cloudflare, Vercel, Deno und Netlify unterstützt. Dazu gibt es Referenzdateien mit wrangler.jsonc-Vorlagen für Cloudflare sowie Anleitungen zur Einrichtung der Anbieter bei Vercel, Netlify, Deno und AWS.
Wie funktionieren Migrationsprozesse?
Es wird eine vollständige CLI beschrieben: Erstellung von Migrationsdateien aus Schemata, Durchführung von Migrationsprozessen, Ausführung von raw SQL-Abfragen, Löschung von Tabellen, vollständige Löschung, Zusammenfassung bereits durchgeführter Migrationsschritte sowie Markierung als bereits migriert. Die Migrationsprozesse werden während der nuxi-Entwicklung und des Builds automatisch angewendet und in einer Tabelle mit dem Namen _hub_migrations erfasst.
Was bedeutet der Remote-Modus?
Der Remote-Modus (v0.10+) ermöglicht es, während der lokalen Entwicklung Verbindungen zu den produktiven Cloudflare-D1-, KV- und R2-Bindungen herzustellen, anstelle einer lokalen Emulation. Dies ist nützlich, um mit Produktionsdaten zu testen.
Wie sollten die Referenzdateien geladen werden?
Die Funktion empfiehlt, lediglich diejenigen Referenzen zu laden, die für die aktuelle Aufgabe relevant sind – anstatt alle Dateien auf einmal. Beispielsweise sollte bei der Konfiguration von Cloudflare die Referenz wrangler-templates geladen werden, während bei Deployments auf Vercel, Netlify, Deno, AWS oder bei der Konfiguration externer Datenbank- bzw. Speicherdienste die Referenz providers verwendet wird.
Alle Dateien
3 DateienSKILL.md13,1 KBAnsehenreferences/wrangler-templates.md4,4 KBAnsehenreferences/providers.md5,7 KBAnsehen
Full-stack Nuxt framework with database, KV, blob, and cache. Multi-cloud support (Cloudflare, Vercel, Deno, Netlify).
For Nuxt server patterns: use nuxt skill (server.md)For content with database: use nuxt-content skill
Loading Files
Consider loading these reference files based on your task:
- references/wrangler-templates.md - if manually configuring wrangler.jsonc for Cloudflare deployment
- references/providers.md - if deploying to Vercel, Netlify, Deno, AWS, or configuring external database/storage providers
DO NOT load all files at once. Load only what's relevant to your current task.
Installation
npx nuxi module add hub
Configuration
// nuxt.config.tsexport default defineNuxtConfig({ modules: ['@nuxthub/core'], hub: { db: 'sqlite', // 'sqlite' | 'postgresql' | 'mysql' kv: true, blob: true, cache: true, dir: '.data', // local storage directory remote: false // use production bindings in dev (v0.10+) }})
Advanced Config
hub: { db: { dialect: 'postgresql', driver: 'postgres-js', // Optional: auto-detected casing: 'snake_case', // camelCase JS -> snake_case DB (v0.10.3+) migrationsDirs: ['server/db/custom-migrations/'], applyMigrationsDuringBuild: true, // default replica: { // Read replica support (v0.10.6+) connection: { connectionString: process.env.DATABASE_REPLICA_URL } } }, remote: true // Use production Cloudflare bindings in dev (v0.10+)}
remote mode: When enabled, connects to production D1/KV/R2 during local development instead of local emulation. Useful for testing with production data.
Database replica (v0.10.6+): Configure read replicas to distribute database load. Queries use replicas automatically while writes go to primary.
Database
Type-safe SQL via Drizzle ORM. db and schema are auto-imported on server-side.
Schema Definition
Place in server/db/schema.ts or server/db/schema/*.ts:
// server/db/schema.ts (SQLite)import { integer, sqliteTable, text } from 'drizzle-orm/sqlite-core'export const users = sqliteTable('users', { id: integer().primaryKey({ autoIncrement: true }), name: text().notNull(), email: text().notNull().unique(), createdAt: integer({ mode: 'timestamp' }).notNull()})
PostgreSQL variant:
import { pgTable, serial, text, timestamp } from 'drizzle-orm/pg-core'export const users = pgTable('users', { id: serial().primaryKey(), name: text().notNull(), email: text().notNull().unique(), createdAt: timestamp().notNull().defaultNow()})
Database API
// db and schema are auto-imported on server-sideimport { db, schema } from 'hub:db'// Selectconst users = await db.select().from(schema.users)const user = await db.query.users.findFirst({ where: eq(schema.users.id, 1) })// Insertconst [newUser] = await db.insert(schema.users).values({ name: 'John', email: '[email protected]' }).returning()// Updateawait db.update(schema.users).set({ name: 'Jane' }).where(eq(schema.users.id, 1))// Deleteawait db.delete(schema.users).where(eq(schema.users.id, 1))
Migrations
npx nuxt db generate # Generate migrations from schemanpx nuxt db migrate # Apply pending migrationsnpx nuxt db sql "SELECT * FROM users" # Execute raw SQLnpx nuxt db drop <TABLE> # Drop a specific tablenpx nuxt db drop-all # Drop all tables (v0.10+)npx nuxt db squash # Squash migrations into one (v0.10+)npx nuxt db mark-as-migrated [NAME] # Mark as migrated without running
Migrations auto-apply during npx nuxi dev and npx nuxi build. Tracked in _hub_migrations table.
Database Providers
| Dialect | Local | Production |
|---|---|---|
| sqlite | .data/db/sqlite.db | D1 (Cloudflare), Turso (TURSO_DATABASE_URL, TURSO_AUTH_TOKEN) |
| postgresql | PGlite | postgres-js (DATABASE_URL), neon-http (v0.10.2+, DATABASE_URL) |
| mysql | - | mysql2 (DATABASE_URL, MYSQL_URL) |
KV Storage
Key-value storage. kv is auto-imported on server-side.
import { kv } from 'hub:kv'await kv.set('key', { data: 'value' })await kv.set('key', value, { ttl: 60 }) // TTL in secondsconst value = await kv.get('key')const exists = await kv.has('key')await kv.del('key')const keys = await kv.keys('prefix:')await kv.clear('prefix:')
Constraints: max value 25 MiB, max key 512 bytes.
KV Providers
| Provider | Package | Env Vars |
|---|---|---|
| Upstash | @upstash/redis | UPSTASH_REDIS_REST_URL, UPSTASH_REDIS_REST_TOKEN |
| Redis | ioredis | REDIS_URL |
| Cloudflare KV | - | KV binding in wrangler.jsonc |
| Deno KV | - | Auto on Deno Deploy |
| Vercel | - | KV_REST_API_URL, KV_REST_API_TOKEN |
Blob Storage
File storage. blob is auto-imported on server-side.
Blob API
import { blob } from 'hub:blob'// Uploadconst result = await blob.put('path/file.txt', body, { contentType: 'text/plain', access: 'public', // 'public' | 'private' (v0.10.2+) addRandomSuffix: true, prefix: 'uploads'})// Returns: { pathname, contentType, size, httpEtag, uploadedAt }// Downloadconst file = await blob.get('path/file.txt') // Returns Blob or null// Listconst { blobs, cursor, hasMore, folders } = await blob.list({ prefix: 'uploads/', limit: 10, folded: true })// Serve (with proper headers)return blob.serve(event, 'path/file.txt')// Deleteawait blob.del('path/file.txt')await blob.del(['file1.txt', 'file2.txt']) // Multiple// Metadata onlyconst meta = await blob.head('path/file.txt')
Upload Helpers
// Server: Validate + upload handlerexport default eventHandler(async (event) => { return blob.handleUpload(event, { formKey: 'files', multiple: true, ensure: { maxSize: '10MB', types: ['image/png', 'image/jpeg'] }, put: { addRandomSuffix: true, prefix: 'images' } })})// Validate before manual uploadensureBlob(file, { maxSize: '10MB', types: ['image'] })// Multipart upload for large files (>10MB)export default eventHandler(async (event) => { return blob.handleMultipartUpload(event) // Route: /api/files/multipart/[action]/[...pathname]})
Vue Composables
// Simple uploadconst upload = useUpload('/api/upload')const result = await upload(inputElement)// Multipart with progressconst mpu = useMultipartUpload('/api/files/multipart')const { completed, progress, abort } = mpu(file)
Blob Providers
| Provider | Package | Config |
|---|---|---|
| Cloudflare R2 | - | BLOB binding in wrangler.jsonc |
| Vercel Blob | @vercel/blob | BLOB_READ_WRITE_TOKEN |
| S3 | aws4fetch | S3_ACCESS_KEY_ID, S3_SECRET_ACCESS_KEY, S3_BUCKET, S3_REGION |
Cache
Response and function caching.
Route Handler Caching
export default cachedEventHandler((event) => { return { data: 'cached', date: new Date().toISOString() }}, { maxAge: 60 * 60, // 1 hour getKey: event => event.path})
Function Caching
export const getStars = defineCachedFunction( async (event: H3Event, repo: string) => { const data = await $fetch(`https://api.github.com/repos/${repo}`) return data.stargazers_count }, { maxAge: 3600, name: 'ghStars', getKey: (event, repo) => repo })
Cache Invalidation
// Remove specificawait useStorage('cache').removeItem('nitro:functions:getStars:repo-name.json')// Clear by prefixawait useStorage('cache').clear('nitro:handlers')
Cache key pattern: ${group}:${name}:${getKey(...args)}.json (defaults: group='nitro', name='handlers'|'functions'|'routes')
Deployment
Cloudflare
NuxtHub auto-generates wrangler.json from your hub config - no manual wrangler.jsonc required:
// nuxt.config.tsexport default defineNuxtConfig({ hub: { db: { dialect: 'sqlite', driver: 'd1', connection: { databaseId: '<database-id>' } }, kv: { driver: 'cloudflare-kv-binding', namespaceId: '<kv-namespace-id>' }, cache: { driver: 'cloudflare-kv-binding', namespaceId: '<cache-namespace-id>' }, blob: { driver: 'cloudflare-r2', bucketName: '<bucket-name>' } }})
Observability (recommended): Enable logging for production deployments:
// wrangler.jsonc (optional){ "observability": { "logs": { "enabled": true, "head_sampling_rate": 1, "invocation_logs": true, "persist": true } }}
Create resources via Cloudflare dashboard or CLI:
npx wrangler d1 create my-db # Get database-idnpx wrangler kv namespace create KV # Get kv-namespace-idnpx wrangler kv namespace create CACHE # Get cache-namespace-idnpx wrangler r2 bucket create my-bucket # Get bucket-name
Deploy: Create Cloudflare Workers project, link Git repo. Bindings auto-configured at build time.
Environments: Use CLOUDFLARE_ENV=preview for preview deployments.
See references/wrangler-templates.md for manual wrangler.jsonc patterns and references/providers.md for all provider configurations.
Other Providers
See references/providers.md for detailed deployment patterns for:
- Vercel: Postgres, Turso, Vercel Blob, Vercel KV
- Netlify: External databases, S3, Upstash Redis
- Deno Deploy: Deno KV
- AWS/Self-hosted: S3, RDS, custom configs
D1 over HTTP
Query D1 from non-Cloudflare hosts:
hub: { db: { dialect: 'sqlite', driver: 'd1-http' }}
Requires: NUXT_HUB_CLOUDFLARE_ACCOUNT_ID, NUXT_HUB_CLOUDFLARE_API_TOKEN, NUXT_HUB_CLOUDFLARE_DATABASE_ID
Build-time Hooks
// Extend schemanuxt.hook('hub:db:schema:extend', async ({ dialect, paths }) => { paths.push(await resolvePath(`./schema/custom.${dialect}`))})// Add migration directoriesnuxt.hook('hub:db:migrations:dirs', (dirs) => { dirs.push(resolve('./db-migrations'))})// Post-migration queries (idempotent)nuxt.hook('hub:db:queries:paths', (paths, dialect) => { paths.push(resolve(`./seed.${dialect}.sql`))})
Type Sharing
// shared/types/db.tsimport type { users } from '~/server/db/schema'export type User = typeof users.$inferSelectexport type NewUser = typeof users.$inferInsert
WebSocket / Realtime
Enable experimental WebSocket:
// nuxt.config.tsnitro: { experimental: { websocket: true } }
// server/routes/ws/chat.tsexport default defineWebSocketHandler({ open(peer) { peer.subscribe('chat') peer.publish('chat', 'User joined') }, message(peer, message) { peer.publish('chat', message.text()) }, close(peer) { peer.unsubscribe('chat') }})
Deprecated (v0.10)
Removed Cloudflare-specific features:
hubAI()-> Use AI SDK with Workers AI ProviderhubBrowser()-> PuppeteerhubVectorize()-> Vectorize- NuxtHub Admin -> Sunset Dec 31, 2025
npx nuxthub deploy-> Use wrangler deploy
Quick Reference
| Feature | Import | Access |
|---|---|---|
| Database | import { db, schema } from 'hub:db' | db.select(), db.insert(), etc. |
| KV | import { kv } from 'hub:kv' | kv.get(), kv.set(), etc. |
| Blob | import { blob } from 'hub:blob' | blob.put(), blob.get(), etc. |
All are auto-imported on server-side.
Resources
- Installation
- Migration from v0.9
- Database
- Blob
- KV
- Cache
- Deploy
Alle Dateien
0 Dateiennuxthub installieren
Laden Sie die Skill-Dateien herunter und extrahieren Sie sie in Ihren Ordner .claude/skills/.
ZIP herunterladenKlonen Sie das Repository und kopieren Sie die Skill-Dateien in Ihr Projekt.
git clone https://github.com/onmax/nuxt-skills/blob/main/skills/nuxthub/SKILL.md # Copy SKILL.md to your .claude/skills/ directory
Kopieren





Heim
