drizzle-orm-overview-and-setup
Drizzle ORM Overview and Setup
Use this skill when the task is primarily about initial setup, package/version decisions, or routing Drizzle work to the correct follow-up surface.
Scope
- first-time Drizzle setup and package selection
- official docs topology and pack routing
- stable vs beta version awareness
- initial
drizzle-orm+drizzle-kitinstall decisions - validator package migration awareness for the v1 beta line
Routing cues
- install Drizzle, choose packages, pick stable vs beta, understand docs structure, or decide where a task belongs -> use this skill
pgTable,mysqlTable,sqliteTable,relations, indexes, views, RLS, or schema design -> usedrizzle-orm-schema-and-relationsselect,insert,update,delete, joins, operators,sql, transactions, batch, cache, or query builders -> usedrizzle-orm-queries-and-sql- driver imports, runtime-specific setup, Neon, D1, PGlite, Bun SQL, Expo SQLite, or HTTP proxying -> use
drizzle-orm-drivers-and-runtimes drizzle-kitcommands, migration workflows, introspection, Studio, ordrizzle.config.tstuning -> usedrizzle-orm-migrations-and-drizzle-kitdrizzle-zod,drizzle-orm/zod,drizzle-seed,drizzle-graphql,eslint-plugin-drizzle, or Prisma extension work -> usedrizzle-orm-ecosystem-and-extensions
Workflow
- Read references/docs-map.md first.
- If the task mentions versions, the v1 beta line, or validator-package imports, read references/package-and-upgrade-snapshot.md.
- Decide the primary surface before editing code: schema, queries, drivers, migrations, or ecosystem.
- Keep setup decisions minimal and aligned with the exact runtime and migration strategy the project actually uses.
Quick example
import { defineConfig } from "drizzle-kit";
export default defineConfig({
dialect: "postgresql",
schema: "./src/db/schema.ts",
out: "./drizzle",
});
Guardrails
- Treat the docs as two tracks: the current
lateststable packages and the v1 beta/RC migration path. - Do not mix stable-package assumptions with beta-only APIs like RQB v2 or the new validator import paths.
- If the project uses Drizzle Kit, keep the schema path and exported models aligned so Drizzle Kit can import the real schema.
- Prefer one clear migration strategy per environment instead of mixing
push, generated SQL migrations, and external migration tools without intent. - Route validator work carefully: the docs now deprecate separate validator packages on the beta line in favor of
drizzle-orm/<validator>imports.
Canonical packages and docs surfaces
drizzle-ormdrizzle-kitdrizzle-orm/zoddrizzle-orm/valibotdrizzle-orm/typeboxdrizzle-orm/arktype
Maintenance
- Snapshot date: 2026-03-10
- Package snapshot:
drizzle-orm@0.45.1latest,drizzle-kit@0.31.9latest, beta tag1.0.0-beta.16-ea816b6
References
More from dobroslavradosavljevic/skills
base-ui-basic-primitives
Use for simple primitives with low integration complexity (Avatar, Button, Meter, Progress, Scroll Area, Separator).
4base-ui-root-providers
Use for CSP Provider, Direction Provider, and useDirection when wiring Base UI at the app root or across portals.
4base-ui-menus-navigation-and-toast
Use for Menu, Context Menu, Menubar, Navigation Menu, Toolbar, Toast, and shared command-surface patterns such as detached triggers and menu payloads.
4base-ui-forms-and-validation
Use for Base UI Field/Form primitives, validation flows, form controls, and advanced Number Field, Slider, and RadioGroup behavior.
4base-ui-disclosure-and-tabs
Use for stateful visibility components (Accordion, Collapsible) and tab navigation semantics.
4base-ui-overview-quickstart
Use for Base UI onboarding, current docs topology, quick-start setup, accessibility baseline, and release/version validation before choosing a domain skill.
4