用途：该技能用于数据库设计原则与决策场景，包括 schema 设计、索引策略、ORM 选择和服务端数据库（serverless databases）。它强调“学会思考而非照搬 SQL 模式”。
主要能力：以编辑与操作并重的工作流组织上游内容，保留上游流程细节与来源溯源；提供选择性阅读的文件地图，按需加载。支持文件包括：database-selection.md（PostgreSQL 与 Neon、Turso、SQLite 的对比，用于选择数据库）、orm-selection.md（Drizzle 与 Prisma、Kysely 对比）、schema-design.md（范式化、主键、关系）、indexing.md（索引类型、复合索引）、optimization.md（N+1、EXPLAIN ANALYZE）、migrations.md（安全迁移、服务端数据库）。脚本：scripts/schema_validator.py。来源锚点：metadata.json（external_source 块）与 ORIGIN.md。
使用方式：先确认用户目标、导入工作流范围以及该技能是否为合适的路由；优先阅读 overview 与溯源文件，再只加载对当前请求结果有实质影响的引用、示例或脚本；执行上游工作流并保持来源边界在工作笔记中可见；按上游预期与可指认证据校验结果。设计 schema 前可参考检查清单：是否询问用户数据库偏好、是否为本场景选择数据库、是否考虑部署环境、是否规划索引策略、是否定义关系类型。核心原则：不明确时询问用户数据库偏好，基于上下文选择数据库/ORM，不要默认 PostgreSQL。
适用场景：需要上游工作流、支持文件与仓库上下文保持完整；需要来源可见；上游引用、示例或脚本能实质改善回答；需要在公开评审中保持可复核。
限制：仅在任务明确匹配上述范围时使用；输出不能替代针对特定环境的验证、测试或专家评审；缺少必要输入、权限、安全边界或成功标准时应停止并请求澄清。反模式包括：为简单应用默认 PostgreSQL（SQLite 可能足够）、跳过索引、生产环境使用 SELECT *、结构化数据更合适时存储 JSON、忽略 N+1 查询。任务偏离到调试、架构、设计、安全或发布编排时，应转交相关专业技能。