前言¶
一个项目里最常见的返工，不是写不出功能，而是表结构不统一：user_id 在 A 表叫 uid，在 B 表叫 userid；时间字段有的是 datetime、有的是 timestamp；软删除字段一会儿有、一会儿没有。评审时只能靠口述约定，没有可对照的条目。
这个 Skill 要解决的是后一件事：把数据库表结构设计里那些分散的约定，整理成一份可逐项检查的规范，覆盖命名、类型、索引、约束、关系、软删除和迁移。
这是什么¶
「数据库设计规范」是一个面向后端技术栈的通用 Skill，坐标 @user_a4c2f3d2/design-db，当前版本 1.0.2。它由社区开发者 user_a4c2f3d2 发布，归类在 dev-programming 下，来源标记为 community。
它不做具体的建表工具适配，也不绑定某一门语言或某一个 ORM。定位是：在写 DDL 之前和评审 DDL 的时候，提供一份通用的、可逐项对照的检查清单，适用于所有后端技术栈的数据库设计与评审。
核心功能¶
根据官方简介，它覆盖七个方面：
1、命名约定：表名、字段名、索引名的命名规则，用于消除同一含义多种写法的散乱问题。
2、数据类型：字段类型如何选择，避免用大类型装小数据、或用字符串装数值这类不经济和不可比较的写法。
3、索引设计：索引的建立依据，服务于查询路径和写入成本之间的取舍。
4、约束：主键、唯一、外键、检查等约束的取舍，区分哪些靠数据库保证、哪些靠应用层保证。
5、关系映射：表与表之间的关联方式，以及如何在设计阶段把关系表达清楚。
6、软删除：删除策略的约定，明确哪些表需要留痕、用什么字段标记、唯一索引如何处理已删记录。
7、迁移管理：表结构变更如何走迁移流程，避免直接改生产表导致的环境不一致。
这七个条目是可评审的维度，不是自动化的改写规则。用的时候是对照检查，不是一键转换。
安装与启用¶
官方抓取到的资料里没有提供安装命令、安装目录或配置文件字段，站点页面抓取失败，无法核实。因此这里不写命令，只说明已核实的部分：
- 该 Skill 基于通用
SKILL.md格式，通过 Skill 描述文件被客户端识别和加载。 - 元数据中
requires_api_key=false，使用前不需要申请 API Key。 - 发布者为
user_a4c2f3d2，社区分发，坐标@user_a4c2f3d2/design-db。
启用方式以你所用客户端（Cursor、Codex CLI、Claude Code 等）的 Skill 加载机制为准，官方资料未给出分客户端的差异说明。拿到 Skill 文件后，把它放进客户端约定的 Skill 目录，让客户端能读到 SKILL.md，即可在对话中触发。具体路径请查对应客户端的文档。
典型用法¶
官方资料没有提供可复现的示例，下面给出基于该 Skill 说明范围的通用用法，不是官方输出。
1、建表前：把要设计的表、字段、关系用自然语言描述给 Skill，要求它按七个维度逐条给出建议，再据此定稿。
2、评审时：把已有的建表语句贴进去，要求它按七个维度逐条列出符合项与待改项，输出可直接作为评审记录。
3、迁移前：拿变更前后的表结构对比，要求它指出可能影响索引、约束和关系的改动点。
适用场景与注意¶
适合的人：后端开发、需要评审表结构的技术负责人、从零搭项目的人。它的价值在统一约定和降低评审成本，不在生成表结构本身。
需要注意的几点：
- 它是规范清单，不替代具体的数据库知识。类型选择、索引代价这类判断仍然要结合实际数据量和查询路径。
- 不绑定技术栈。换一个数据库，部分类型和约束的写法要自己调整。
- 站点显示的评分为
100000，下载2613，安装数显示0。下载和安装数的口径站点未说明，且数值会随快照变化，只能当作趋势参考，不要当成质量结论。 - 安装命令等分发细节以官方页面为准，本文未能核实。
结尾¶
这个 Skill 做的事情很具体：把数据库设计里容易被忽略的约定整理成七个可对照的条目，让建表和评审有据可依。它不解决所有问题，但能消掉一类反复出现的返工。
官方地址：https://api.skillhub.cn/user_a4c2f3d2/design-db
SkillHub 页面：https://www.skillhub.cn/skills/user_a4c2f3d2/design-db
