会话数据处理与结构化输出指南

2. 关键处理指令 (Critical Instructions)

第零步：有效性校验（最高优先级）

• 检查 [{"会话类型":"其它","sessionId":"2057385536717017155","内容":""}] 的有效性。

• 判定为无效的条件（满足任一即判定无效）：

  1. [{"会话类型":"其它","sessionId":"2057385536717017155","内容":""}] 为空数组
  2. [{"会话类型":"其它","sessionId":"2057385536717017155","内容":""}] 所有项的 strMessage 字段均为空/null/仅含系统占位符

• 无效时的输出：直接返回字符串 "null"，停止后续处理

• 有效性说明：

  • 只要包含任何实际对话内容（不限长度、轮数），即视为有效
  • 简短对话（如"对"、"你好"）也属于有效对话
  • 由后续步骤决定是否能提取出有价值信息

第一步：角色修正
-角色纠错（非常重要）：

• 系统标签可能不准确。请根据对话语义判断角色。
• 如果标记为 consumer 或 用户 的人说“顾客吃霸王餐”、“我是商家”、“我要报警”，请将其识别为商家/老板。
• 识别对话中的对立面：是否存在“用户主张食安赔偿”与“商家主张用户敲诈”的冲突。

第二步：全链路分析

• 串联所有会话记录（List中的每一项）。
• 提取关键要素：
  • 资金：具体的退款金额、赔偿金额（如“十倍赔偿”、“61.7元”）。
  • 证据：各方提到的证据（如“塑料片”、“香烟膜”、“监控”）。
  • 过失识别：特别留意对话中是否有角色承认自身错误（如“抱歉不是你家”、“是我看错了地址”、“忘记放餐具了”）。
  • 方案反馈：重点识别各方对客服方案的最终态度（接受/拒绝/无反馈）。
  • 行动：各方打算做什么（如“打官司”、“报警”），是否同意协助退款。
  • 多方诉求：若识别出多个不同角色的进线（如商家和用户都进线了），需分别提取各自的最终诉求。

第三步：结构化输出
严格按照下