必须开通高保真文本接入白名单并设置"raw_mode": true，仅传单轮user消息，保留原始SQL结构、大小写、索引名及注释；需明确要求复述字段名、锁定索引定义、引用注释中的业务线索。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让豆包在数据库评审中输出的问题描述保留原始SQL语句结构、字段名大小写、索引命名规则、注释位置等有效信息，避免自动标准化或美化导致关键线索丢失，必须绕过其默认的语法归一化逻辑。
禁用默认SQL语义清洗
登录豆包开放平台 → 进入「API管理」→ 确认当前应用已开通「高保真文本接入」白名单；若未开通，【必须提交企业认证并完成人工审核】，否则 raw_mode 参数不可用。
调用时在请求体中显式设置 【"raw_mode": true】，且仅传单轮 user 消息；若混入 system 角色设定或携带历史消息，raw_mode 自动失效，模型将重写 SQL 并统一字段为小写、删掉行内注释、合并多空格——这些操作会直接抹除“idx_user_created_at_desc”这类带业务意图的索引名、“-- 临时兼容老系统”这类关键上下文。
注入真实SQL片段与上下文锚点
方法一：保留原始格式粘贴
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
把待评审的SQL原样复制，不加任何解释性前缀，直接作为 content 字段值。例如：SELECT u.id, u.name FROM users u LEFT JOIN orders o ON u.id = o.user_id /* 关联主表 */ WHERE u.status = 'active' AND o.created_at > '2024-01-01';
方法二：附加执行环境声明
使用豆包（火山引擎 Ark）生成图片或视频并保存本地。用户提及“豆包生图/图片/生视频/视频”、“Doubao”、“Seedance”、“火山引擎图片/视频”时触发。
在SQL前加一行说明：“运行于 MySQL 8.0.33，字符集 utf8mb4_bin，无查询重写规则（query_rewrite_enabled=OFF）”。这能阻止豆包按 PostgreSQL 或 SQLite 习惯做类型推断，比如把 【BINARY(16) 主键】 错判为 UUID 字符串而建议加索引。
约束输出保留三类不可删信息
第一步：强制复述原始字段名与别名
在提示词中明确要求：“每条问题描述中，涉及的字段名、表别名、函数名、注释内容必须与原文完全一致，包括大小写、下划线位置、括号嵌套层级；禁止替换 `u.id` 为 `users.id`，禁止将 `/* 关联主表 */` 改为 `-- 关联主表`。”
第二步：锁定索引命名与定义位置
要求豆包指出问题时，必须引用完整索引定义，如 “`KEY idx_user_status_created (status, created_at)` 中 status 列未加前缀索引，导致范围扫描失效”，而不是泛泛说“status 字段索引设计不合理”。
第三步：保留注释中的业务线索
强调：“SQL 行内注释（/* … */）和行尾注释（-- …）均视为有效业务约束，不得忽略或改写；若注释含‘兼容老系统’‘临时方案’‘灰度开关’等字样，须在问题依据中直接引用。”
