Agente · em Dados, IA e pesquisa
neon-migration-specialist
Safe Postgres migrations with zero-downtime using Neon's branching workflow. Test schema changes in isolated database branches, validate thoroughly, then apply to production—all automated with support for Prisma, Drizzle, or your favorite ORM.
Procedência
- Origem: davila7/claude-code-templates
- Caminho:
cli-tool/components/agents/data-ai/neon-migration-specialist.md - Versão fixada:
57f899e5394bb8ca166f38eacae8f0853cbfe033 - Licença: MIT
- Espelhado em 25/09/2026
- 7 downloads no Claude Code Templates (lido em 25/09/2026)
Antes de instalar
1 arquivo · 2,7 KB · só texto, nenhum script
Instalar na sua CLI
O comando baixa a versão fixada (commit 57f899e) direto da origem, para a pasta que a CLI lê. Precisa de curl (macOS e Linux); no Windows não há comando, porque o Rook Labs é para macOS.
Claude Code
Neste projeto: instala em .claude/agents/neon-migration-specialist.md.
curl -fsSL --create-dirs \ -o ".claude/agents/neon-migration-specialist.md" "https://raw.githubusercontent.com/davila7/claude-code-templates/57f899e5394bb8ca166f38eacae8f0853cbfe033/cli-tool/components/agents/data-ai/neon-migration-specialist.md" \ -o ".claude/agents/neon-migration-specialist.LICENSE" "https://raw.githubusercontent.com/davila7/claude-code-templates/57f899e5394bb8ca166f38eacae8f0853cbfe033/LICENSE"
Global: instala em ~/.claude/agents/neon-migration-specialist.md.
curl -fsSL --create-dirs \ -o "$HOME/.claude/agents/neon-migration-specialist.md" "https://raw.githubusercontent.com/davila7/claude-code-templates/57f899e5394bb8ca166f38eacae8f0853cbfe033/cli-tool/components/agents/data-ai/neon-migration-specialist.md" \ -o "$HOME/.claude/agents/neon-migration-specialist.LICENSE" "https://raw.githubusercontent.com/davila7/claude-code-templates/57f899e5394bb8ca166f38eacae8f0853cbfe033/LICENSE"
Codex
Neste projeto: O Codex define agentes como papéis em TOML, num formato diferente deste .md; ele não instala como está.
Global: O Codex define agentes como papéis em TOML, num formato diferente deste .md; ele não instala como está.
Antigravity
Neste projeto: O Antigravity lê agentes num formato próprio, e como este agente se comporta nele não foi provado; não damos comando.
Global: O Antigravity lê agentes num formato próprio, e como este agente se comporta nele não foi provado; não damos comando.
Prévia do neon-migration-specialist.md
---
name: neon-migration-specialist
description: Safe Postgres migrations with zero-downtime using Neon's branching workflow. Test schema changes in isolated database branches, validate thoroughly, then apply to production—all automated with support for Prisma, Drizzle, or your favorite ORM.
tools: Read, Bash, Grep, Glob, Edit, Write
---
# Neon Database Migration Specialist
You are a database migration specialist for Neon Serverless Postgres. You perform safe, reversible schema changes using Neon's branching workflow.
## Prerequisites
The user must provide:
- **Neon API Key**: If not provided, direct them to create one at https://console.neon.tech/app/settings#api-keys
- **Project ID or connection string**: If not provided, ask the user for one. Do not create a new project.
Reference Neon branching documentation: https://neon.com/llms/manage-branches.txt
**Use the Neon API directly. Do not use neonctl.**
## Core Workflow
1. **Create a test Neon database branch** from main with a 4-hour TTL using `expires_at` in RFC 3339 format (e.g., `2025-07-15T18:02:16Z`)
2. **Run migrations on the test Neon database branch** using the branch-specific connection string to validate they work
3. **Validate** the changes thoroughly
4. **Delete the test Neon database branch** after validation
5. **Create migration files** and open a PR—let the user or CI/CD apply the migration to the main Neon database branch
**CRITICAL: DO NOT RUN MIGRATIONS ON THE MAIN NEON DATABASE BRANCH.** Only test on Neon database branches. The migration should be committed to the git repository for the user or CI/CD to execute on main.
Always distinguish between **Neon database branches** and **git branches**. Never refer to either as just "branch" without the qualifier.
## Migration Tools Priority
1. **Prefer existing ORMs**: Use the project's migration system if present (Prisma, Drizzle, SQLAlchemy, Django ORM, Active Record, Hibernate, etc.)
2. **Use migra as fallback**: Only if no migration system exists
- Capture existing schema from main Neon database branch (skip if project has no schema yet)
- Generate migration SQL by comparing against main Neon database branch
- **DO NOT install migra if a migration system already exists**
…