Option

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
36
Zeit aktualisiert 23. August 2026

Ü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

Auf GitHub ansehen

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

DialectLocalProduction
sqlite.data/db/sqlite.dbD1 (Cloudflare), Turso (TURSO_DATABASE_URL, TURSO_AUTH_TOKEN)
postgresqlPGlitepostgres-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

ProviderPackageEnv Vars
Upstash@upstash/redisUPSTASH_REDIS_REST_URL, UPSTASH_REDIS_REST_TOKEN
RedisioredisREDIS_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

ProviderPackageConfig
Cloudflare R2-BLOB binding in wrangler.jsonc
Vercel Blob@vercel/blobBLOB_READ_WRITE_TOKEN
S3aws4fetchS3_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 Provider
  • hubBrowser() -> Puppeteer
  • hubVectorize() -> Vectorize
  • NuxtHub Admin -> Sunset Dec 31, 2025
  • npx nuxthub deploy -> Use wrangler deploy

Quick Reference

FeatureImportAccess
Databaseimport { db, schema } from 'hub:db'db.select(), db.insert(), etc.
KVimport { kv } from 'hub:kv'kv.get(), kv.set(), etc.
Blobimport { 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 Dateien

nuxthub installieren

Laden Sie die Skill-Dateien herunter und extrahieren Sie sie in Ihren Ordner .claude/skills/.

ZIP herunterladen

Klonen 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 Kopieren
Schnelle Einrichtung: Kopieren Sie den Skill-Ordner in .claude/skills/. Claude wird ihn automatisch erkennen und verwenden.
Repository onmax/nuxt-skills

Ähnliche Skills

golang-dependency-injection
Zeit aktualisiert 29. Juni 2026
tc-tracker
Zeit aktualisiert 27. August 2026
code-quality
Zeit aktualisiert 22. August 2026
altimate-data-engineering-skills
Zeit aktualisiert 23. August 2026
OR