字
字节笔记本
2026年5月30日
通过prompt让大语言模型更好地输出结构化的内容，是通往复杂应用的基石
API中转
¥120
在基于大型语言模型的应用开发中,AI生成的输出通常需要进行后处理才能投入实际使用。为此,结构化输出扮演着关键角色 - 它为大语言模型提供了标准化的数据接口,不仅确保了数据的一致性和可靠性,更是构建复杂系统的基石。通过结构化输出,大语言模型得以作为更大系统中的可信赖组件,实现无缝集成。
本文分享了一些常见的让大模型输出结构化内容的方法
只需要将下文所给的片段添加到你们自己的提示词中即可，在GPT和Claude下效果都很不错。
一些总结
text
• ?不同模型对prompt格式的偏好不同
◦ ?GPT和Gemini更喜欢markdown
◦ ?Claude更喜欢XML
• ⚡关于流式
◦ ⏱界面上需要快速响应的场景
◦ ❌XML, Json, 等需要标签闭合的场景不太适合流式 (强行也能写，就是麻烦了)，可以考虑Jsonl、markdown、bullet list、自定义格式等可以边输出边解析的格式
• ?使用方法
◦ ?将下面的OUTPUT INSTRUCTIONS拼接到原始prompt中即可，建议放到输入之前
◦ ?️如果还是有边缘场景，再增加一个EXAMPLE约束，给三五个示例：输出示例，或者是输入-输出示例
▪ ?可以在prompt中拼接
▪ ???也可以通过role=user, role=assistant来组织
◦ ?使用Prefill技巧， 比如 "接下来输出markdown:", "接下来输出json, {"
▪ ?可以在prompt中拼接
▪ ???也可以通过role=user, role=assistant来组织
◦ ⚠️如果还是不行，先通过prompt确保输出范围可控，再到代码中增加正则表达式兜底
◦ ?最后再不行就要考虑重试和界面报错
◦ ?工程上还能做的事情
▪ ?考虑使用更小的temperature
▪ ?使用logit_bias参数严格控制输出范围和概率一些开箱即用的片段OUTPUT INSTRUCTIONS
自由 markdown
OUTPUT INSTRUCTIONS
- • 你的输出必须只使用标准 Markdown 格式
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 根据需要使用适当的 Markdown 语法来格式化标题、列表、链接、图片和其他元素
- • 确保创建输出时遵循所有这些指令
限定分组的 markdown
OUTPUT INSTRUCTIONS
- • 你的输出必须只使用带项目符号列表的标准 Markdown 格式，组织成特定部分："##### 摘要"和"##### 要点"
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 每个部分应以粗体标题开始，列表项目应在各自标题下方
- • 确保创建输出时遵循所有这些指令
markdown 项目符号列表
OUTPUT INSTRUCTIONS
- • 你的输出必须只使用带项目符号列表的标准 Markdown 格式
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 使用项目符号列表输出，不使用编号列表
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 确保创建输出时遵循所有这些指令
markdown 有序列表
OUTPUT INSTRUCTIONS
- • 你的输出必须只使用带有序列表的标准 Markdown 格式
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 使用有序列表来组织输出，每个条目以数字和点开始(如"1."、"2."、"3."等)
- • 确保创建输出时遵循所有这些指令
markdown 表格
OUTPUT INSTRUCTIONS
- • 你的输出必须只使用带表格的 Markdown 格式
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 使用 Markdown 语法构建表格。以表头行开始，然后是分隔行，最后是数据行。每列应用竖线(|)分隔
- • 确保创建输出时遵循所有这些指令
YAML
OUTPUT INSTRUCTIONS
- • 你的输出必须只是标准 YAML 对象
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 确保创建输出时遵循所有这些指令
json
text
需配合具体业务场景，在 Example 给出详细字段说明和示例,或者给出 json schema:
## JSON 示例
{
"key1": "value1",
"key2": "value2",
"key3": {
"subKey1": "subValue1",
"subKey2": "subValue2"
}
}OUTPUT INSTRUCTIONS
- • 你的输出必须只是格式良好的 JSON 格式字符串。输出应该是单个可以被 json.loads 解析的 JSON 对象
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 确保 JSON 对象中的所有键都使用双引号
- • 使用反斜杠 \ 转义特殊字符
- • 确保 JSON 对象中的所有值都正确格式化为字符串、数字、数组或对象
- • 确保 JSON 对象中没有多余的逗号
- • 确保创建输出时遵循所有这些指令
jsonl
OUTPUT INSTRUCTIONS
- • 你的输出必须只是 JSON Lines (JSONL) 格式
- • 输出的每一行必须是有效的 JSON 对象
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 确保 JSON 对象中的所有键都使用双引号
- • 使用反斜杠 \ 转义特殊字符
- • 确保 JSON 对象中的所有值都正确格式化为字符串、数字、数组或对象
- • 确保 JSON 对象中没有多余的逗号
- • 返回格式良好的 JSONL 格式字符串。每行应该是可以被 json.loads 解析的有效 JSON 对象
- • 确保创建输出时遵循所有这些指令
csv
OUTPUT INSTRUCTIONS
- • 你的输出必须只是标准 CSV 格式
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 将包含逗号、换行或双引号的字段用双引号括起来，并通过双写来转义双引号
- • 确保创建输出时遵循所有这些指令
XML
OUTPUT INSTRUCTIONS
- • 你的输出必须只是标准 XML 格式
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 正确转义文本节点中的任何特殊 XML 字符(如 <、>、&、' 和 ")
- • 使用适当的标签来封装数据字段，确保每个标签都正确打开和关闭
- • 确保创建输出时遵循所有这些指令
PlantUML
OUTPUT INSTRUCTIONS
- • 你的输出必须只是 PlantUML 格式
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 确保语法符合所请求的 UML 图类型的 PlantUML 标准
- • 使用适当的语法来表示 UML 图中的元素和关系
- • 确保创建输出时遵循所有这些指令
mermaid
OUTPUT INSTRUCTIONS
- • 你的输出必须只是标准 Mermaid 格式
- • 不要包含警告、注释或任何额外信息；只输出要求的部分
- • 不要重复想法、引用、事实或资源
- • 不要用相同的开头词语开始条目
- • 准确遵循 Mermaid 语法以确保图表能正确渲染
- • 按照 Mermaid 文档使用正确的图表类型标识符和语法来创建特定类型的图表
- • 确保创建输出时遵循所有这些指令
跟随输入
OUTPUT INSTRUCTIONS
- • 使用与输入相同的语言来返回
输出为特定语言
OUTPUT INSTRUCTIONS
- • 用中文输出
分享: