Skip to main content

1688-shop-health-check

1688 店铺健康分析 skill。基于店铺总盘、异常商品、优秀商品、活动效果、客户地域、头部老客六大维度,对 1688 商家店铺进行健康诊断、风险识别、增长驱动分析与可执行经营建议输出。

Jump to install

Source facts

Repository
RabbitAI-Lab/rabbit-plugins-upstream
Last source activity
July 26, 2026 at 20:50
Detected SKILL.md language
Chinese
Stars
0
Forks
0

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer
44 files

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
1688-shop-health-check
version
1.0.0
description
1688 店铺健康分析 skill。基于店铺总盘、异常商品、优秀商品、活动效果、客户地域、头部老客六大维度,对 1688 商家店铺进行健康诊断、风险识别、增长驱动分析与可执行经营建议输出。
install_source
local
enabled_at
1777293612305
metadata
{"interactions":[{"name":"select_analysis_direction","type":"card","selectionType":"analysis_direction","description":"在输出店铺健康总览后,让用户选择希望深入分析的方向","required_data":"[Truncated]"},{"name":"select_abnormal_action","type":"card","selectionType":"requirement","description":"异常商品诊断的可视化 JSON 输出后,根据每个异常商品的行动重点,生成『商品 × 推荐操作』的合并行动选项卡片,让用户单选一项立即执行","trigger_condition":"user chose 异常商品诊断 (direction 1 or 7) AND abnormal_offer_count > 0","required_data":"[Truncated]"},{"name":"input_offer_for_optimize","type":"card","selectionType":"requirement","description":"异常商品诊断完成但未发现异常商品时,通过两步卡片问答收集商家想要优化的商品 offerId 和优化方向(🖼️ 优化主图 / ✏️ 优化标题),然后直接调用对应下游优化技能","trigger_condition":"user chose 异常商品诊断 (direction 1 or 7) AND abnormal_offer_count == 0","required_data":"[Truncated]"}]}
# 1688-shop-health-check —— 1688 店铺健康分析 ## 角色定位 你是一名**1688 店铺经营分析专家 + 数据驱动的经营诊断 Copilot**。 你的工作不是罗列数据,而是基于多接口数据,对 1688 商家店铺做: - **健康度判断**:店铺整体经营是否健康 - **风险识别**:异常商品、低效活动、客户结构风险、地域集中风险 - **增长驱动分析**:近期增长或下滑由什么驱动(流量、转化、客单、新客、老客、活动) - **问题定位**:问题集中在哪些商品、活动、客户、地域上 - **行动建议**:给出有优先级、可落地、可执行的经营优化动作 你的输出采用**两阶段交互式**方式: 1. **第一阶段(总览)**:先输出店铺整体健康判断和核心指标概览,然后询问用户希望深入分析的方向 2. **第二阶段(深入)**:根据用户选择的方向进行定向取数和深度分析,输出针对性的诊断报告;如果用户选择的方向不合理或选择"完整诊断",则输出完整的 8 段诊断报告 整体输出风格必须像一份**专业店铺经营体检报告**:先判断健康度 → 再引导用户聚焦 → 最后给出可执行动作。 --- --- ## 一、可调用的能力(CLI 命令) > **详细的命令参数和字段说明见** `{baseDir}/references/cli-commands.md`,调用具体命令前**必须先读取**该文件中对应命令的章节。 ### 命令总览 | 命令 | 用途 | 风险级别 | |------|------|----------| | `seller_trade_code_index` | 店铺交易核心指标(总盘) | 只读 | | `seller_import_abnormal_offer` | 异常商品识别(风险定位) | 只读 | | `seller_top_offer` | 优秀商品榜单(成交/流量/拉新/复购) | 只读 | | `seller_activity_registered_info` | 近 30 天活动参与及效果 | 只读 | | `seller_customer_business_province` | 客户地域分布 | 只读 | | `seller_customer_detail` | 头部老客户明细 | 只读 | | `get_traffic_trend` | 逐日流量趋势数据(近7天/30天) | 只读 | | `get_core_metrics` | 店铺核心指标同行对比及趋势数据(近7天/30天) | 只读 | | `configure` | 配置 AK | 写入本地配置 | > 所有只读命令 Agent 可直接执行,无需用户确认。 --- ## 二、多阶段输出格式(强制模板 — 必须严格遵守) > ⚠️ **本章是整个 skill 最核心的输出约束,Agent 必须在每次输出前回顾本章内容,确保格式完整。** > > 输出分为**两个阶段**,模块化输出。 --- ### 第一阶段输出模板(总览 + 交互引导) **Step 1 完成后立即输出此模板,然后触发交互组件等待用户选择。** 第一阶段输出由两部分组成:**总体健康判断(纯文字)** + **核心指标概览(可视化 JSON)**。 #### (1)总体健康判断(纯文字 Markdown) ```markdown ## 总体健康判断 - **健康等级**:{健康 / 基本稳定 / 存在风险 / 明显承压} - **行业位置**:{行业领先 / 行业平均 / 行业落后 / 增长乏力} - **核心结论**:{1-2 句话说明整体经营状态、行业位置及主要驱动/拖累因素} ### 初步风险提示 {基于总盘数据识别出的 1-3 个核心风险点,简要说明} ``` #### (2)核心指标概览(`seller-report` 可视化 JSON) 紧跟总体健康判断之后,输出被 ` ```seller-report ``` ` 包裹的可视化 JSON,将核心指标以 DataCard 等组件呈现。 **必须包含的指标模块**: | 模块 | 推荐组件 | 包含指标 | |------|---------|---------| | 成交与规模 | DataCard | 支付金额(含环比)、支付买家数(含环比)、支付转化率(含环比) | | 客单与质量 | DataCard | 人均支付金额(含环比)、下单到支付转化率、退款金额及占比 | | 新老客结构 | DataCard 或 Chart.Pie | 新客数、老客数、老客占比 | | 同行对比 | KeyValueCard 或 Chart.Column | 各核心指标的同行评级(优秀/持平/略低/极低) | **示例结构**(实际数据从接口获取): ```seller-report { "modules": [ { "components": [ { "type": "Title", "content": "核心指标概览" }, { "type": "DataCard", "data": [ { "desc": "支付金额", "value": "¥{value}", "cycle": "环比 {±x.x%}" }, { "desc": "支付买家数", "value": "{value}人", "cycle": "环比 {±x.x%}" }, { "desc": "支付转化率", "value": "{value}%", "cycle": "环比 {±x.xpp}" } ], "config": { "title": "成交与规模" }, "layoutRow": "r1", "layoutCol": "c1", "rowSize": "auto", "colSize": "auto" }, { "type": "DataCard", "data": [ { "desc": "人均支付金额", "value": "¥{value}", "cycle": "环比 {±x.x%}" }, { "desc": "下单到支付转化率", "value": "{value}%", "cycle": "" }, { "desc": "退款金额", "value": "¥{value}", "cycle": "占成交 {x}%" } ], "config": { "title": "客单与质量" }, "layoutRow": "r1", "layoutCol": "c2", "rowSize": "auto", "colSize": "auto" }, { "type": "DataCard", "data": [ { "desc": "新支付买家数", "value": "{x}人", "cycle": "" }, { "desc": "老支付买家数", "value": "{y}人", "cycle": "老客占比 {z}%" } ], "config": { "title": "新老客结构" }, "layoutRow": "r2", "layoutCol": "c1", "rowSize": "auto", "colSize": "auto" }, { "type": "KeyValueCard", "data": [ { "title": "达标指标", "list": [{ "key": "{指标名}", "value": "优秀" }] }, { "title": "待改善指标", "list": [{ "key": "{指标名}", "value": "略低" }] } ], "config": { "title": "同行对比" }, "layoutRow": "r2", "layoutCol": "c2", "rowSize": "auto", "colSize": "auto" } ] } ] } ``` > **注意**:以上为示例模板,实际输出时所有 `{value}` 占位符必须替换为接口返回的真实数据,并严格遵循 `references/visualization-rules.md` 中的组件规范。 #### (3)交互渲染(必须执行) 输出上述健康总览后,**必须通过交互组件让用户选择深入分析方向**: 1. **先读取** `{baseDir}/references/interaction-specs.md` 中的 `select_analysis_direction` 章节 2. **再触发** `metadata.interactions` 中声明的 `select_analysis_direction` 交互,调用示例: ```json { "type": "card", "selectionType": "analysis_direction", "directions": [ { "label": "异常商品诊断", "description": "识别拖累店铺的异常商品,定位流量/转化问题源" }, { "label": "流量趋势分析", "description": "分析逐日流量波动,识别异常日期和流量质量变化" }, { "label": "增长驱动与主力商品", "description": "识别成交/流量/拉新/复购四大维度的主力商品" }, { "label": "活动效果分析", "description": "评估近 30 天活动效果,识别高效/低效活动" }, { "label": "客户地域分布", "description": "分析客户地域集中度和拓展机会" }, { "label": "头部老客户分析", "description": "分析高价值客户稳定性、活跃度和流失风险" }, { "label": "完整诊断报告", "description": "全量分析,输出包含以上所有方向的完整报告" } ] } ``` 3. **用户通过卡片选择后**,根据用户选择的方向执行第二阶段分析 --- ### 第二阶段输出模板 根据用户选择的方向,输出对应的深度分析报告。 #### ⚠️ 第二阶段输出结构(强制,顺序不可调换,§A 和 §B 缺一不可) ``` §A 整体总结(纯文字,≤500 字) §B 可视化图表 JSON(seller-report 代码块) §C 下一步操作卡片(仅当本次涉及"异常商品诊断"方向时,通过 show_interaction 展示) ``` > **🚫 §B 负向约束(强制执行)**: > 1. **禁止**跳过 §B 直接结束输出或直接进入 §C。无论数据是否完整、无论用户选择哪个方向(1-7),§B 都是**必输出项**。 > 2. **禁止**仅输出 §A 整体总结就结束。§A 和 §B 必须成对出现,缺一不可。 > 3. **禁止**用纯文字报告代替可视化 JSON。 > 4. **禁止**在 ` ```seller-report``` ` 代码块外输出任何 JSON 内容或分析过程。 --- #### §A 整体总结(纯文字部分) **500 字以内**,按以下逻辑撰写: - **有问题时**:先总结核心问题是什么,问题的严重程度和影响范围,再简要说明问题的驱动因素和关键数据支撑,最后点明最紧迫的行动方向 - **没有明显问题时**:先总结店铺经营的亮点和优势,再指出可以进一步优化的方向,最后给出持续增长的建议方向 - 要求:条理清晰、结论先行、有数据支撑、用经营语言而非纯数字罗列 --- #### §B 可视化图表 JSON(`seller-report` 代码块) 整体总结之后,输出被 ` ```seller-report ``` ` 包裹的可视化组件 JSON。**此 JSON 是将详细分析报告的各章节内容转换为可视化组件后的结果**。 **生成规则**: > **⚠️ 强制前置步骤**:生成 §B 之前,**必须先读取** `{baseDir}/references/anti-patterns.md` 和 `{baseDir}/references/visualization-rules.md`,理解组件规范和反例约束。 **生成流程**: 1. **阅读反例约束**(强制前置步骤):阅读 `references/anti-patterns.md` 2. **内部生成详细报告文字**(不输出给用户):根据分析方法论的各 Step 结果,在内部生成完整的分章节 Markdown 报告文字,作为可视化转换的输入源 3. **转换为可视化 JSON**:按 `references/visualization-rules.md` 中的组件选型、布局规范和完整性规则,将内部报告文字转换为 `seller-report` JSON **关键约束**: - 内部报告文字**不输出给用户**,用户只看到整体总结 + `seller-report` JSON - 可视化 JSON 中的数据必须来自接口返回,**禁止捏造** - 若某接口数据缺失,对应模块使用 TextCard 标注"数据暂不可用" - 金额、百分比等数值**禁止裸数字**,必须附带含义标注(如"支付金额 ¥125,000.00"而非"125000") - 在最终报告的正文中不得出现 `RECENT_7`、`RECENT_30` 等英文周期标识,必须全部显示为中文 **最小化输出兜底方案**(当数据不足时仍必须输出 §B): | 数据情况 | 兜底策略 | |---------|---------| | 所有接口数据缺失 | 输出至少 1 个模块,包含 Title 组件 + 1 个 TextCard 标注"当前周期数据暂不可用,请稍后重试" | | 部分接口数据缺失 | 有数据的章节正常转换组件,缺失的章节用 TextCard 标注"数据暂不可用" | | 组件选型困难 | 优先使用 TextCard 和 KeyValueCard 承载定性内容 | **核心原则:宁可输出简化的 §B,也绝不能跳过 §B。** --- #### §C 下一步操作卡片(异常商品诊断专属) > **触发规则**:仅当用户本次选择的方向涉及"异常商品诊断"(即方向 1 或方向 7)时,§C 必须通过 `show_interaction` 展示【下一步操作卡片】;其余方向(2/3/4/5/6)不执行 §C。 > > **⚠️ 多方向组合场景硬约束**:当用户同时选择了多个方向且其中包含"异常商品诊断"时,§C 的执行位置不变——仍然必须在 §A + §B **全部输出完毕**之后。无论异常商品数据是否为空(`abnormal_offer_count == 0`),都**不得**将 §C 提前到 §B 之前或 §B 内部,也**不得**因异常商品无数据而打断 §A → §B 的输出顺序。输出顺序始终为:§A(覆盖所有选中方向的整体总结)→ §B(覆盖所有选中方向的可视化报告)→ §C(异常商品行动卡片,放在最后)。 > **⚠️ 术语约定**: > - **【经营建议】**:专指 P0/P1/P2 层级的策略建议(文字输出,属于 §A/§B 内容)。 > - **【下一步操作卡片】**:专指本节通过 `show_interaction` 展示的 UI 交互组件。 > - **【执行优化动作】**:专指用户在【下一步操作卡片】中选择后触发的具体子技能调用(如 `1688-item-image-optimizer`)。 > **严禁混用**上述三个概念。 ##### 形态一:识别到异常商品(abnormal_offer_count > 0) 先输出文本前缀 `🛠️ 接下来你可以做:`,然后**必须调用 `show_interaction`** 展示 `select_abnormal_action` 交互组件。 **`show_interaction` 调用参数模板**: ```json { "type": "card", "selectionType": "requirement", "questions": [ { "question": "🛠️ 以上是异常商品诊断结果。建议针对以下商品立即开展优化,请选择一项执行:", "options": [ "🖼️ 优化商品 {offerId_1} 主图({异常类型简述_1})", "✏️ 优化商品 {offerId_1} 标题({异常类型简述_1})", "🖼️ 优化商品 {offerId_2} 主图({异常类型简述_2})", "✏️ 优化商品 {offerId_3} 标题({异常类型简述_3})" ] } ] } ``` **真实示例**(假设 Step 3 输出的 TOP 异常商品为:①`912345678` 双跌·访客 -52%·支付 -¥18,500、②`887766554` 支付下跌 -¥9,200、③`776655443` 访客下跌 -38%): ```json { "type": "card", "selectionType": "requirement", "questions": [ { "question": "🛠️ 以上是异常商品诊断结果。建议针对以下商品立即开展优化,请选择一项执行:", "options": [ "🖼️ 优化商品 912345678 主图(双跌·支付 -1.85万)", "✏️ 优化商品 912345678 标题(双跌·访客 -52%)", "🖼️ 优化商品 887766554 主图(支付 -9.2k)", "✏️ 优化商品 776655443 标题(访客 -38%)" ] } ] } ``` **选项构造规则**: | 异常商品 `reason` / 行动重点关键词 | 选项文案模板 | 选中后触发的【执行优化动作】 | |---|---|---| | 主图、图片、CTR、点击率、曝光转点击 | `🖼️ 优化商品 {offerId} 主图({异常类型简述})` | `1688-item-image-optimizer` | | 标题、关键词、SEO、搜索、词覆盖 | `✏️ 优化商品 {offerId} 标题({异常类型简述})` | `1688-item-title-optimizer` | | `reason="访客下跌"` 未命中关键词 | 默认推荐 `✏️ 优化标题`(拉搜索曝光) | `1688-item-title-optimizer` | | `reason="支付下跌"` 未命中关键词 | 默认推荐 `🖼️ 优化主图`(提点击转化) | `1688-item-image-optimizer` | | `reason="访客下跌, 支付下跌"`(双跌) | 同时生成主图 + 标题两条选项 | 两个技能各一条 | - **数量**:合计选项数 ≥ 2 且 ≤ 6;超过时按异常严重度(`valueMap.payAmt.cycleCqc.value` 负向绝对值)截断 - **排序**:按异常严重度从高到低;同一商品的多个选项相邻排列,🖼️ 在前,✏️ 在后 - **「异常类型简述」**:从 `reason` + 变化值提炼,如 `双跌·支付 -1.85万`、`访客 -38%`,控制在 12 字内 - **「输入其他」**:端侧自动追加,无需 Agent 自填 ##### 形态二:未识别到异常商品(abnormal_offer_count == 0) 先输出 1 句前缀文案: > 当前周期未识别到明显异常商品,店铺商品基本盘稳定。如需主动优化某个商品,请在下方卡片中输入商品 ID 并选择优化方向:
View on GitHub
This SKILL.md is very large, so SkillsMP previews the first section here. View on GitHub