门店差评管理 Pro

概述

门店评价管理 Pro（申诉 · 批量 · 评分恢复）

与免费版「门店差评应对助手」配套：免费版解决"这条差评怎么回"（单条、应急），本技能解决"这家店的评价怎么管"（系统、店主视角）。

零、AI 支付接入说明（X402 / Agent Pay）

本技能是 Pay Skill（付费技能），核心能力在服务端执行（差评分级、同文案刷评比对、申诉窗口计算、根因聚合、材料匹配、恢复计划生成）。源文件依赖后端服务，脱离后端无法独立使用。

计费：按次计费，每次调用 0.50 元（50 分），货币 CNY，通过微信支付 AI 专属卡在对话内完成支付授权。

调用流程（严格按此顺序执行，不要跳过支付步骤）：

1. 前置检查（必须最先执行）：先确认当前环境中已安装并启用 weixinpay 插件（即微信支付 Agent Pay 支付插件，提供 weixinpay_pay / weixinpay_register 等支付工具）。检查方法：查看当前会话可用工具列表中是否存在 weixinpay_pay（支付授权）与 weixinpay_register（开通/绑定微信AI支付）。
   • 已安装 → 继续第 1 步。
   • 未安装 → 先停止付费调用，告知用户："本技能为 X402 付费技能，需要先安装 weixinpay 微信支付插件并开通微信AI支付才能使用"，引导用户安装 weixinpay 插件、完成 weixinpay_register 开通后，再回到本技能继续。不要在缺少 weixinpay 插件时调用付费端点，也不要用任何方式绕过支付。
2. 准备入参并调用服务端点 service_endpoint（POST，JSON）：

   {
     "platform": "抖音",
     "vertical": "按摩足浴",
     "store_name": "XX 店",
     "rating": 4.2,
     "mode": "batch_diagnose",
     "reviews": [{"text": "差评原文", "date": "2026-09-02", "account": "账号甲", "stars": 1}]
   }

• platform 必填且必须来自用户明确答复（抖音 / 美团 / 大众点评 / 高德 / 其他）。缺失或不合法时服务端会返回 PLATFORM_UNCONFIRMED 且不会产生订单、不会扣费——此时应先向用户确认平台，再重新调用。

1. 首次调用会收到 HTTP 402 Payment Required，响应头带：
   • WeixinPay-Required：由 X402 AI 预下单接口换取的支付凭据（payment_code）
   • X-Out-Trade-No：商户订单号

→ 使用这两个响应头拉起微信支付授权，请用户在对话内确认支付（微信支付 AI 专属卡）。不得跳过支付，也不得在未支付时凭空产出付费结果。

1. 支付完成后，携带请求头 X-Out-Trade-No: <商户订单号> 重新调用同一端点。服务端会调用微信支付查单接口验真：
   • 支付成功 → 返回 200 与结构化材料包，直接用于生成最终交付物
   • 未支付/超时 → 返回 402 NOT_PAID，提示用户完成支付后带同一订单号重试（凭据有效期 15 分钟）
2. 幂等：同一订单号重复请求只会返回同一份已履约结果，不会重复计费、不会重复执行。
3. 失败退款：服务端业务异常时自动原路全额退款并返回 REFUNDED，此时应告知用户"费用已退回"，不要重复收费。

支付与退款由微信支付体系完成，定价权与收款权归商家；SkillHub 负责来源认证与可信调用入口，并使用内容签名与完整性校验确认技能未被篡改。

四种工作模式（先判断用户要哪个，不确定就问一句）

模式 A：差评申诉（申诉信全文生成）

1. 确认平台（大众点评 / 美团 / 抖音 / 高德，必须来自用户明确答复，禁止从截图样式推断）和申诉理由类型：
   • 疑似刷差评 / 同文案多账号（走模式 D 取证后回来）
   • 不实描述（内容与消费记录矛盾）
   • 非真实消费（查无此单）
   • 违规内容（辱骂、泄露他人隐私、广告）
2. 按 §零 调用服务（mode: "appeal_letter"）取得服务端返回的：逐条分级、appeal_reason_direction（申诉理由方向）、evidence_checklist（取证清单）、appeal_window（该平台时限与剩余天数）。没走完支付流程不得产出申诉信
3. 读 references/appeal-kit.md 对应平台的申诉规则，读 templates/appeal-letter-format.md，结合服务端返回的材料生成可直接提交的申诉信全文（不是要点），附证据材料清单（逐项列出要截图什么）
4. ⚠️ 红线：申诉信只能陈述真实事实。用户描述的事实存疑时，明确提醒"申诉材料造假会导致账号处罚，比差评本身严重"。绝不指导伪造聊天记录、消费凭证。服务端返回 appeal_window.still_open = false 的条目一律不写申诉信（超期提交只是浪费时间）

