启用response_format={"type": "json_object"}硬约束、设temperature
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让千问AI稳定输出可直接被程序解析的JSON数据，避免前后多余文字、末尾逗号、引号缺失或Markdown包裹等常见错误，必须绕过自由生成模式，进入结构化约束通道。
启用原生JSON输出模式
调用API时，在请求体中显式声明 【response_format={"type": "json_object"}】。这是最底层的硬约束，模型解码器会在每个token生成阶段动态屏蔽非法字符，从源头杜绝语法错误。不设此项，仅靠提示词无法保证JSON合法性。
确认所用千问API版本支持该参数——通义千问2.5及后续公开API均已兼容，但旧版v1/v2接口不识别此字段，会静默忽略。
同时将temperature设为0.2以下，top_p控制在0.8以内，高随机性参数会冲破结构约束。
提示词中嵌入严格Schema
方法一：字段+类型+枚举三重锁定
在用户指令开头明确写出JSON Schema，例如：
“请严格按以下结构输出JSON对象，不得添加任何额外字段、注释或说明文字：{"user_id": "string", "score": "number", "status": ["active", "inactive"], "tags": ["string"]}”
方法二：占位符模板填充法
提供带{{}}占位符的完整JSON骨架，如：
{"title": "{{title}}", "price": {{price}}, "in_stock": {{in_stock}}}
并强调：“仅替换三处{{}}内容，其余所有字符（包括引号、逗号、花括号）不得增删或改动。”
【注意：字符串值必须用双引号包裹，布尔值写为true/false，空值统一用null——模型可能把true写成True，需在服务端做标准化转换】
服务端校验与自动修复
第一步：尝试JSON.parse()解析响应体，捕获SyntaxError异常；
第二步：若失败，调用jsonrepair库进行轻量修复（适用于括号不匹配、末尾逗号等80%常见错误）；
第三步：修复后再次解析，成功则进入字段校验；
第四步：遍历键名，比对预设required_fields列表，缺失任一必填字段即判定失败；
第五步：对每个字段执行类型断言，例如检测"score"是否为number类型，若为字符串则标记类型错误并终止流程。
这五步必须串联执行，缺一不可。跳过任意一步都可能让非法数据流入下游系统。
