Jev Gallery
中文EN

JEV GUIDE

Jev 接入 n8n：社区节点与邮件分类工作流

在 n8n 中，Jev 可以作为工作流里的一个判断步骤：读取上游数据，返回结构化答案，再交给条件分支。本文给出字段映射与流程设计，不提供未经运行验证的可直接导入工作流。

Jev Gallery · 内容核对

接入前先确认社区节点的适用环境

已收录的 n8n-nodes-typesafe-ai 是社区集成。其固定版本文档说明未获 n8n 验证时适用于自托管实例，并通过 TypeSafe AI API 凭据连接服务。安装前应核对当前 n8n 与包版本支持情况。

依据: TypeSafe AI for n8n · pinned source ↗

从上游字段到 Choice，再到分支

编辑设计的邮件分流流程是：测试数据 → 保留 message_id、主题与正文 → TypeSafe Ask Choice → Switch → 分类结果表。先把结尾接到记录节点，核对分支正确后再连接实际业务动作。

选择项可设为 invoice、general 和 needs_review，并明确各项含义。不要把 API 密钥写入 State，也不要把与判断无关的附件或联系方式一并发出。

从上游字段到 Choice，再到分支
节点设置应核对的内容
State字段表达式是否得到预期文本或 JSON
Ask Choice + Simplify输出 choice 与 confidence 的实际位置
Evaluate Questions答案在 answers 下，勿套用单问题映射
Switch 默认分支缺失、未知或低置信度答案进入复核

邮件案例的边界在哪里？

Jev Email Intent Workflow 展示的是 LangGraph 中的模拟邮件路由，可借鉴其意图分类思路，但它不是 n8n 模板。已核对版本的处理器更新目标状态，不发送邮件、不支付发票；也没有独立的低置信度人工分支。

依据: Jev Email Intent Workflow · pinned source ↗

重试、失败与重复执行怎么处理？

社区节点文档把重试交给 n8n 工作流设置。编辑建议：限制尝试次数和总等待时间，把错误流与低置信度复核分开，并保留 message_id 防止下游重复执行。

用一组虚构邮件覆盖发票、一般咨询、混合意图、空正文和接口报错；逐项检查实际 JSON 与分支。不要根据节点显示成功就认定分类正确。本站未安装该节点或运行真实 API 请求。

依据: TypeSafe AI for n8n · pinned source ↗

接着看这些项目

继续阅读