netlify-database-migrations

A reference for changing the database structure through migration files in Netlify Database. A migration records a schema change, and Netlify applies it automatically during deploys before publishing them.

In plain words
What is it for?
Use it to generate migrations with Drizzle Kit, handle exceptional manual SQL changes, and apply schema updates to local, preview, or production Netlify databases.
Why use it?
It prevents database changes from being made outside the recorded migration history, which can cause differences between environments. It also explains how to apply migrations safely during local development.

Cursor rule

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add rules/netlify/context-and-tools/netlify-database-migrations
Clone the repo
git clone --depth 1 https://github.com/netlify/context-and-tools
Per session 12 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,043 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00012 $0.02043
Opus 5 $0.00006 $0.01022
Sonnet 5 $0.00002 $0.00409
Haiku 4.5 $0.00001 $0.00204

Measured 2d ago against content hash f07e6df1a880, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

netlify-database-migrations scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

cursor/rules/netlify-database-migrations.mdc · 137 lines

How it starts

The opening of the file, as written. The whole thing — 137 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Migrations

Netlify Database uses a file-based migration system. Migrations live in netlify/database/migrations/ and are applied automatically by Netlify: on every deploy preview before the preview is published, and on production immediately before publish. A failing migration blocks the deploy.

Prefer Drizzle Kit for generating migrations. Manual SQL migration files are an edge case — only hand-write one when Drizzle Kit can't express the change (for example, a Postgres-specific DDL or a targeted DML operation).

Never apply migrations to a hosted database yourself

The platform applies migrations to every Netlify-hosted database (preview branches and production) automatically on deploy. You never run drizzle-kit migrate against NETLIFY_DB_URL from a preview or production context. For local, use netlify database migrations apply — it targets the local development database only.

drizzle-kit push is not used in this workflow at all — always generate a migration file and let the deploy apply it. And never run DDL through netlify database connect, psql, or any other direct connection: schema changes out-of-band cause drift between the migration history and the actual database.

Schema migration workflow

  1. Edit db/schema.ts
  2. npm run db:generate (runs drizzle-kit generate) — writes a new file into netlify/database/migrations/
  3. Review the generated SQL
  4. npm run db:migrate (runs netlify database migrations apply) — applies to the local dev DB for testing
  5. Commit schema changes and the migration file together
  6. Push — Netlify applies the migration to the preview branch, then to production on publish

Recommended package.json scripts:

{
  "scripts": {
    "db:generate": "drizzle-kit generate",
    "db:migrate": "netlify database migrations apply"
  }
}

netlify database migrations apply always targets the local dev DB. Running drizzle-kit migrate directly (especially with NETLIFY_DB_URL pointing at a hosted branch) is the wrong path — that's the deploy's job.

Read the full file on GitHub · 137 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 137 lines · 12 tokens per session scan A f07e6df1a880

Subscribe to this mod's changes

netlify-database-migrations is a cursor rule published in the GitHub repository netlify/context-and-tools (36 stars, last pushed 5d ago), licensed MIT. It adds 12 tokens to every session and 2,043 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.