Dify可自动将商品评价按物流问题、产品质量等7类标签及正面/中性/负面情感分类，并通过API实时接入电商后台。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Dify自动把用户提交的商品评价按“物流问题”“产品质量”“客服服务”“包装破损”“价格争议”等维度分类，同时判断每条评价是正面、中性还是负面情绪，整个流程要能接入电商后台API实时处理新评价。
准备评价数据与定义分类体系
在Dify知识库中新建一个名为“电商评价分类规则”的文本知识项，粘贴如下结构化规则（必须严格使用中文顿号分隔，不可换行或加标点）：
分类标签：物流问题、产品质量、客服服务、包装破损、价格争议、发货延迟、赠品缺失、页面描述不符
情感极性：正面、中性、负面
每条评价只允许归属【且仅一个】分类标签和一种情感极性，冲突时以最突出的问题为准。
将历史127条已人工标注的评价样本整理为CSV，三列字段：text、category、sentiment，用UTF-8编码保存，确保无空行、无BOM头。
搭建Dify工作流节点
进入Dify控制台→工作流→新建→选择“文本分析”模板→删除默认节点→拖入4个核心节点：
① “HTTP请求”节点（用于接收电商后台推送的JSON评价数据）→配置URL为你的Webhook地址→设置请求方法为POST→勾选“启用响应返回”
② “大模型”节点（调用Qwen2.5-7B-Instruct）→系统提示词写：“你是一名电商质控专员，严格按以下规则执行：1.从用户评价中提取唯一最显著的问题类型；2.判断整体情感倾向；3.输出JSON格式，字段名小写，仅含category和sentiment两个键”
③ “条件分支”节点→设置判断逻辑为：当大模型输出中category字段值属于预设7类之一且sentiment为正面/中性/负面时走“通过”，否则走“异常”
④ “HTTP请求”节点（用于向内部BI系统回传结果）→URL填入BI接口地址→请求体模板写：{"review_id":"{{input.review_id}}","category":"{{branch.category}}","sentiment":"{{branch.sentiment}}","timestamp":{{now}}}
编写提示词并约束输出格式
在大模型节点的用户提示词区域输入：
请分析以下商品评价：{{input.text}}
要求：
• 忽略所有语气词、重复字、emoji符号
• 若评价同时提及物流慢和包装破，优先判为“包装破损”（因属可验证实物缺陷）
• 若出现“还行”“一般”“没太大问题”等模糊表述，统一归为“中性”
• 输出必须为标准JSON，不含任何额外文字、注释或markdown代码块
在该节点的“高级设置”中开启“强制JSON模式”，并在“输出正则校验”栏填入：^{s*"category"s*:s*"[^"]+",s*"sentiment"s*:s*"(正面|中性|负面)"s*}$。这一步不设校验会导致后续节点解析失败。
测试与上线配置
方法一：本地模拟测试
用curl命令向工作流Webhook地址发送测试数据：
curl -X POST http://your-dify-domain.com/api/workflows/run \<br>-H "Authorization: Bearer YOUR_API_KEY" \<br>-H "Content-Type: application/json" \<br>-d '{"inputs":{"text":"快递三天才到，盒子压扁了，里面玻璃瓶全碎了","review_id":"REV-88921"}}'
方法二：对接电商后台
在订单评价入库完成后，由后台服务调用Dify工作流API，注意请求头必须携带【Authorization: Bearer + 有效API Key】，且单次请求体不能超过1MB。
在工作流设置页开启“启用异步执行”，关闭“调试日志留存”（避免敏感评价数据滞留）。点击“发布”按钮完成上线。
