车险报案自动分诊：照片鉴伪+Gemini出现场方案

原文要点

来源为 n8n 模板库中 iamvaar 发布的免费车险报案分诊工作流：n8n 表单收集报案和现场照片，先在 Google Sheets 核对保单号，无效或停用即 Slack 告警并中止；提取图片元数据后调用 Walterwrites 图像检测 API 估算 AI 生成概率，按分数分为可疑、待复核、大概率真实三档，需要人工复核时发 Slack；再由 Google Gemini（经 LangChain agent，原文标注 Gemini 3.1 Flash Lite）结合报案信息与照片判断是否上门，输出优先级、工种、所需工具和一句话技师简报；派单请求发 Slack 并把结果写入派单日志表。配置涉及表单、Google Sheets 服务账号、Slack OAuth、Walterwrites 的 HTTP Header Auth 与 Gemini 凭据。

这次做成什么

在自有 n8n 实例上搭一条可跑通的最小分诊链：表单收件→保单核对→照片鉴伪评分→Gemini 派单决策→Slack 通知+写日志，并用一份合成报案数据完成端到端演练。说明：以下是本站按原文描述独立设计的搭建方案，节点名称、字段名需在 n8n 界面实际核对。

准备什么

• 可自建的 n8n 实例（云端或自托管均可），能创建 Form Trigger 并暴露公网表单地址
• Google Sheets 服务账号凭据，已建好保单表和派单日志表两个工作表
• Slack 工作区 OAuth 凭据及一个目标告警频道（建议用测试频道）
• Walterwrites 图像检测 API 的 HTTP Header Auth 凭据，确认其接受名为 file 的 multipart 字段
• Google Gemini（PaLM）凭据；模型与 API 调用可能产生费用，以各自计费页为准

具体怎么做

1. 创建表单触发器并定义报案字段

   新建工作流，添加 n8n Form Trigger 节点，表单字段设为：保单号（文本）、报案人姓名（文本）、事故时间（日期）、事故描述（多行文本）、现场照片（文件上传，限制 .jpg/.png）。发布后复制表单 URL 发给测试用户。提交一次测试数据，确认输出中能看到照片二进制字段（通常名为 data 或按上传字段命名）。

2. 在 Google Sheets 中核对保单并设置中止分支

   准备保单表，列含 policy_no、status、holder_name。添加 Google Sheets 读取节点按保单号查找行，后接 IF 节点：未命中或 status 不等于 active 时走真分支，连一个 Slack 节点发告警（文案含保单号和报案人），并在其后不连任何节点使流程自然结束；有效则走假分支继续。

3. 提取图片元数据并调用鉴伪 API 评分

   用 Code 或 Move Binary Data 节点读取照片二进制，必要时提取大小、MIME 等元数据。添加 HTTP Request 节点，方法 POST，认证选 Walterwrites 的 Header Auth，Body 类型选 multipart/form-data，文件字段名必须是 file。响应解析出 AI 生成概率分数后，用 Switch 节点分三档：本站练习阈值设为分数≥0.8 判可疑、0.4–0.8 判待复核、<0.4 判大概率真实；待复核和可疑分支各连一个 Slack 告警节点提示人工介入。阈值是本站设定，需按你的检测服务输出标度调整。

4. 用 Gemini agent 生成派单决策

   添加 LangChain Agent 节点，挂接 Google Gemini 聊天模型凭据。把报案字段、鉴伪分数和照片（按节点支持的方式传入图片）组织进提示词（见下方材料中的提示词全文），要求输出 JSON：是否需要上门、优先级、工种、所需工具、一句话技师简报。输出后用 Code 节点解析 JSON 并做兜底：解析失败时标记为需人工复核。

5. Slack 派单并写入派单日志表

   添加 Slack 节点向现场团队频道发送格式化派单请求（含优先级、工种、简报、鉴伪结论）。再添加 Google Sheets 追加节点写入派单日志表，字段映射建议：claim_id（用保单号+时间戳拼接）、policy_no→保单号、authenticity_score→鉴伪分数、decision→是否上门、priority→优先级、specialist→工种、slack_ts→Slack 消息时间戳。执行一次完整测试，核对三处产物是否一致。

