mysql 8.0，utf8mb4字符集，外键已启用；用户表(用户id, 昵称, 注册时间, 所属部门id)，充值记录表(充值id, 用户id【关联用户表.用户id】, 充值时间, 金额)，订单表(订单id, 用户id【关联用户表.用户id】, 订单状态【0=待支付,1=已完成】)；你是一名资深dba，只负责将自然语言需求转为标准sql，不解释、不补全、不假设缺失条件。输出必须严格满足：①仅含一条select/insert/update语句；②不包含反引号或双引号包裹的标识符；③日期用'yyyy-mm-dd'格式，不使用函数推导。禁止出现：子查询嵌套超2层、使用union all、调用now()或current_date等动态函数、将‘最近’翻译为between '2023-01-01' and '2023-12-31'。【输入】用户想查上个月充值金额超过500元的vip会员名单【输出】select u.昵称, u.用户id from 用户表 u inner join 充值记录表 r on u.用户id = r.用户id where r.充值时间 >= '202
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Kimi准确理解中文提问意图，并生成符合目标数据库结构的可执行SQL语句，避免因表名、字段名错位或逻辑歧义导致查询失败。
明确数据库元信息并嵌入提示词
第一步：在提示词开头用三行以内说明当前数据库类型（如MySQL 8.0）、字符集（utf8mb4）和核心约束（如外键已启用）。这一步决定Kimi对语法兼容性的判断基准。
第二步：列出所有参与查询的表名及关键字段，每张表单独一行，格式为“表名(字段1, 字段2, …)”，字段按主键→常用查询字段→外键→业务字段顺序排列。例如：用户表(用户ID, 昵称, 注册时间, 所属部门ID)。
第三步：对存在歧义的字段加简短注释，写在括号内，如“订单表(订单ID, 用户ID【关联用户表.用户ID】, 订单状态【0=待支付,1=已完成】)”——【缺少这类注释时，Kimi常将“状态”误译为字符串匹配而非数字枚举】。
构造带角色与边界控制的指令结构
方法一：角色锚定法
在提示词最前端添加：“你是一名资深DBA，只负责将自然语言需求转为标准SQL，不解释、不补全、不假设缺失条件。” 这能抑制Kimi自行添加LIMIT、ORDER BY等非必需子句。
一键设置，在 OpenClaw 和 Claude Code CLI 中使用 Kimi K2.5 (Kimi Code) 作为编程模型。Kimi Code 兼容 Anthropic Messages API——替换……
方法二：输出契约法
紧接角色声明后写：“输出必须严格满足：①仅含一条SELECT/INSERT/UPDATE语句；②不包含反引号或双引号包裹的标识符；③日期用'YYYY-MM-DD'格式，不使用函数推导。”
方法三：错误阻断法
在末尾追加禁止项：“禁止出现：子查询嵌套超2层、使用UNION ALL、调用NOW()或CURRENT_DATE等动态函数、将‘最近’翻译为BETWEEN '2023-01-01' AND '2023-12-31'。”
注入典型样例引导生成方向
在元信息与指令结构之后，插入2个高质量示例，格式为：
【输入】用户想查上个月充值金额超过500元的VIP会员名单
【输出】SELECT u.昵称, u.用户ID FROM 用户表 u INNER JOIN 充值记录表 r ON u.用户ID = r.用户ID WHERE r.充值时间 >= '2024-03-01' AND r.充值时间 500 AND u.会员等级 = 'VIP'
第二个示例必须体现不同逻辑类型，比如含GROUP BY的聚合查询或含LIKE的模糊匹配。这两个示例会显著降低Kimi对“前N名”“平均值”“包含某关键词”等短语的误译率。
注意：示例中的表别名（u/r）必须与前面元信息中列出的表名完全一致，大小写敏感——【若元信息写“用户表”，示例却用“user”，Kimi将生成语法错误的SQL】。