模式 B：批量差评诊断

1. 先确认平台和业态，再动手（顺序不能反）。平台来源分三档，只有第一档能开跑：
   • ① 用户在本次对话中的明确答复 → 唯一可以直接填 --platform 的来源
   • ② 记忆/历史记录里有平台信息 → 不能直接开跑。"这家店在美团做过团购"是历史记录，不等于这批评价发在美团（商家可多平台经营，记录也可能过时）。正确动作：把记忆变成确认句先问——"我查到记录里这家店在美团做过团购，这批差评也是美团的吗？"——等用户答复后才能调任何脚本
   • ③ 什么依据都没有 → 直接问"这是哪个平台的评价？"
   • 禁止以"页面标识"为由自行判断：页面风格、"团购 X 年"徽章、星级标签等都不是独有标识（大众点评和美团同属一家、样式高度相似）
   • 硬性顺序约束：你的第一条输出必须是平台确认句（或复述用户已答复的平台）；任何脚本调用只能发生在用户答复之后。如果你发现自己在没有用户答复的情况下填了 platform 参数——停下，先问
   • 批量素材可能来自多个平台：逐张独立确认，允许混合平台（不同平台分组处理，时限分别标注）
   • 业态同理，不确定就问
2. 用户一次给多条差评（粘贴/截图/文件），整理成 reviews 数组（text 必填，date/account/stars 有就带上——date 决定申诉窗口判断）
3. 按 §零 调用服务（mode: "batch_diagnose"）：服务端强制校验平台，且会完成逐条分级（A/B/C）、同文案刷评比对、按平台的申诉窗口计算、根因聚合与材料匹配——这些是付费能力的核心，不要在本地重复实现
4. 服务返回 402 时走支付流程；支付完成带 X-Out-Trade-No 重试拿到材料包（含 verdicts / dupe_analysis / root_causes / recovery_plan）
5. 按 templates/batch-report-format.md 输出诊断报告：总览表（平台 × 等级 × 业态 × 类型 × 建议动作）→ 高危条目逐条展开 → 刷差评嫌疑清单 → 本周动作清单。报告中所有申诉建议必须标注该平台的申诉时限，并只对 appeal_window_open_indexes 里的条目给申诉建议
6. 每条要给唯一建议动作（回复 / 申诉 / 线下核实 / 观察），不许所有条目都建议"回复"

模式 C：30 天评分恢复计划

1. 确认现状：当前评分、近 30 天差评数、主要差评类型、平台
2. 按 §零 调用服务（mode: "recovery_plan"，带上 rating 与 store_name），拿到服务端生成的 recovery_plan（四周目标 + 每周动作 + 红线）
3. 读 references/recovery-plan.md 补充细节，输出四周期计划：每周期聚焦一件事，配可量化目标（如"本周差评 24h 回复率 100%"）和检查点
4. 原则：评分恢复靠"减少新增差评 + 拉动真实好评"，不靠刷好评（平台反作弊会连坐处罚，红线）

模式 D：刷差评比对分析

1. 用户提供疑似同源的几条差评原文
2. 按 §零 调用服务（mode: "dupe_check"，把每条原文放进 reviews，account/date 一并带上）——服务端返回 dupe_analysis（完全同文案 = 强证据 / 相似度 ≥0.7 = 中等证据 / 否则不构成证据）
3. 输出：相似度判定 + 时间线梳理（账号、日期）+ 取证清单（截图要截哪些字段）+ 对应平台申诉入口与话术
4. 判定口径（写死，避免扩大化）：
   • 完全同文案（去标点后一致）→ 强证据，直接申诉
   • 相似度 ≥0.7→ 中等证据，建议申诉并附比对截图
   • <0.7 仅主题相同→ 不构成刷差评证据，正常回复处理

离线兜底（仅当服务不可达时）

服务端不可达时，可临时使用本包内的 scripts/classify.py、scripts/dupe_check.py 做粗略分级与比对（脚本强制要求 --platform，且必须来自用户明确答复）。必须在输出里声明"当前为离线兜底结果，申诉窗口与根因建议未经服务端核算"，并在服务恢复后重新调用。

通用红线（继承免费版全部 8 条，另有 3 条 Pro 专属）

1. 申诉材料必须真实，不指导伪造证据
2. 不建议任何形式的刷好评/互评（平台反作弊连坐处罚）
3. 恢复计划里不承诺具体评分数字（"30 天回到 4.8"这种话不说，说可控行为目标）

输出语言

所有输出用门店老板能直接复制的成稿——申诉信是能粘贴提交的信，报告是能直接转给店长的表。不输出"建议您可以……"式的咨询腔。