MiniMax Code需先声明表结构再提问，否则会虚构字段导致SQL报错；业务需求须转为无歧义短句，并强制输出标准SELECT语句；聚合查询必须显式写出GROUP BY，多表关联需提前写死JOIN条件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让MiniMax Code根据自然语言描述自动生成准确、可执行的SQL查询语句，但直接提问常返回语法错误、字段名不存在或忽略WHERE条件的结果。
明确指定数据库结构再提问
第一步：在提问前，用三行以内写清表名、关键字段及数据类型。例如：“用户表user，含id（int）、name（varchar）、reg_time（datetime）、city（varchar）”。
MiniMax Code不自动感知你的数据库 schema，【不声明表结构就问“查上海用户”会默认虚构字段，生成的SQL必然报错】。
第二步：把业务需求转成无歧义短句。不要说“最近活跃的人”，改成“注册时间在2024年之后的用户”。
用“SELECT … FROM … WHERE …”框架约束输出格式
直接在问题末尾加上固定句式：“请只输出标准SQL SELECT语句，不要解释，不要加反引号，字段名用英文原名。”
这能强制模型放弃Markdown表格、伪代码或带注释的冗余输出。实测不加该句，30%概率返回“以下是您的查询：”这类废话。
为 OpenClaw 配置 MiniMax 作为模型源。MiniMax 提供两种接入方式：API Key 直连（openai-completions 协议）和 OAuth 门户（anthropic-messages 协议）。包含 provider 注册、模型定义、别名配置、fallback 链接入和验证的完整流程。当管理员说想"加 MiniMax"、"配 minimax"、"接入 MiniMax 模型"、"加海螺模型"、&qu
方法一：用角色指令前置——“你是一名MySQL 8.0 DBA，请生成一条单表查询SQL。”
方法二：示例引导法——先给一个正确样例：“比如‘查北京用户’→ SELECT * FROM user WHERE city = '北京'; 接着问：‘查2023年注册的女性用户’”。
规避常见幻觉陷阱
当涉及聚合或分组时，必须显式写出GROUP BY。若只说“统计每座城市的用户数”，MiniMax Code常漏掉GROUP BY city，导致SQL语法错误。
方法一：在问题中嵌入关键词——“用COUNT(*)、GROUP BY city、ORDER BY COUNT(*) DESC”。
方法二：对多表关联场景，提前写死JOIN条件——“user表和order表通过user.id = order.user_id关联，查每个用户的订单总数”。
【禁止使用“根据常识推断外键”这类表述，MiniMax Code没有数据库元数据常识】。
