☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
必须在gamma输入框首行粘贴四段式模板：①目标用户身份；②字段原始名+业务含义；③异常触发条件（含时间/数值/状态）；④不可触碰边界。
你已经看过gamma sql提示词教程，但面对真实业务场景仍写不出可用提示词，问题不在理解力，而在缺少可立即套用的结构锚点和位置约束——模型对“请优化sql”这种模糊指令默认调用通用话术库，不会主动补全你没写的字段规则、时间锚点或权限边界。
先拆掉“写提示词”这个动作幻觉
Gamma不处理“写”，只响应“填空”。你必须给它一个带占位符的硬模板，而不是让它从零生成。打开Gamma聊天框，在输入框最顶部第一行，【必须】粘贴这句：【每条提示词必须按四段式填充：①目标用户身份（如Java后端开发）；②字段原始名+业务含义；③异常触发条件（含时间/数值/状态三要素）；④不可触碰边界（如禁止改表结构）】。这句不放最顶行，Gamma会把后续所有内容当普通对话，自动降级为泛泛而谈。
这一步操作起来很简单，直接把上面那句复制粘贴到输入框第一行就行。
用真实报错反向倒逼提示词结构
方法一：从错误日志里抠出三要素
找到最近一次SQL报错的完整日志，从中提取：错误码（如“ORA-01722”）、触发值（如“传入字符串'abc'给NUMBER字段”）、发生时间（如“2026-06-12 14:33:07”）。这三者缺一不可，漏掉时间锚点，Gamma会把原因归咎于‘历史数据质量差’这类无法验证的结论。
方法二：把错误三要素塞进模板第二段
在四段式模板的第三段位置，写成：“当前SQL在2026-06-12 14:33:07执行时，因将字符串'abc'赋值给order_amount NUMBER字段触发ORA-01722错误”。注意：必须保留单引号包裹的原始值、精确到秒的时间戳、完整错误码——Gamma靠这些硬特征激活真实报错路径推理，不是靠“类型不匹配”这种概括性描述。
强制绑定可执行载体，封死空泛建议出口
第一步：明确写出你接下来要操作的具体文件
在四段式模板第四段，写清你实际能修改的位置。例如：“我只能修改order-service模块下的OrderQueryMapper.xml第47行SQL，不能动数据库结构，也不能加新索引”。
第二步：标注不可触碰的物理边界
继续写：“禁止执行ALTER TABLE、禁止在凌晨2点执行OPTIMIZE TABLE、禁止新增字段供前端展示”。不写这些限制，Gamma可能推荐出需要DBA权限的方案，你根本没法落地。
第三步：把载体信息嵌入问题描述开头
在Gamma输入框第一行粘贴完四段式模板后，紧接着另起一行写：“请基于以上约束，为以下SQL生成可直接粘贴使用的修复提示词：SELECT * FROM orders WHERE order_amount = #{value}”。这一步让Gamma锁定在真实可编辑的SQL文本上，而不是飘去讲抽象优化原则。
