必须先输出纯表名清单再展开字段定义，否则易漏主键、错外键、缺索引；表名须一行一个、无编号无解释，确认后才逐表输出含类型、约束、索引的完整定义。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Cursor AI在写数据库设计前先输出清晰的表结构清单，而不是直接跳进字段注释或ER图描述——否则后续建表语句容易漏主键、错外键、缺索引。
让AI先列表结构再展开细节
第一步：在Cursor中按 Cmd+K（Mac）或 Ctrl+K（Windows/Linux） 唤出AI命令面板。
第二步：粘贴以下提示词，逐字复制，不可增删空格、标点或换行：
【请分两步回答：① 先列出本次数据库设计需创建的全部数据表名称，每张表用一行显示，不加编号、不加解释；② 等我确认表名无误后，再为每张表逐个输出字段定义（含类型、是否为空、主键/外键标识、索引建议）】
这一步必须带【】和明确的“①”“②”，否则AI会直接生成带注释的CREATE TABLE语句，跳过结构确认环节。
为什么必须强制分步输出表名
AI默认倾向“一步到位”，看到“数据库设计”就自动合并表结构+字段+约束，但实际协作中，表名是架构决策锚点——一旦user_id表写成users_info，后续所有外键引用、迁移脚本、ORM映射都会连锁出错。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
只列纯表名能迫使AI剥离实现细节，专注回答“系统里到底有哪几个核心实体”。你扫一眼就能发现遗漏（比如忘了log表）或冗余（比如把临时缓存表也当正式表）。
【表名列表必须不带任何修饰词，例如不能写“用户信息表(users)”而只能写“users”】
确认表名后的标准展开格式
方法一：等你回复“确认”后，AI将严格按以下格式输出第一张表：
▶ 表名：orders
id INTEGER PRIMARY KEY,
user_id INTEGER NOT NULL → 外键关联 users(id),
status TEXT NOT NULL CHECK(status IN ('pending','shipped','cancelled')),
created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
INDEX idx_user_status (user_id, status)
方法二：若你中途想调整，可在AI输出第一张表后插入指令：“暂停。把orders表的status字段改为ENUM，并补充归档状态‘archived’。”AI将立即中断后续表输出，只修改当前表定义。
