jev-latest 别名已指向 Jev 1.14：集成中需要检查什么

TypeSafe AI 列为稳定选项的 jev-latest 别名，已不再指向 jev-1.13.0，而是指向 jev-1.14.0。模型页面现在将其描述为最新的稳定版本，同时也是客户端 SDK 的默认模型。S01 直到十月中旬，1.14 版本还只以预览形式提供，正如我们的关于 Jev 1.14 的文章所述。凡是通过别名调用 Jev，或把模型选择交给 SDK 的用户，现在无需改动自己的代码，就会收到新版本给出的回答。S01

具体发生了什么变化

模型页面列出两个当前版本：自 2026年10月14日起可用的 jev-1.14.0，以及较早的 jev-1.13.0。S01 两者价格均为每百万输入 token 0.042 美元，输出 token 免费，且输入都只接受文本，不支持音频或视频。S01 jev-preview 别名目前与 jev-latest 指向同一个模型，因为当前没有可用的预览版本。TypeSafe 发布下一个预览版时，它会再次领先于 jev-latest。S01

文档没有说明别名具体是何时切换的。Python SDK 十月份的更新日志（0.7.3 至 0.7.5 版）和 JavaScript SDK 0.7.0 的更新条目，都没有提到默认模型的变更。S63S64 JavaScript SDK 甚至仍然写着 Box 问题是为 jev-preview 模型准备的。S64 模型页面至今也没有列出 1.13 与 1.14 两个版本之间的差异。S01

为什么这很重要：阈值与语言

文档本身就提醒，别名可能在代码不变的情况下改变回答，并建议在请求中指定具体版本，尤其是当您已经针对该版本调整过 confidence 阈值时。S01 这是很常见的情况：集成被设置为，当置信度高于某个值时自动对客户消息进行分类，低于该值则转交人工处理。这样的阈值是根据旧模型的概率分布得出的。

同时，关于置信度的页面并没有声称 confidence 值对应正确回答的比例。它把该值描述为概率分布的一种可能的概括，并表示合适的阈值取决于所在领域，以及模型在具体用例中的表现。它建议从保守的设置开始，用自己的数据测试，并根据结果调整阈值。S65 对新的模型版本也是如此：适用于 1.13 的阈值，未必适用于 1.14。confidence 与校准指南对此有更详细的说明。

此外还有语言问题。根据模型页面，Jev 在英语中准确率最高，其他语言应当用自己的内容进行测试。S01 因此，对于斯洛伐克语文本，没有任何厂商数据能够说明新版本的表现是变好还是变差。

文档尚未涵盖的内容

关于已知薄弱环节的页面只针对 1.13 版本。厂商最近一次审阅是在 2026年10月2日，页面没有提到 1.14 版本；它只表示，所描述的许多问题将在后续版本中修复，但没有说明是哪些版本。S66 在文档页面索引中，也没有出现针对 1.14 的类似页面。S30 在这样的页面出现之前，把针对 1.13 的建议作为起点是合理的：把计数、日期和算术交给代码处理，只发送必要的 state，并在使用 Choice 问题时检查回答是否取决于选项的顺序。S66

模型页面还介绍了长上下文模式。默认限制为每个请求 64,000 个 token、每个问题 32,000 个 token；加上 TypeSafe-Danger-Zone-Long-Context: true 请求头后，两项限制都会提高到 262,000 个 token。每个 token 的价格不变，但厂商写道，回答会更慢、准确率更低，并建议只在确有需要时使用该模式。S01

斯洛伐克网店应该怎么做

首先，弄清楚实际回答您的是哪个模型。每个响应都包含带有具体版本号的 model 字段，因此查看日志即可。S01 如果您现在在日志中看到 jev-1.14.0，并且已经调整过阈值，那么有两种选择。您可以在请求中指定仍被列为当前版本的 jev-1.13.0，保持原有行为。S01 或者保留新版本，并用自己的消息样本重新检验阈值，例如用几百条已经人工分类过的退换货申请。第二种做法是 JEV.sk 的建议，而不是厂商的推荐。

如果固定了版本，请做好以后需要手动更改它的准备。切换版本不会改变成本，因为两个版本价格相同。S01 成本计算器可以根据您自己的用量给出估算。对于新项目，最好从一开始就把版本号写进配置，这样每一次模型变更都是有意识的决定，而不是生产环境中的意外。