Jev 1.14.0 发布：引入实验性图像功能与长上下文支持
2026 年 10 月 14 日，TypeSafe AI 正式发布了 Jev 1.14.0 版本。此次更新在保持核心模型稳定性的同时，向开发者开放了一系列标记为“危险区”的实验性功能，包括多模态图像处理、新型数据类型以及更长的上下文窗口。
可靠性与创造性的平衡策略
TypeSafe AI 表示，其产品设计理念始终在可靠性与创造性之间寻求平衡。为了保障企业级应用的稳定性，官方主要推送符合严格质量标准的模型版本。然而，为了满足部分用户对探索性功能的追求，团队决定通过 API 头部的“危险区”标签分发那些尚未完全验证但具备创新潜力的特性。
这些实验性功能被视为现有隐形架构的延伸，旨在提供更具趣味性的交互体验，并为未来 TypeSafe 标准的演进提供早期洞察。官方明确警告，尽管这些功能在特定场景下表现优于现有版本，但其生产环境的可靠性仍未经过充分保证，用户需自行承担使用风险。
可组合的多模态图像支持
Jev 1.14.0 引入了对图像数据的全面支持。值得注意的是，这一能力并非仅面向新模型，此前发布的 Jev-1.13.0 实际上已具备潜在的多模态处理能力，此次更新将其正式解锁并集成至标准接口中。
图像支持可通过资产查找与替换机制进行组合，能够嵌入 JSON 接口支持的任意字段，包括状态、指令及标准定义等。官方指出，相较于纯文本处理，所有模型在多模态任务中的表现均存在一定程度的性能衰减，建议开发者将复杂问题分解为最简单的解构单元以提升效果。
启用该功能需在请求中设置参数：typesafe-danger-zone-images: true。详细技术文档参见 docs.typesafe.ai/go/images。
新增“盒子”类型：超越逻辑判断的结构化输出
本次更新推出了一种名为“盒子（Box）”的新数据类型。该类型返回单一的边界框结构，且严格禁止类型错误。这是 TypeSafe AI 首个不局限于简单条件判断（if 语句）的数据类型，标志着其在探索 System One 模型结构化输出能力方面的重要进展。
目前，“盒子”类型仅在 Jev-1.14.0 版本中启用。相关文档位于 docs.typesafe.ai/go/box。
解除上下文长度限制
针对社区反馈，Jev 1.14.0 解除了此前人为设定的上下文长度上限。官方解释称，之前的限制源于模型在超长上下文中可靠性下降的技术现实。虽然新版本允许使用更长的上下文，但团队仍强烈建议开发者根据实际需求合理控制输入长度，以维持最佳响应质量。
启用长上下文功能需设置参数：typesafe-danger-zone-long-context: true。具体配置参考 docs.typesafe.ai/models#context-length。
调试辅助选项
为协助开发者优化查询效果，Jev 1.14.0 增加了一个可选功能，用于标识模型在处理特定查询时的置信度或潜在弱点。该功能不涉及对用户数据的训练，旨在帮助开发者快速定位问题并进行用例调试。
版本迭代与维护政策
Jev-Preview 通道同步更新了新版本，重点提升了多语言支持能力，并对整体性能进行了细微优化。按照惯例，模型版本更新通常表现为严格的功能增强，但考虑到开发者依赖管理的复杂性，官方制定了平滑过渡计划：
- Jev-1.13.0 将在一周内被标记为过时，但仍可继续使用。
- 官方承诺在 Jev-1.13.0 正式停用前发出 60 天的预警通知。
- 详细的废弃政策将在近期发布。
内部评估基准说明
TypeSafe AI 披露了其内部用于衡量开发者最关心的智能形式的评估数据。官方强调，公开基准测试往往无法反映实际应用场景，因此提供了基于内部最佳猜测的评估结果供参考，并附带以下重要说明：
- 该测量方法处于持续演进中，历史数据可能不具备一致性。
- 建议开发者结合自身实验和使用案例进行评估，而非完全依赖官方数据。
- 出于保护验证集的需要，对比列表仅包含开源权重模型。
- 数据可能存在偏向自家模型的倾向，用户可重点关注开源模型间的相对排名。
未来规划
关于后续开发方向，TypeSafe AI 表示团队正在研发多项前沿功能，但预计大多数版本更新将侧重于基础能力的稳健提升，而非追求炫技式的科幻概念。官方认为，人工智能基础设施的理想状态应当是“无聊”且可靠的。
