下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-w0134o91--rudao-store-consistency-check-pro.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @org-w0134o91/rudao-store-consistency-check-pro。当需要检查一家线下门店在多个渠道（地图/导航、点评/团购、外卖、官网、小程序、社交媒体）的名称、地址、电话、营业时间、类目等信息是否一致时使用。用户粘贴各渠道的门店信息条目，输出逐项比对结果：NAP（名称/地址/电话）一致性、类目规范、营业时间冲突、错别字与旧信息残留，并按影响程度排出修复优先级。信息不一致会直接拉低 AI 与地图对门店的信任度，是本地搜索与生成式引擎优化（GEO）的基础体检项。
纯文本比对，无需联网。
阅读全文 （展开查看完整说明）
概述
把门店散在各渠道的信息拉齐：名称、地址、电话（NAP）一字不差，类目、时间不冲突。
AI 搜索和地图判断「这家店可不可信」的第一信号就是一致性——同一家店在美团叫「飞驰养车（璧山店）」、高德叫「飞驰汽车养护」、官网叫「飞驰汽车养护中心」，AI 就不敢把它当同一实体推荐。这是本地 GEO 的地基体检。
触发场景
用户粘贴某门店在 2 个及以上渠道的信息（每个渠道一条：名称/地址/电话/营业时间/类目等），要求「查一致性 / 体检 / 找出问题」时，执行本技能。
输入要求
- 每个渠道条目至少含渠道名 + 门店名；字段缺失照常比对，缺失本身记为问题
- 常见渠道：高德/百度/腾讯地图、大众点评/美团、饿了么、官网、小程序、公众号、抖音/小红书主页
- 用户只给一条信息的，输出「单渠道快检」：仅查格式规范与错别字，并提示补齐其他渠道
体检规则
① NAP 三要素比对（权重最高）
| 项 | 判定规则 |
|---|---|
| 名称 | 去「（XX店）」分店后缀后逐字比对；每多一个版本记 1 个问题 |
| 地址 | 省/市/区/路/号逐级比对；门牌号不同为高危；「附 XX 号」「-X 号」写法不同为警告 |
| 电话 | 逐位比对；座机区号有无、手机号不同均为高危 |
② 营业时间比对
- 格式统一为「周一至周日 HH:MM-HH:MM」再比对
- 跨渠道营业时段冲突（如一处 18:30 关、一处 21:00 关）记高危
- 「24 小时」与具体时段并存记警告
③ 类目与行业词比对
- 各渠道行业类目是否指向同一业态（如「汽车保养」vs「汽车维修」算警告，「洗车店」vs「汽修厂」算高危）
- 类目与名称中行业词矛盾（名为「养车」类目是「餐饮」）记高危
④ 格式与用词问题（单渠道内也查）
- 错别字、繁简混用、全半角混用
- 绝对化用语（最专业/第一）——发布违规风险
- 旧信息残留（过期活动、已停用电话提示语）
- 联系方式暴露个人手机号
严重度分级
| 级别 | 含义 | 修复建议 |
|---|---|---|
| 🔴 高危 | NAP 不一致、时段冲突、类目错乱 | 48 小时内统一到「主版本」 |
| 🟡 警告 | 写法差异、格式混乱、绝对化用语 | 一周内规范 |
| ⚪ 提示 | 缺字段、缺渠道、可用增强项 | 排期补齐 |
输出三部分
① 问题清单（按严重度排序，每条含：渠道 → 字段 → 现状 → 应改为 → 级别）
② 修复建议：先定「主版本」（出现次数最多且最规范的写法，无则建议一版），再逐渠道给改法；平台改不了的（如地图纠错流程）单独列出
③ 待补信息：缺失字段 + 建议补齐的渠道（如「未发现小程序——建议建，AI 收录权重高」）
硬规则（6 条）
- 禁止联网：只比对用户提供的条目，不猜测其他渠道的实际内容
- 禁止替用户「统一」成任何一家平台的写法——主版本必须是用户条目中已有的，或明确标注为建议
- 地址比对到门牌级；不比对经纬度（输入通常没有）
- 发现个人手机号只提示「建议换经营号」，不完整复述号码
- 每个问题必须给出「应改为」的具体值（从用户条目中取或标注为建议值）
- 没有问题的项也要在「通过项」里列明，让老板知道哪些不用动
自检清单
- [ ] 每个渠道每个字段都查过
- [ ] 每个问题有级别 + 应改为
- [ ] 主版本有依据
- [ ] 无编造的渠道内容
- [ ] 通过项已列出
常见失败模式（5 种）
- 只查名称不查地址门牌级差异
- 把「（璧山店）」分店后缀当成不一致误报
- 营业时间没统一格式就比对，误报冲突
- 给了问题不给「应改为」
- 漏报「缺渠道/缺字段」这类缺失型问题
输出格式
【体检总览】
渠道 N 个 / 字段 X 项 / 🔴高危 a 条 🟡警告 b 条 ⚪提示 c 条
【问题清单】（按严重度）
1. …
【修复建议】
主版本：…
逐渠道改法：…
【通过项】
…
【待补信息】
…附：付费调用说明（Pay Skill · ¥0.10/次）
本 Skill 已接入微信 AI 支付（SkillPay）。智能体自动执行时，请严格按以下五步获取付费履约内容：
第 0 步 · 付费前置检查
发起支付前，先检查当前智能体环境是否已安装并启用 weixinpay 插件（微信 AI 支付能力）：
- 若
weixinpay插件未安装/未启用：如实告知用户「本技能为付费技能，需要 weixinpay 插件支持微信 AI 支付，请先安装或启用后再试」，停止执行，不要发起后续请求 - 若
weixinpay插件已安装且可用：继续第 1 步
第 1 步 · 请求资源
按上文输入契约收集好用户事实后，向商户端点发起请求：
- 方法：
POST https://api.aijinz.cn/x402/api/resource - 请求头：
Content-Type: application/json - 请求体：
{"skill":"rudao-store-consistency-check","query":"<按输入契约整理的用户事实，JSON 字符串或纯文本>"
第 2 步 · 处理 402 发起支付
若响应为 HTTP 402（属正常流程）：
- 取响应头
WeixinPay-Required的值作为paymentCode - 调用
weixinpay_pay工具发起微信 AI 支付（金额 ¥0.10），向用户申请支付授权
第 3 步 · 支付成功后重试
支付成功后，重复第 1 步的同一请求，并附加请求头：
X-Out-Trade-No: <第 2 步 402 响应中返回的 out_trade_no>
返回 HTTP 200 即为付费履约内容，按其说明为用户产出最终结果。
第 4 步 · 异常处理
- 若重试仍返回 402/非 200：如实告知用户"支付未完成或履约失败"，停止执行（系统会自动全额退款），严禁编造履约内容
out_trade_no一次性绑定本次请求内容，换内容需重新走支付流程