可直接复制的材料

policy_no,status,holder_name
P-100234,active,测试用户甲
P-100235,inactive,测试用户乙
P-100236,active,测试用户丙

你是车险现场调度助手。根据以下报案信息和照片鉴伪结果，判断是否需要技师上门，并只输出一个 JSON 对象，不要输出其他文字。

报案信息：
- 保单号：{{ $json.policy_no }}
- 事故时间：{{ $json.accident_time }}
- 事故描述：{{ $json.description }}
- 照片 AI 生成概率分数：{{ $json.authenticity_score }}（0 为真人拍摄，1 为疑似 AI 生成）

判断规则：
1. 鉴伪分数≥0.8 时，need_visit 必须为 true，priority 设为 high，并在 brief 中注明照片可疑需现场取证。
2. 描述中出现「起火、人员受伤、车辆无法移动」任一情况时，priority 至少为 high。
3. 仅轻微剐蹭且描述与照片无明显矛盾时，need_visit 可为 false。

输出 JSON 字段：need_visit（布尔）、priority（low/medium/high）、specialist（如 钣金技师/机电技师/查勘员）、tools（字符串数组）、brief（一句话，不超过 40 个汉字）。

claim_id: ={{ $json.policy_no }}-{{ $json.submitted_at }}
policy_no: ={{ $json.policy_no }}
authenticity_score: ={{ $json.authenticity_score }}
authenticity_label: ={{ $json.authenticity_label }}
need_visit: ={{ $json.gemini.need_visit }}
priority: ={{ $json.gemini.priority }}
specialist: ={{ $json.gemini.specialist }}
slack_channel: #claims-dispatch-test
slack_ts: ={{ $json.slack_response.ts }}

输入与输出示例

本站虚构演示输入与对应输出，未实际运行原模板，鉴伪分数与 Gemini 输出均为示意。

输入

表单提交：保单号 P-100234，报案人 测试用户甲，事故时间 2026-09-27 08:40，事故描述「停车场低速剐蹭，右前门凹陷，无人员受伤，车辆可正常行驶」，上传一张 1.2MB 的 JPG 现场照片（合成测试文件）。

对应输出

保单核对：active，继续。鉴伪 API 返回分数 0.12，分档为「大概率真实」。Gemini 输出 JSON：{"need_visit": false, "priority": "low", "specialist": "查勘员", "tools": [], "brief": "轻微剐蹭可远程定损，建议线上补拍细节照片"}。Slack 频道收到一条 low 优先级记录；派单日志新增一行：claim_id=P-100234-2026-09-27T08:40, authenticity_score=0.12, need_visit=false, priority=low。

做完检查这些

• 提交无效保单号（如 P-999999）时，流程在告警 Slack 后停止，派单日志不出现新行
• 三档鉴伪阈值各至少测试一次：合成分数 0.85 走可疑告警、0.5 走待复核告警、0.1 不告警
• Gemini 输出可被解析为含 need_visit、priority、specialist、tools、brief 五个字段的 JSON，解析失败时进入人工复核兜底分支
• 派单日志行的 claim_id、分数、优先级与 Slack 消息内容一致，无字段错位
• 上传非 .jpg/.png 文件（如 .gif）时表单拒绝提交或流程有明确报错

容易卡住的地方

• Walterwrites 节点要求 multipart 字段名为 file，字段名写错会报参数错误；该服务的具体评分标度和限额需以其文档为准，原文未给出阈值标准，本文三档阈值为本站练习设定
• Gemini（PaLM）凭据和 Walterwrites API 都可能另行计费，模板免费不等于整条链免费
• Form Trigger 的公网 URL 若暴露在不可信环境，需自行加访问控制，防止伪造报案灌入
• 无论导入模板还是按原文节点清单手工重建，LangChain Agent 传图方式都随 n8n 版本不同有差异，需在当前版本核对节点配置，并把报案字段名与上游输出对齐
• 保单表查询若保单号含空格或大小写不一致会误判无效，建议查找前做 trim 和统一大小写