3级升级法不懂SQL也能把自然语言转SQL的提示词设计指南【免费下载链接】coursesAnthropics educational courses项目地址: https://gitcode.com/GitHub_Trending/cours/courses在 Anthropic 提示工程课程courses 仓库里工具调用、少样本提示、提示词评估三组笔记正好拼出一条自然语言转SQL的最小链路。下面用一家咖啡店的会员、饮品、订单三张表当练手对象把这条链路完整走一遍。为什么值得先让模型当翻译官运营问一句上周卖了多少杯拿铁开发要排半天期。中间的卡点不在写SQL本身而在表名、字段名、表怎么互相指认这些都是外人看不懂的行话。模型恰好是行话翻译官你把字典表结构和语法SQL规则交给它它就能把大白话翻成查询语句。喂数据库结构给模型就像先给地图标注路名和连接点再让人带路。仓库的工具调用笔记把这套流程画得很清楚先声明能力再回答问题最后把结果包进固定标签里交差。3行写出能跑的最小提示词第一步别贪多。目标只有一个让单表查询跑起来。角色、表结构、问题三行就够。你是SQL助手。数据库里有 drinks 表 id编号、name饮品名、price价格、category分类 只输出一条 SELECT 语句不要解释。 用户问题哪些饮品价格在30元以上模型的典型回答sqlSELECT name, price FROM drinks WHERE price 30/sql。改了什么故意不放示例、不放安全规则。为什么先验证链路通不通加功能会掩盖链路根本没通的问题。三行里带中文注释的字段就是字典模型光靠字段名就能写出正确的查询。仓库工具调用附录里的计算器是同一个道理参数两个数和运算符描述清楚了模型自然知道怎么调它。给模型加一道安全锁 聊天答错可以追问SQL会直接执行。模型编一个不存在的字段顶多报错WHERE写歪返回的就是错数据更糟的是它顺手生成一条 UPDATE。所以最小链路跑通后第一件事是上规则。规则 1. 只允许 SELECT遇到 UPDATE/DELETE/DROP 直接拒绝 2. 查询必须带 WHERE 条件禁止无过滤全表查询 3. 字段名拿不准就先反问用户不要猜 4. 统一用 sql语句/sql 包裹输出第1条把破坏性操作掐死在源头第3条用一次反问换准确率。第4条用的是结构化输出里那个把戏定义一个工具模型以为自己在调用工具实际交出的正是你要的结构这里换成sql标签下游程序一个正则就能把SQL摘出来。用示例和表关系图攻复杂查询规则写到十条不如给模型看两个标准答案。少样本提示笔记里的结论很直白给例子比写规则更快见效。挑例子有讲究两条要覆盖不同场景一条聚合一条时间过滤。示例1 问最贵的饮品是什么 答sqlSELECT name, price FROM drinks ORDER BY price DESC LIMIT 1/sql 示例2 问查3月10日所有会员的订单 答sqlSELECT * FROM orders WHERE order_date 2024-03-10/sql多表查询先画关系图咖啡店的三张表靠外键表里存的另一张表的ID互相指认。把这两行写进提示词模型就知道该加 JOIN把两张表按ID拼起来查orders.member_id 指向 members.id订单属于哪个会员orders.drink_id 指向 drinks.id订单买的是哪杯饮品用户问题Alice 都点过哪些饮品 答sql SELECT d.name FROM orders o JOIN members m ON o.member_id m.id JOIN drinks d ON o.drink_id d.id WHERE m.name Alice /sql对比上一节改动只有两行表关系说明模型就把单表查询升级成了三表联查。关系图就是模型的接线图线头标清楚它就不会乱接。排错实战SQL写错了怎么定位⚠️ 四种高频症状按顺序排查字段张冠李戴。模型用了表里不存在的列。多半是表结构放在问题后面、或被压成了一句话。把结构挪到提示词最前面每个字段附一句中文说明。JOIN 漏了 ON。两张表拼完没有连接条件行数直接翻倍。解法是让它先写一行用哪个字段连哪个字段再写SQL。仓库分步思考笔记验证过让模型想出声错的答案常能变对。模糊词没落地。最近几个大客户没法翻译。在规则里补一句遇到模糊的时间或规模表述先换算成具体条件并用一句话说明。修好一条坏掉三条。别凭感觉调攒十个典型业务问题当测试集跑一遍算通过率。提示词评估目录演示了测试集→打分→改提示词的完整循环其中03笔记还展示了用代码断言输出里必须出现预期表名这类可执行的检查项。落地清单搬进你的业务前做这5件事✅ 照着勾完这套自然语言转SQL提示词就能上线了把表结构写成纯文本每行一个字段括号里写中文含义放在提示词最前加上4行安全规则至少禁掉一切写操作附2-3个示例覆盖聚合、时间过滤等不同场景多表查询前把外键关系逐行列出来当接线图攒10个典型业务问题当测试集每改一次提示词都跑一遍用通过率说话【免费下载链接】coursesAnthropics educational courses项目地址: https://gitcode.com/GitHub_Trending/cours/courses创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
3级升级法不懂SQL也能把自然语言转SQL的提示词设计指南【免费下载链接】coursesAnthropics educational courses项目地址: https://gitcode.com/GitHub_Trending/cours/courses在 Anthropic 提示工程课程courses 仓库里工具调用、少样本提示、提示词评估三组笔记正好拼出一条自然语言转SQL的最小链路。下面用一家咖啡店的会员、饮品、订单三张表当练手对象把这条链路完整走一遍。为什么值得先让模型当翻译官运营问一句上周卖了多少杯拿铁开发要排半天期。中间的卡点不在写SQL本身而在表名、字段名、表怎么互相指认这些都是外人看不懂的行话。模型恰好是行话翻译官你把字典表结构和语法SQL规则交给它它就能把大白话翻成查询语句。喂数据库结构给模型就像先给地图标注路名和连接点再让人带路。仓库的工具调用笔记把这套流程画得很清楚先声明能力再回答问题最后把结果包进固定标签里交差。3行写出能跑的最小提示词第一步别贪多。目标只有一个让单表查询跑起来。角色、表结构、问题三行就够。你是SQL助手。数据库里有 drinks 表 id编号、name饮品名、price价格、category分类 只输出一条 SELECT 语句不要解释。 用户问题哪些饮品价格在30元以上模型的典型回答sqlSELECT name, price FROM drinks WHERE price 30/sql。改了什么故意不放示例、不放安全规则。为什么先验证链路通不通加功能会掩盖链路根本没通的问题。三行里带中文注释的字段就是字典模型光靠字段名就能写出正确的查询。仓库工具调用附录里的计算器是同一个道理参数两个数和运算符描述清楚了模型自然知道怎么调它。给模型加一道安全锁 聊天答错可以追问SQL会直接执行。模型编一个不存在的字段顶多报错WHERE写歪返回的就是错数据更糟的是它顺手生成一条 UPDATE。所以最小链路跑通后第一件事是上规则。规则 1. 只允许 SELECT遇到 UPDATE/DELETE/DROP 直接拒绝 2. 查询必须带 WHERE 条件禁止无过滤全表查询 3. 字段名拿不准就先反问用户不要猜 4. 统一用 sql语句/sql 包裹输出第1条把破坏性操作掐死在源头第3条用一次反问换准确率。第4条用的是结构化输出里那个把戏定义一个工具模型以为自己在调用工具实际交出的正是你要的结构这里换成sql标签下游程序一个正则就能把SQL摘出来。用示例和表关系图攻复杂查询规则写到十条不如给模型看两个标准答案。少样本提示笔记里的结论很直白给例子比写规则更快见效。挑例子有讲究两条要覆盖不同场景一条聚合一条时间过滤。示例1 问最贵的饮品是什么 答sqlSELECT name, price FROM drinks ORDER BY price DESC LIMIT 1/sql 示例2 问查3月10日所有会员的订单 答sqlSELECT * FROM orders WHERE order_date 2024-03-10/sql多表查询先画关系图咖啡店的三张表靠外键表里存的另一张表的ID互相指认。把这两行写进提示词模型就知道该加 JOIN把两张表按ID拼起来查orders.member_id 指向 members.id订单属于哪个会员orders.drink_id 指向 drinks.id订单买的是哪杯饮品用户问题Alice 都点过哪些饮品 答sql SELECT d.name FROM orders o JOIN members m ON o.member_id m.id JOIN drinks d ON o.drink_id d.id WHERE m.name Alice /sql对比上一节改动只有两行表关系说明模型就把单表查询升级成了三表联查。关系图就是模型的接线图线头标清楚它就不会乱接。排错实战SQL写错了怎么定位⚠️ 四种高频症状按顺序排查字段张冠李戴。模型用了表里不存在的列。多半是表结构放在问题后面、或被压成了一句话。把结构挪到提示词最前面每个字段附一句中文说明。JOIN 漏了 ON。两张表拼完没有连接条件行数直接翻倍。解法是让它先写一行用哪个字段连哪个字段再写SQL。仓库分步思考笔记验证过让模型想出声错的答案常能变对。模糊词没落地。最近几个大客户没法翻译。在规则里补一句遇到模糊的时间或规模表述先换算成具体条件并用一句话说明。修好一条坏掉三条。别凭感觉调攒十个典型业务问题当测试集跑一遍算通过率。提示词评估目录演示了测试集→打分→改提示词的完整循环其中03笔记还展示了用代码断言输出里必须出现预期表名这类可执行的检查项。落地清单搬进你的业务前做这5件事✅ 照着勾完这套自然语言转SQL提示词就能上线了把表结构写成纯文本每行一个字段括号里写中文含义放在提示词最前加上4行安全规则至少禁掉一切写操作附2-3个示例覆盖聚合、时间过滤等不同场景多表查询前把外键关系逐行列出来当接线图攒10个典型业务问题当测试集每改一次提示词都跑一遍用通过率说话【免费下载链接】coursesAnthropics educational courses项目地址: https://gitcode.com/GitHub_Trending/cours/courses创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
