用途：db-platform-fit（M21）审计项目与托管平台约束的匹配度，而非仅看数据库引擎本身。同一 Postgres schema 在 Neon、RDS、Supabase 上行为不同，发现会同时归入设计（功能缺口，如外键、RLS）与性能（连接、冷启动、版本）两个维度。
主要能力：检查引擎版本是否过旧（不编造 EOL 日期，无法引用来源时标注方向性并建议向平台确认）；说明锁定权衡（如 Supabase Auth/RLS 耦合、PlanetScale Vitess 分片、D1 的 SQLite 方言、DynamoDB 单表设计、Aurora 存储格式），不虚构价格或配额，只给成本类别与量级区间；逐平台功能支持，重点是外键：PlanetScale/Vitess 历史上不强制外键，D1/SQLite 需 PRAGMA foreign_keys 开启，DynamoDB/Firestore 无外键与连接，无服务器驱动直连长连接属反模式，Supabase 暴露表必须开启 RLS，CockroachDB/Yugabyte 存在序列热点与扩展差异。
使用方式：先按 detection-signals 识别平台（supabase/ 目录、@planetscale/database、@neondatabase/serverless、wrangler.toml [[d1_databases]]、@libsql/client 等），解析声明的引擎版本，交叉核对外键约束与平台现实。Tier-1 验证查询包括 Postgres 的 SELECT version(); 与 SHOW server_version;，MySQL 的 SELECT VERSION(); 与 SELECT @@foreign_key_checks;，Supabase 的 pg_class/pg_policies 查询，D1 的 PRAGMA foreign_keys;。平台不可达时返回 needs_api，不得误判通过。发现按 schema 输出，含证据、可复现命令与影响评估。
限制：不编造 EOL、价格或配额；锁定是权衡而非缺陷；版本过旧无来源时仅方向性提示；外键未强制最高为 sev 4，除非直接导致财务或认证孤儿行。