数据库Schema设计
要设计一张新表却不知字段怎么定用这条：向 Agent 描述业务需求和访问方式，它会给出表结构、主键与外键、索引与分区策略、软删除和审计字段，并附建表语句、迁移脚本和索引说明。
适合做什么
- 在 Cursor / 同类 Agent 里挂载可复用技能
- 把重复检查或生成流程固化成一句话指令
- 团队共享「技能卡」减少口头约定
不太适合
- 当作完整安全审计或生产发布的唯一依据
- 无环境上下文时指望一次跑通复杂流水线
提示词正文
【技能名称】数据库Schema设计
【技能目标】根据业务描述设计完整Schema：表结构、主键/外键、索引设计、分区策略、软删除、审计字段，附CREATE TABLE语句+迁移脚本+索引解释。
【使用方式】
1. 将上方目标作为 Agent Skill / 自定义指令的核心描述；
2. 补充你的项目路径、技术栈与验收标准；
3. 要求 Agent 先列出检查清单，再执行并给出可复核的输出（如 diff / 报告）；
4. 若涉及发布或删除，必须二次确认。
【运营向用法提示】
可用于内容站、工具站或增长落地页的自动化检查与批处理；输出请要求中文结论 + 可执行下一步。复制后粘贴到 AI 对话框，按填空补全即可。
使用步骤
- 先用一段话说清业务对象和读写场景
- 把表名、字段命名与数据库类型填进描述
- 让它先出表清单，再出CREATE语句
常见问题
没说数据量能设计索引吗？
可以给出通用索引，但分区与索引取舍会偏保守。建议补上单表预估行数、主要查询条件和写入频率，再让它调整分区策略与组合索引顺序。
迁移脚本可以直接上生产？
先在测试库执行一遍，确认字段默认值、外键顺序和回滚语句都能跑通；涉及删列或改类型时，要求它同时给出回退脚本。
哪些规则需要我补？
软删除字段的语义、审计字段由应用层还是数据库填、是否要多租户隔离，这些和团队规范有关，需要你补上约束条件后再生成。
来源说明
整理自公开提示词站点素材，经 52运营 筛选与页面改写，便于运营场景检索。 原始参考：来源链接