让大模型稳定输出 JSON 的方法
很多人让模型“返回 JSON”时只写一句话，结果不是少字段，就是多解释文字。结构化输出不稳，通常不是模型太弱，而是输入边界不够清晰。
先判断这篇是不是你当前要解决的问题，不要一上来就把全文从头读完。
如果没有官方入口清单，先看正文第一节，通常就能判断自己是不是走在对的方向上。
如果这篇解决了你的眼前问题，再回 文档自动化 主线继续往下读。
从字段定义、示例约束到失败兜底，降低结构化输出跑偏和解析失败概率。
适合谁看
适合要做发票识别、合同总结、表格清洗、报销自动化的业务团队和实施方。
这篇会回答
• 字段定义要像写接口文档一样明确
• 示例比抽象要求更能约束输出
• 线上一定要有解析失败兜底
这篇放在主线里怎么用最快
重点覆盖 PDF、表格、票据、合同和扫描件处理，把 OCR、结构化和自动化工作流连成一条线。
字段定义要像写接口文档一样明确
如果字段含义、类型和是否必填没有写清楚，模型就会自行脑补，结果自然不稳定。
最有效的方式是把每个字段的名称、类型、约束和允许为空的条件写清楚，让模型没有太多自由发挥空间。
示例比抽象要求更能约束输出
相比单纯写“请返回合法 JSON”，给一个正例通常更有效，模型会更容易照着目标结构输出。
如果你的字段里容易混入自然语言，还可以再补一个反例，明确告诉模型哪些内容不要出现。
线上一定要有解析失败兜底
即使 Prompt 已经写得很好，线上也依然会出现偶发格式漂移，所以不能把解析成功当成默认前提。
工程上要准备二次修复、失败重试或回退到人工检查的路径，别把整个工作流压在一次输出上。
常见问题
只写“请返回 JSON”够吗？
通常不够。你至少要说明字段、类型、输出边界以及不要输出额外解释，否则模型很容易夹带自然语言。
要不要一开始就上 JSON Schema？
如果你的业务已经依赖稳定结构，尽早加 Schema 或等价约束是值得的；如果只是验证阶段，也可以先用清晰字段说明加示例过渡。
别停在这一篇，继续往下走
这部分不再重新给你一堆大卡片，而是直接把下一步阅读顺序列出来，方便继续往下走。
如果这页已经解决了眼前问题，下一步直接从主入口继续往下走
百度流量不会只落在首页。详情页也要把新手路径、专题目录、问题页、对比页、工具页和模板中心重新串起来，方便读者继续往下读。
如果问题已经进入风控补件、恢复账期或限制解除，直接切回恢复合作主线
有些搜索看起来像余额、账期或停服问题，实际已经进入恢复合作阶段。别继续在当前目录里绕，先用恢复专题、恢复 FAQ 和恢复模板合集把阶段重新分清。
新手开始
第一次接触 AI 大模型时，先按任务进入最短路径，少走弯路。
AI Coding 特别页
把模型、Token、Skills、项目规则和工作流集中到一页里，适合先判断 AI Coding / Agent 工作台怎么搭的人。
AI API 网关特别页
如果你手里有 API / Token 资源，准备做统一入口、兼容接口、配额治理和套餐报价，这页更接近商业承接。
AI API 计费 / 余额 / 预算治理特别页
如果你已经开始真实消耗 OpenAI、Claude、DeepSeek 或兼容网关额度，这页更适合承接余额、限额、预算和分摊治理类搜索流量。
企业知识库 / RAG 特别页
如果你准备做企业知识库、FAQ 助手、客服机器人或 AI 质检，这页更适合承接真正要立项的人。
文档 / OCR / 报销自动化特别页
如果你准备做发票识别、PDF 表格提取、合同总结或报销自动化，这页更适合承接执行型流量。
专题目录
按真实搜索意图分流，先进入官网入口、Key 开通、计费或知识库专题。
对比目录
适合已经进入选型、预算和方案判断阶段的搜索流量。
工具目录
把计算器、格式化工具和提示词工具挂出来，承接更接近变现的需求。
商务模板
采购、开票、回款和风控恢复模板，直接接企业执行阶段的搜索需求。
站点地图
把核心栏目、重点专题和高优先级入口集中列出来，方便继续浏览和抓取。