开发者 / JevModel

Jev API 批量文本分类:CSV 与 JSONL

用 Jev Choice 分类 CSV 或 JSONL 行,复用普通 API、保留行 ID 并导出结果;了解大小限制、失败处理与计费。

最近更新:

1. 选择 Console 或服务端循环

Console → Batch 在本地导入 CSV、TXT 或 JSONL,并将同一组问题应用到每行,可导出逐行结果;它不是准确率仪表盘。代码接入时,对每行调用一次 POST /api/v1/systemone。本站没有在此提供异步批量任务端点或整批单请求折扣;每行多个问题仍是普通请求。需要先观察文件时使用 Console;需要可重复导入与持久保存时使用自己的服务端。

JevModel API:请求与响应评估 Jev 工作流

2. 准备少量可识别的输入行

从有代表性的少量案例开始,在自己的输出中保留稳定行 ID。多列 CSV 第一行为表头;单列 CSV 的每行均作文本。JSONL 每个非空行一个 JSON 值,TXT 每个非空行一个 state。Console 文件最多 2 MB(2,000,000 字节)、1,000 行。序列化 state 上限为 8,000 字符,包含问题的完整校验请求也不能超过 8,000;要给问题描述与 JSON 语法留空间。

3. 使用同一份 Choice 契约

处理客服积压时,先定义 billing、technical、review,再发送数据。整份文件保持相同问题,结果才可比较。下方请求对应一行,不是独立任务数组;数组 state 是一次判断的共享上下文。行 ID 用于自己的结果记录。增量前先检查标签重叠与含糊输入;分类标签不会生成回复,写作仍由应用或生成模型处理。

用 Jev 进行客服分流用 Jev 辅助内容审核
{
  "state": "The customer was charged twice and requests an invoice correction.",
  "questions": {
    "queue": {
      "type": "choice",
      "instructions": "Which team should handle this customer message?",
      "criteria": {
        "billing": "Charges, refunds and invoice corrections.",
        "technical": "Broken app behavior, API failures and outages.",
        "review": "Ambiguous or unsupported requests that need a person."
      }
    }
  }
}

4. 逐行保存并处理未知失败

服务端逐行发普通请求,检查 HTTP 状态和 code === 0,保存 request_id、答案与原始行 ID 后再处理下一行。先顺序执行,不要未经测量就大量并发。已有 GitHub 客户端演示单次请求及显式 --live 选择。本站没有幂等键;响应丢失可能掩盖已成功且已计费的运行。重试该行前先查历史,并从已存结果续办,不要整批盲目重跑。Console 处理也依赖当前浏览器会话,离开前导出结果。

JevModel API:请求与响应运行记录与隐私

5. 对照标签并预算下一批

每行成功运行先使用共用的每日 10 次免费额度,受全站容量限制;之后从 Playground/API 共用余额扣实际输入 Token。普通失败请求退回预留额度。导出标签时保留概率,与独立标注案例对照,分别统计错误自动动作与人工复核量。比较版本时固定问题措辞、模型路径及测试数据。JevModel 独立运营,与 TypeSafe AI 无隶属关系;这些是工作流设计,不是准确率成绩。

用清晰量表评估线索JevModel 价格与 Jev 免费额度

JevModel 为独立项目,与 TypeSafe AI 无关联。