代码仓库分析

ai

AI SDK 中的 TypeSafe provider,让 TypeScript 应用通过统一 evaluate 接口调用 Jev。

E2 · 资料已核对已检查公开资料或源码证据;仅有固定提交链接并经对应源码核对,才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
Stars
26,922
Forks
5,180
协议
—
最近提交
2026-09-23

Jev 在这里做什么

TypeSafe 评估提供商将 AI SDK boolean 转为原生 Noul,再映射返回值;Choice/Score 原生 confidence 保留于 providerMetadata.typesafe.confidence,不在通用 answer 对象里。

让 TypeScript AI SDK 应用复用统一评估接口,同时区分文本生成与有限决策。

已核对固定适配器,未在线推理;原生与 AI SDK 字段不同,不能据此认为通用概率等于 TypeSafe confidence。

这个项目适合解决什么任务?

通过 AI SDK 的评估接口使用 Jev,而非把它当文本生成模型。

资料分析日期:

从输入到动作

  1. 提供 choice、score 或 boolean 评估问题。
  2. 在提供商边界将 boolean 转成原生 noul。
  3. 把原生答案映射回来,并在元信息保留额外 confidence。

实现中值得检查的地方

Boolean 是边界转换

适配器把评估 boolean 问题转为 noul,再将 answer.noul 转为 probability;应用必须按 AI SDK 形状读取,不能混用原生 SDK 字段。

查看对应来源 ↗

Confidence 在通用答案之外保留

Choice/Score 原生 confidence 收集到 providerMetadata.typesafe.confidence,答案概率是另一字段,不能悄悄当成同一统计量。

查看对应来源 ↗

选择建议

适合已有 AI SDK、需要统一评估接口的应用;真正需要文字时仍使用生成接口。

如何自行检查

连读 POST 前的问题映射和返回映射;用假响应分别检查 boolean probability 与逐题 confidence 元信息。

结论的适用边界

  • 本站未运行提供商推理。
  • 该固定适配器有自己的选项、等级及舍入约束,接入时核对安装版本。
本次分析的原始资料