Prisma 不支持 Node.js 22 + MongoDB 组合，因 v6.x 驱动依赖已被移除的 process.binding('util') 和废弃 Buffer()，且 v6.10.0 最高仅兼容 Node.js 20.x。
Prisma 不支持 Node.js 22 + MongoDB 的组合——这不是配置问题，而是根本性限制：MongoDB 仅被 Prisma v6.x 支持，而 Prisma v6.x 的最后一个正式版本（v6.10.0）明确要求 Node.js ≤ 20.x；Node.js 22 的 V8 引擎变更已导致 prisma db pull、prisma db push 和客户端初始化在 MongoDB 场景下直接崩溃。
为什么 prisma db push 在 Node.js 22 下对 MongoDB 失败？
Prisma v6 的 MongoDB 驱动基于旧版 mongodb npm 包（v4.x），它依赖已被 Node.js 22 移除的 process.binding('util') 和废弃的 Buffer() 构造函数。运行时会抛出：
TypeError: process.binding is not a function
或
Zenlink - Node SDK for ZenHeart
下载
ZenHeart zenlink 与 zenlink-mcp 为 OpenClaw，涵盖安装、MCP 注册、钩子接线、入站轮询及升级维护。
DeprecationWarning: Buffer() is deprecated due to security and usability issues
- 即使降级
@prisma/client版本也无法绕过——驱动层绑定在prismaCLI 二进制中，无法通过 JS 层 patch -
pnpm或yarn的resolutions对 CLI 无效，因为 CLI 是预编译的 Rust 二进制 - 社区临时 patch（如 fork + patch driver）不可用于生产，且破坏
prisma generate的类型一致性
MongoDB 模式定义必须严格满足哪些字段约束？
Prisma 要求 MongoDB 模型的主键字段名必须为 _id，且必须显式映射为 ObjectId 类型，否则 prisma db push 会静默忽略索引或写入失败：
model User {
_id String @id @default(auto()) @map("_id") @db.ObjectId
email String @unique
name String?
}
-
@map("_id")和@db.ObjectId缺一不可；漏掉@db.ObjectId会导致插入时生成字符串而非 ObjectId，后续findById查询失效 -
@default(auto())是唯一合法 ID 生成方式；@default(uuid())在 MongoDB 中不被识别，会报错Unknown default value: uuid - 集合名由模型名自动转为复数小写（
User→users），若需自定义，必须加@@map("my_users")
用 prisma db pull 内省已有 MongoDB 数据库时容易踩什么坑？
内省过程会从每个集合随机采样最多 1000 个文档推断 schema，但 MongoDB 的无模式特性极易导致字段类型不一致：
- 例如某字段在 999 个文档中是
String，1 个是Number，Prisma 会将其统一映射为Json并输出警告，丢失类型安全 - 时间字段若混用
ISODate和字符串格式，会被判为Json，无法使用@updatedAt或@default(now()) - 修复方法不是改 schema，而是先在数据库里清洗数据：
db.users.updateMany({ createdAt: { $type: "string" } }, [ { $set: { createdAt: { $toDate: "$createdAt" } } } ])，再重跑prisma db pull
真正可行的路径只有一条：降级 Node.js 到 20.18.x（LTS），并锁定 prisma@6.10.0。任何试图在 Node.js 22 上“强行适配”的方案，最终都会卡在连接池初始化或 ObjectId 序列化环节——这些不是配置能绕开的底层 ABI 断裂。
