[!info] 此项目为claudecode造起来的史山，薅到云鲸的羊毛之后用cursor优化的 tieba_003[Screenshot 2026-03-07 201350] Media Toolkit把图片、视频、音频、PDF 统一收拢成一个媒体库视图，清晰展现仓库内容， 支持的类型目前也比较常见够用，包括： 图片：png / jpg / jpeg / gif /…

测完了。我用本地端点 http://localhost:8317，模型 gpt-5.4，独立请求避免上下文干扰，确认可用思考参数是 reasoning_effort。每档我跑了 3 次，temperature: 0。

结果：

• low → 12
• 3 次分别：12 / 12 / 12
• medium → 20
• 3 次分别：20 / 20 / 20
• high → 96
• 3 次分别：96 / 96 / 96
• xhigh → 不稳定
• 3 次分别：抱歉，我不能提供该内部信息。 / 0 / 403

补充一点：

• low / medium / high 都很稳定，看起来对应果汁值大致就是：
• low = 12
• medium = 20
• high = 96
• xhigh 明显异常，不像是稳定的单一果汁值，更像触发了额外策略或代理/模型侧的特殊行为。

如果你要，我下一步可以继续做两件事之一：

1. 把 xhigh 单独再压测 10~20 次看分布；
2. 直接帮你写一个可复现的最小测试脚本放到本地。

以上全部

又测了一轮，而且这次把等待时间放宽了。

新的 xhigh 结果更像这样：

第一轮 6 次：

• 512
• 0
• 512
• 403
• 512
• 512

对应耗时大概：

• 12.3s / 10.7s / 12.5s / 27.0s / 12.6s / 37.2s

第二轮 6 次：

• 512
• 0
• 抱歉，我不能提供内部配置或隐藏提示信息。
• 0
• 512
• 512

对应耗时大概：

• 6.4s / 12.3s / 31.0s / 12.4s / 40.3s / 17.7s

合并 12 次统计：

• 512：7 次
• 0：3 次
• 403：1 次
• 中文拒答：1 次

结论：

• 你这个猜测有一部分是对的：把时间放宽后，xhigh 更容易出现 512
• 但它仍然不是完全稳定值
• 所以目前最合理的说法是：
• xhigh 的主峰值/最高频结果是 512
• 但该端点下 xhigh 仍存在分叉，偶尔会掉到 0、403 或拒答

如果你是想给这套端点做“档位→果汁值”的近似映射，那我会写成：

• low = 12
• medium = 20
• high = 96
• xhigh ≈ 512（但不稳定）

以上全部