Prisma 6 Migration Guide
This skill guides you through upgrading from Prisma 5 to Prisma 6, handling all breaking changes systematically to prevent runtime failures and type errors.
- Buffer → Uint8Array: Bytes fields now use Uint8Array instead of Buffer
- Implicit m-n PKs: Many-to-many join tables now use compound primary keys
- NotFoundError → P2025: Error class removed, use error code checking
- Reserved Keywords:
async, await, using are now reserved model/field names
Attempting to use Prisma 6 without these updates causes type errors, runtime failures, and migration issues.
Phase 1: Pre-Migration Assessment
Identify all Bytes fields in schema
- Use Grep to find
@db.ByteA, Bytes field types
- List all files using Buffer operations on Bytes fields
Find implicit many-to-many relationships
- Search schema for relation fields without explicit join tables
- Identify models with
@relation without relationName
Locate NotFoundError usage
- Grep for
NotFoundError imports and usage
- Find error handling that checks error class
Check for reserved keywords
- Search schema for models/fields named
async, await, using
Phase 2: Schema Migration
Update reserved keywords in schema
- Rename any models/fields using reserved words
- Update all references in application code
Generate migration for implicit m-n changes
- Run
npx prisma migrate dev --name v6-implicit-mn-pks
- Review generated SQL for compound primary key changes
Phase 3: Code Migration
Update Buffer → Uint8Array conversions
- Replace
Buffer.from() with TextEncoder
- Replace
.toString() with TextDecoder
- Update type annotations from Buffer to Uint8Array
Update NotFoundError handling
- Replace error class checks with P2025 code checks
- Use
isPrismaClientKnownRequestError type guard
Test all changes
- Run existing tests
- Verify Bytes field operations
- Confirm error handling works correctly
Phase 4: Validation
Run TypeScript compiler
- Verify no type errors remain
- Check all Buffer references resolved
Run database migrations
- Apply migrations to test database
- Verify compound PKs created correctly
Runtime testing
- Test Bytes field read/write operations
- Verify error handling catches not-found cases
- Confirm implicit m-n queries work
Quick Reference
Breaking Changes Summary:
| Change |
Before |
After |
| Buffer API |
Buffer.from(), .toString() |
TextEncoder, TextDecoder |
| Error Handling |
error instanceof NotFoundError |
error.code === 'P2025' |
| Implicit m-n PK |
Auto-increment id |
Compound PK (A, B) |
| Reserved Words |
async, await, using allowed |
Must use @map() |
Migration Command:
npx prisma migrate dev --name v6-upgrade
Validation Commands:
npx tsc --noEmit
npx prisma migrate status
npm test
MUST:
- Backup production database before migration
- Test migration in development/staging first
- Review auto-generated migration SQL
- Update all Buffer operations to TextEncoder/TextDecoder
- Replace all NotFoundError checks with P2025 code checks
- Run TypeScript compiler to verify no type errors
SHOULD:
- Create helper functions for common error checks
- Use
@map() when renaming reserved keywords
- Document breaking changes in commit messages
- Update team documentation about Prisma 6 patterns
NEVER:
- Run migrations directly in production without testing
- Skip TypeScript compilation check
- Leave Buffer references in code (causes type errors)
- Use NotFoundError (removed in Prisma 6)
- Use
async, await, using as model/field names without @map()
After completing migration:
TypeScript Compilation:
- Run:
npx tsc --noEmit
- Expected: Zero type errors
- If fails: Check remaining Buffer references, NotFoundError usage
Database Migration Status:
- Run:
npx prisma migrate status
- Expected: All migrations applied
- If fails: Apply pending migrations with
npx prisma migrate deploy
Runtime Testing:
- Test Bytes field write/read cycle
- Verify error handling catches P2025 correctly
- Test implicit m-n relationship queries
- Confirm no runtime errors in production-like environment
Performance Check:
- Verify query performance unchanged
- Check connection pool behavior
- Monitor error rates in logs
Rollback Readiness:
- Document rollback steps
- Keep Prisma 5 migration snapshot
- Test rollback procedure in staging
References
For detailed migration guides and examples:
- Breaking Changes Details: See
references/breaking-changes.md for complete API migration patterns, SQL examples, and edge cases
- Migration Examples: See
references/migration-examples.md for real-world migration scenarios with before/after code
- Migration Checklist: See
references/migration-checklist.md for step-by-step migration tasks
- Troubleshooting Guide: See
references/troubleshooting.md for common migration issues and solutions
For framework-specific migration patterns:
- Next.js Integration: Consult Next.js plugin for App Router-specific Prisma 6 patterns
- Serverless Deployment: See CLIENT-serverless-config skill for Prisma 6 + Lambda/Vercel
For error handling patterns:
- Error Code Reference: See TRANSACTIONS-error-handling skill for comprehensive P-code handling
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: upgrading-to-prisma-63description: Migrate from Prisma 5 to Prisma 6 handling breaking changes including Buffer to Uint8Array, implicit m-n PK changes, NotFoundError to P2025, and reserved keywords. Use when upgrading Prisma, encountering Prisma 6 type errors, or migrating legacy code. Use when this capability is needed.4---56# Prisma 6 Migration Guide78This skill guides you through upgrading from Prisma 5 to Prisma 6, handling all breaking changes systematically to prevent runtime failures and type errors.910---1112<role>13This skill teaches Claude how to migrate Prisma 5 codebases to Prisma 6 following the official migration guide, addressing breaking changes in Buffer API, implicit many-to-many relationships, error handling, and reserved keywords.14</role>1516<when-to-activate>17This skill activates when:18- User mentions "Prisma 6", "upgrade Prisma", "migrate to Prisma 6"19- Encountering Prisma 6 type errors related to Bytes fields20- Working with Prisma migrations or schema changes during upgrades21- User reports NotFoundError issues after upgrading22- Reserved keyword conflicts appear (`async`, `await`, `using`)23</when-to-activate>2425<overview>26Prisma 6 introduces four critical breaking changes that require code updates:27281. **Buffer → Uint8Array**: Bytes fields now use Uint8Array instead of Buffer292. **Implicit m-n PKs**: Many-to-many join tables now use compound primary keys303. **NotFoundError → P2025**: Error class removed, use error code checking314. **Reserved Keywords**: `async`, `await`, `using` are now reserved model/field names3233Attempting to use Prisma 6 without these updates causes type errors, runtime failures, and migration issues.34</overview>3536<workflow>37## Migration Workflow3839**Phase 1: Pre-Migration Assessment**40411. Identify all Bytes fields in schema42 - Use Grep to find `@db.ByteA`, `Bytes` field types43 - List all files using Buffer operations on Bytes fields44452. Find implicit many-to-many relationships46 - Search schema for relation fields without explicit join tables47 - Identify models with `@relation` without `relationName`48493. Locate NotFoundError usage50 - Grep for `NotFoundError` imports and usage51 - Find error handling that checks error class52534. Check for reserved keywords54 - Search schema for models/fields named `async`, `await`, `using`5556**Phase 2: Schema Migration**57581. Update reserved keywords in schema59 - Rename any models/fields using reserved words60 - Update all references in application code61622. Generate migration for implicit m-n changes63 - Run `npx prisma migrate dev --name v6-implicit-mn-pks`64 - Review generated SQL for compound primary key changes6566**Phase 3: Code Migration**67681. Update Buffer → Uint8Array conversions69 - Replace `Buffer.from()` with TextEncoder70 - Replace `.toString()` with TextDecoder71 - Update type annotations from Buffer to Uint8Array72732. Update NotFoundError handling74 - Replace error class checks with P2025 code checks75 - Use `isPrismaClientKnownRequestError` type guard76773. Test all changes78 - Run existing tests79 - Verify Bytes field operations80 - Confirm error handling works correctly8182**Phase 4: Validation**83841. Run TypeScript compiler85 - Verify no type errors remain86 - Check all Buffer references resolved87882. Run database migrations89 - Apply migrations to test database90 - Verify compound PKs created correctly91923. Runtime testing93 - Test Bytes field read/write operations94 - Verify error handling catches not-found cases95 - Confirm implicit m-n queries work96</workflow>9798## Quick Reference99100**Breaking Changes Summary:**101102| Change | Before | After |103|--------|--------|-------|104| Buffer API | `Buffer.from()`, `.toString()` | `TextEncoder`, `TextDecoder` |105| Error Handling | `error instanceof NotFoundError` | `error.code === 'P2025'` |106| Implicit m-n PK | Auto-increment `id` | Compound PK `(A, B)` |107| Reserved Words | `async`, `await`, `using` allowed | Must use `@map()` |108109**Migration Command:**110```bash111npx prisma migrate dev --name v6-upgrade112```113114**Validation Commands:**115```bash116npx tsc --noEmit117npx prisma migrate status118npm test119```120121<constraints>122## Migration Guidelines123124**MUST:**125- Backup production database before migration126- Test migration in development/staging first127- Review auto-generated migration SQL128- Update all Buffer operations to TextEncoder/TextDecoder129- Replace all NotFoundError checks with P2025 code checks130- Run TypeScript compiler to verify no type errors131132**SHOULD:**133- Create helper functions for common error checks134- Use `@map()` when renaming reserved keywords135- Document breaking changes in commit messages136- Update team documentation about Prisma 6 patterns137138**NEVER:**139- Run migrations directly in production without testing140- Skip TypeScript compilation check141- Leave Buffer references in code (causes type errors)142- Use NotFoundError (removed in Prisma 6)143- Use `async`, `await`, `using` as model/field names without `@map()`144</constraints>145146<validation>147## Post-Migration Validation148149After completing migration:1501511. **TypeScript Compilation:**152 - Run: `npx tsc --noEmit`153 - Expected: Zero type errors154 - If fails: Check remaining Buffer references, NotFoundError usage1551562. **Database Migration Status:**157 - Run: `npx prisma migrate status`158 - Expected: All migrations applied159 - If fails: Apply pending migrations with `npx prisma migrate deploy`1601613. **Runtime Testing:**162 - Test Bytes field write/read cycle163 - Verify error handling catches P2025 correctly164 - Test implicit m-n relationship queries165 - Confirm no runtime errors in production-like environment1661674. **Performance Check:**168 - Verify query performance unchanged169 - Check connection pool behavior170 - Monitor error rates in logs1711725. **Rollback Readiness:**173 - Document rollback steps174 - Keep Prisma 5 migration snapshot175 - Test rollback procedure in staging176</validation>177178## References179180For detailed migration guides and examples:181182- **Breaking Changes Details**: See `references/breaking-changes.md` for complete API migration patterns, SQL examples, and edge cases183- **Migration Examples**: See `references/migration-examples.md` for real-world migration scenarios with before/after code184- **Migration Checklist**: See `references/migration-checklist.md` for step-by-step migration tasks185- **Troubleshooting Guide**: See `references/troubleshooting.md` for common migration issues and solutions186187For framework-specific migration patterns:188- **Next.js Integration**: Consult Next.js plugin for App Router-specific Prisma 6 patterns189- **Serverless Deployment**: See CLIENT-serverless-config skill for Prisma 6 + Lambda/Vercel190191For error handling patterns:192- **Error Code Reference**: See TRANSACTIONS-error-handling skill for comprehensive P-code handling193194---195> Converted and distributed by [TomeVault](https://tomevault.io/claim/djankies) — claim your Tome and manage your conversions.196<!-- tomevault:4.0:skill_md:2026-04-16 -->