研究型路由
比较观点、来源或候选项，返回下一个获准路径，而不是再生成一段需要解析的文字。
决策模型 · Perplexity
把研究上下文变成一个决策。
当 Agent 需要比较证据、排列候选项或路由研究任务时，PPLX Decider 可以直接返回结构化结果，让业务代码无需解析长篇文字。
调用时使用准确的模型 ID。积分规则与其他决策模型一样，按照 Jev 规则计费。
一个决策边界
perplexity/pplx-decider-v1-27b一个状态，三种有用输出。
状态
两家供应商都满足可靠性要求。B 更便宜，但近期证据较弱。
选择
路由到供应商 A
评分
置信度 0.78
Noul
证据过期时升级处理
输出带有明确类型，可直接交给路由器、评估器或审核队列。
输入
状态 + 类型化问题
输出
Choice · Score · Noul
计费
与 Jev 相同
接口
POST /v1/systemone
为什么使用它
为证据驱动的 Agent 划出清晰边界。
检索和动作留在你的应用中，只让 PPLX Decider 负责中间那一步有边界的判断。
类型化答案
Choice、Score 和 Noul 可以直接映射到分支、置信度阈值和审核策略。
小而清楚的决策面
只发送完成当前决策所需的状态和标准，让整个工作流更容易检查。
适用位置
当问题与证据有关时使用它。
PPLX Decider 最适合放在应用收集上下文之后、提交下一步动作之前。
模式适合处理合适的边界
证据排序
比较来源、候选项或观点
返回证据最充分的选项
研究分流
判断结果是否已经可以使用
控制后续撰写或动作
不确定性处理
发现证据不足或相互冲突
将案例交给人工审核
调用模型
一次请求，得到一个类型化决策。
Jev API 在支持的决策模型之间保持相同的请求格式。想比较模型表现时，只需替换 model ID。
- 将 model 设置为下方显示的准确模型 ID。
- 把当前状态作为紧凑字符串或可序列化的 JSON 值发送。
- 提出一个或多个类型化问题，并在业务代码中处理返回结果。
模型 ID 为 perplexity/pplx-decider-v1-27b。
封闭选项使用 choice，有界数值使用 score，是/否边界使用 noul。
执行不可逆动作前，应同时检查置信度和审核条件。
调用示例
curl -X POST https://thejevai.com/v1/systemone \
-H "Authorization: Bearer <API_KEY>" \
-H "Content-Type: application/json" \
-d '{
"model": "perplexity/pplx-decider-v1-27b",
"state": "A customer request needs a safe next step.",
"questions": {
"route": {
"type": "choice",
"instructions": "Choose the correct next step.",
"criteria": {
"continue": "Continue the approved workflow",
"review": "Send the case for human review"
}
}
}
}'API Key 应保存在服务端。Playground 会通过登录会话使用相同的请求结构。
如何构建
让研究工作流更容易运行。
从一个有明确负责人、少量候选项和可观察兜底路径的决策开始。
来源选择
决定哪个来源或候选项进入下一步。
答案就绪判断
在证据不完整、过期或矛盾时阻止答案继续流转。
分析师升级
把不确定的研究案例变成明确的审核任务，而不是静默猜测。
常见问题
开始第一个决策前先确认这些事。
如何选择 PPLX Decider？
在 POST /v1/systemone 请求中将 model 设置为 perplexity/pplx-decider-v1-27b。Playground 的模型选择器中也可以直接选择它。
它和 Jev 使用相同的计费规则吗？
是。支持的决策模型使用相同的 Jev 积分规则。延迟、可用性和供应商行为可能变化，请用接近生产环境的案例自行验证。
它可以直接执行最终动作吗？
不可以。应把结果视为类型化建议，由你的应用负责工具调用、写入、权限和人工审核。
参考资料
让模型与 API 边界保持可见。
OpenRouter 模型页面
上线前查看当前可用性和供应商提供的模型细节。
Jev API 文档
参考统一的请求、响应、认证和错误约定。
你的评测集
用接近真实生产的案例衡量路由准确率、置信度校准和审核比例。
从一个有边界的问题开始
为研究型 Agent 划出决策边界。
先在 Playground 试用 PPLX Decider，结果稳定后再把同一个请求迁移到服务端。