文档目录
State(上下文状态)
state 是什么、如何组织它,以及如何为 System One 模型提供所需的上下文。
非官方中文翻译 · 内容以 英文原文 ↗ 为准 · 同步于 2026-10-15
State(上下文状态) 是你让 System One 模型去评估的内容。它可以是一条客服消息、一段文本,或应用的当前 state。你把它放进 API 请求的 state 字段里,和你想问的问题一起提交。
每一次请求会用一份 state 对一道或多道问题做评估。所有问题看到的是同一份 state,彼此独立评估。一次请求里可以同时混用 Choice(选择题)、Score(打分题) 和 Noul(是非题) 这几类题型。
state 可以是一个简单字符串,也可以是一个结构化的 JSON 值
最简单的 state 就是一个普通字符串:
state = "My card was charged twice."state 也可以是一个 JSON 对象或数组,里面可以装相关上下文、示例,以及其他能帮助模型回答对应问题的信息。可以把 state 想成你在请一专家组下判断之前会展示给他们的材料。在 Python 里,把对应的字符串、字典或列表直接传给 client.system_one(state=...) 即可。
| 格式 | 适用场景 | 示例 |
|---|---|---|
| 字符串 | 一条消息、文章或一段文本 | "My card was charged twice." |
| 对象 | 命名字段、相关记录或应用 state | {"message": "My card was charged twice.", "order_id": "A-104"} |
| 数组 | 一组有序的消息或记录 | ["Hi", "My customer number is TS1337.", "My card was charged twice."] |
大多数请求建议用对象,这样 state 的各个部分都有清晰的名字,关系也一目了然。当业务场景简单、只需要一段文本时,字符串就够了。
**提示:**state 是字符串、JSON 对象或数组。暂不支持音频和视频。Jev 的主要训练语言是英文;包括 CJK 字符在内的其他语言可以接受,但目前的准确度较低——参见 Models。
{
"ticket": {
"subject": "Duplicate charge",
"messages": [
{"from": "customer", "text": "I was charged twice for order A-104. Please refund the duplicate."},
{"from": "support", "text": "We are checking the charges."}
]
},
"order": {
"id": "A-104",
"charges": [
{"amount_usd": 49, "status": "captured"},
{"amount_usd": 49, "status": "captured"}
]
},
"refund_policy": "Duplicate charges are eligible for a refund."
}整个对象就是一份 state,虽然它同时包含了一段对话、一笔订单和一条政策。当你的决策需要比较这几个部分时,就把相关信息放在同一个对象里。
把内容与问题分开
state 装着内容和支撑事实。Questions 定义了模型要对这些材料做哪些判断。例如,把退款申请和政策放在 state 中,再分别问客户是否申请了退款、政策是否支持这次退款。
参见 题型总览,了解 instructions(指令)、criteria(判定标准)、题型,以及如何围绕同一份 state 提出多个问题。
请求结构参见 API 参考,安装、类型化输入和响应处理参见 client SDKs。
本文档由 Mintlify 构建并托管,这是一个面向开发者的文档平台。