-
Don't edit
prisma-schema-wasmcode directly — it's an external npm package. If parsing/formatting behavior needs to change, that happens in the main Prisma repository. -
Multi-file schema handling — Always use
PrismaSchema.load()instead of assuming a single file. The schema might be split across multiple.prismafiles. -
The
|in tests is not a typo — It marks cursor position for testing completions, hover, etc. -
Dependencies update automatically — Don't manually bump
@prisma/*packages. The CI handles this. -
Debug logging — Set
"prisma.trace.server": "verbose"in VS Code settings to see LSP communication. -
Extension variants — There are two published extensions:
prisma(stable) andprisma-insider(preview). The CI manages which gets published when. -
Worker processes — Long-running tasks (like the local Prisma Postgres server) run in forked child processes to avoid blocking the extension host. See Local Prisma Postgres for details.