Xpersona
1

1688-shop-health-check

CLAWHUB · Unverified

1688 店铺生意体检。基于流量、询盘、成交、商品、客户、广告、风险七大维度进行全面健康诊断（成交维度覆盖成交、订单履约与买家评价，风险维度专注合规扣分），输出总结性结论 + HTML 网页数据报告，支持多店铺批量体检；报告后可基于优先行动建议展示可多选交互卡片，继续执行对应优化动作，并可按条件引导用户设置每日定时体检任务。 本 Skill 的完整流程（意图确认 → 七维度诊断 → 结论输出 → HTML 报告 → 行动项选择）已由 workflow `1688-shop-health-check` 编排覆盖，命中 whenToUse（店铺体检、健康检查、店铺诊断、店铺分析、经营分析、全面诊断、店铺经营状况、体检报告）时直接执行 workflow，不加载本 SKILL.md。 Skill: 1688-shop-health-check Owner: 1688aiinfra Summary: 1688 店铺生意体检。基于流量、询盘、成交、商品、客户、广告、风险七大维度进行全面健康诊断（成交维度覆盖成交、订单履约与买家评价，风险维度专注合规扣分），输出总结性结论 + HTML 网页数据报告，支持多店铺批量体检；报告后可基于优先行动建议展示可多选交互卡片，继续执行对应优化动作，并可按条件引导用户设置每日定时体检任务。 本 Skill 的完整流程（意图确认 → 七维度诊断 → 结论输出 → HTML 报告 → 行动项选择）已由 workflow 1688-shop-health-check 编排覆盖，命中 whenToUse（店铺体检、健康检查、店铺诊断、店铺分析、经营分析、全面诊断、店铺经营状况、体检报告）时直接执行 workflow，不加载本 SKILL.md。 Tags: latest:1.4.0 Ve

62
Rank
84
Safety
955
Downloads

About

What it does, and when to use it.

Capability contract not published. No trust telemetry is available yet. 955 downloads reported by the source. Last updated 10/12/2026.

Avoid when

  • Contract metadata is missing or unavailable for deterministic execution.

Risk flags: missing_or_unavailable_contract, trust_data_unavailable, schema_references_missing

Install and run

Setup complexity: low.

clawhub skill install s177df9srv6z2y0gd1kw90rern83hzxb:1688-shop-health-check
  1. Setup complexity is LOW. This package is likely designed for quick installation with minimal external side-effects.
  2. Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data.

Contract: missing

curl -s "https://www.xpersona.co/api/v1/agents/clawhub-1688aiinfra-1688-shop-health-check/snapshot"

Run-check

$0.02 USD

1 measured facts are behind this paywall: success rate and latency, uptime and estimated cost, when not to use it, how to call it, benchmark scores.

Agents pay $0.02 in USDC. A card payment is $0.50, the smallest a card allows.

Documentation

CLAWHUB

129,251 characters of source documentation, loaded on request.

Extracted files

5 files captured from the source.

SKILL.md

---
name: 1688-shop-health-check
version: 1.0.0
description: |
  1688 店铺生意体检。基于流量、询盘、成交、商品、客户、广告、风险七大维度进行全面健康诊断（成交维度覆盖成交、订单履约与买家评价，风险维度专注合规扣分），输出总结性结论 + HTML 网页数据报告，支持多店铺批量体检；报告后可基于优先行动建议展示可多选交互卡片，继续执行对应优化动作，并可按条件引导用户设置每日定时体检任务。
  本 Skill 的完整流程（意图确认 → 七维度诊断 → 结论输出 → HTML 报告 → 行动项选择）已由 workflow `1688-shop-health-check` 编排覆盖，命中 whenToUse（店铺体检、健康检查、店铺诊断、店铺分析、经营分析、全面诊断、店铺经营状况、体检报告）时直接执行 workflow，不加载本 SKILL.md。
metadata:
  interactions:
    - name: confirm_execution_plan
      type: card
      selectionType: requirement
      description: 在用户输入店铺健康检查请求后，输出执行计划（含输出形式、时间周期等）并以卡片形式展示 8 个可选项供用户选择诊断维度。前 7 项为七维度名称（流量、询盘、成交、商品、客户、广告、风险），第 8 项为"全面诊断（七维度）"。用户可多选维度，选择"全面诊断（七维度）"时覆盖个体选择，诊断全部七维度。用户选择后点击"确认"开始诊断，点击"取消"则终止流程
      required_data:
        questions: |
          问题列表（Array<Object>），仅含一项必填多选项：
          - question (string): 引导用户选择诊断维度的问题文案
          - options (Array<string>): 固定 8 项，前 7 项为七维度名称（"流量"、"询盘"、"成交"、"商品"、"客户"、"广告"、"风险"），第 8 项为"全面诊断（七维度）"
          - allowMultiple (bool): 固定 true
          - required (bool): 固定 true（至少选择 1 项）
          卡片默认提供"确认"与"取消"两个按钮：
          - 选择维度后点击"确认"：按所选维度开始诊断
          - 点击"取消"：终止流程，不执行任何诊断
    - name: select_action_items
      type: card
      selectionType: requirement
      description: 在店铺健康检查总结性结论与 HTML 报告输出后，根据本次体检得出的优先行动建议（按优先级取最高 3 条），并在行动项之后按条件追加一条定时任务选项（must-check），向用户展示可多选的行动项卡片；用户勾选后点击"确认"，Agent 按选中项继续执行对应优化动作或为用户设置并开启定时体检任务，点击"取消"或不选择任何项则结束本次体检流程
      required_data:
        questions: |
          问题列表（Array<Object>），结构：
          - question (string): 引导用户选择下一步执行哪些行动项
          - options (Array<string>): 选项文本数组。前若干条为行动项（最多 3 条，按优先级从高到低排列，每条包含行动概要、所属店铺简称及紧急程度）；最后按条件追加一条定时任务选项，文案固定为 "⏰ 需要我自动帮你的店铺全面体检嘛？点击设置定时任务"（must-check：先 Schedule list + 按任务名「店铺健康检查」或固定执行内容双键 OR 命中判断，仅当命中且已开启（enabled:true）时才不追加，未命中或命中但已停用（enabled:false）均追加；不参与优先级排序、不计入 3 条上限）
          - allowMultiple (bool): 是否允许多选，固定 true
          - required (bool): 是否必填，固定 true（至少选择 1 项）
          卡片默认提供"确认"与"取消"两个按钮：
          - 点击"确认"：Agent 按用户勾选的行动项继续执行对应优化动作；若勾选定时任务选项，则未命中时新建、命中但已停用（enabled:false）时改为重新启用（update），任务名固定「店铺健康检查」，设置完成后向用户确认已开启
          - 点击"取消"：不执行任何项，结束本次体检流程
---

# 1688-shop-health-check —— 1688 店铺生意体检

**全局语言规则：你的所有输出必须使用中文。包括思考过程、分析内容、过渡说明、最终报告。**
**禁止**："Let me analyze..."、"Now I have..."、"Zero transactions"、"Active, payAmt..." 等英文句子。
**正确**："接下来分析数据..."、"当前店铺无成交"、"该店铺活跃，支付金额..."。

> **执行模型**：店铺体检全流程（意图确认 → 七维度并行取数 → 分析结论 → HTML 报告 → 行动项选择）已由 `workflow/health-check.js` 编排覆盖，命中 workflow whenToUse 时直接执行 workflow，不加载本 SKILL.md。
> 本 SKILL.md 仅在配置变更类意图（如配置 AK）时加载，Agent 直接按正文规则执行。正文中各维度取数说明、分析方法论、输出格式等内容作为 workflow 子代理（subTask / agent 节点）的参考文档被读取。

## 角色定位

你是一名**1688 店铺经营分析专家 + 数据驱动的经营诊断 Copilot**。

你的工作不是罗列数据，而是基于多接口数据，对 1688 商家店铺做：

- **健康度判断**：店铺整体经营是否健康
- **风险识别**：异常商品、低效活动、客户结构风险、地域集中风险、询盘转化风险
- **增长驱动分析**：近期增长或下滑由什么驱动（流量、转化、客单、新客、老客、活动、广告、询盘）
- **问题定位**：问题集中在哪些商品、活动、客户、地域、渠道上
- **行动建议**：给出有优先级、可落地、可执行的经营优化动作

你的输出采用**单阶段完整诊断**方式：

1. **意图澄清**：用户提出店铺健康检查请求后，先输出默认执行计划（全面诊断七个维度：流量、询盘、成交、商品、客户、广告、风险）和输出形式（总结性结论 + HTML 网页数据报告），

_meta.json

{
  "ownerId": "kn76msg8cwkep3b08z7zffx9fx82p5wj",
  "slug": "1688-shop-health-check",
  "version": "1.4.0",
  "publishedAt": 1788437376003
}

references/analysis-methodology.md

# 分析方法论（单阶段七维度综合诊断）

> 本文档为 `1688-shop-health-check` 提供单阶段、全维度的数据分析方法。诊断范围覆盖流量、询盘、成交、商品、客户、广告、风险七大维度（成交维度涵盖成交、订单履约与买家评价，风险维度专注合规扣分），用于支撑总结性结论与 HTML 数据报告。
> 
> 使用原则：**先总盘 → 再分维度 → 交叉验证；先问题 → 再原因 → 再行动**。所有结论必须有数据支撑，行动建议按紧急程度（高/中/低）分档。

---

## 一、核心分析原则

1. **总盘优先**：先用 `alibaba.1688.seller.trade.code.index` + `alibaba.1688.get.core.metrics` 判断店铺整体健康度，再下钻分维度。
2. **维度互补**：流量、询盘、成交、商品、客户、广告、风险七个维度相互解释，单一维度异常必须得到至少另一个维度验证。
3. **商品/客户/渠道锚定**：经营变化的最终落点通常是具体商品、具体客户群或具体渠道，结论必须能锚定到可干预对象。
4. **行动导向**：每项发现必须对应可执行动作，并按紧急程度（高/中/低）排序。

---

## 二、总盘健康度判断

**数据来源**：`alibaba.1688.seller.trade.code.index`（总盘指标） + `alibaba.1688.get.core.metrics`（同行对比与评级）

### 2.1 判断维度

| 维度 | 关键指标 | 关注要点 |
|------|----------|----------|
| 成交规模 | 支付金额 | 规模与环比变化方向 |
| 买家规模 | 支付买家数 | 新客获取与老客留存 |
| 转化效率 | 支付转化率 | 流量承接效率 |
| 客单表现 | 人均支付金额 | 价格带与连带能力 |
| 下单承接 | 创建订单金额、创建订单买家数、下单到支付转化率 | 下单→支付漏斗 |
| 新老客结构 | 新支付买家数、老支付买家数、老买家支付金额 | 增长可持续性 |
| 成交质量 | 退款成功金额 | 履约与描述风险 |

### 2.2 健康等级判定

| 等级 | 判断条件 |
|------|----------|
| **健康** | 核心指标稳定或向好，无明显恶化项 |
| **基本稳定** | 多数指标稳定，个别指标小幅波动且非关键路径 |
| **存在风险** | 1-2 个核心指标明显恶化（如转化率/支付金额双跌） |
| **明显承压** | 多个核心指标同时恶化，新老客 / 退款 / 转化等结构性问题并存 |

---

## 三、同行对比分析

**数据来源**：`alibaba.1688.get.core.metrics`

| 维度 | 判断方式 |
|------|----------|
| 整体达标率 | 评级为"优秀"的指标数量 vs "略低"/"极低"的指标数量 |
| 关键指标达标率 | 支付金额、支付买家数、支付转化率等核心指标的评级 |
| 趋势对比同行 | 本店变化率 vs 同行平均变化率 / 同行优秀变化率 |
| 行业地位 | 基于同行对比综合判断店铺在行业中的位置 |

### 评级含义

| 评级 | 含义 |
|------|------|
| 优秀 | 本店数值显著高于同行同层均值 |
| 持平 | 本店数值与同行同层均值接近 |
| 略低 | 本店数值低于同行同层均值 |
| 极低 | 本店数值远低于同行同层均值 |

---

## 四、流量维度分析方法论

**数据来源**：
- 内置命令：`alibaba.1688.get.traffic.trend`、`alibaba.1688.get.traffic.overview`、`alibaba.1688.get.channel.traffic`、`alibaba.1688.get.search.channel.detail`、`alibaba.1688.get.recommend.channel.detail`、`alibaba.1688.get.ad.channel.detail`
- 补充接口（`1688-shop-freedom-query-data`）：`flow/ovralShopFlowSource/overview`、`portal/flowBoard/overview` 等

### 4.1 流量趋势分析（`alibaba.1688.get.traffic.trend`）

| 判断维度 | 说明 |
|----------|------|
| 整体趋势 | 近 7 天 / 近 30 天 uv/pv 的整体走向（上升/下降/波动） |
| 异常波动 | 单日 uv/pv 突然大幅下跌或上涨的日期 |
| UVCTR 趋势 | UV 点击率变化，判断流量质量是否稳定 |
| 波动幅度 | 近 7 天 uv 的标准差或最大/最小值差异 |
| 与总盘关联 | 流量趋势是否与 `alibaba.1688.seller.trade.code.index` 中的 `payByrCnt` 变化一致 |

**结论分类**：

| 结论 | 特征 |
|------|------|
| 流量稳定 | uv/pv 趋势平稳，无明显波动 |
| 流量下滑 | 近 7 天 uv 持续下降，需排查流量来源 |
| 流量波动 | uv 在某些日期突然下跌，需检查是否有活动结束或渠道中断 |
| 流量回升 | uv 近期开始上升，可能是新活动或渠道生效 |
| 流量质量下降 | uv 稳定但 UVCTR 下降，说明流量质量降低 |

### 4.2 流量概览与异动判定（`alibaba.1688.get.traffic.overview`）

获取全店 PV/UV/UVCTR 及多期对比（环比/周环比/同比），判断整体流量异动幅度。

**异动判定阈值**：

| 异动幅度 | 等级 | 标记 |
|----------|------|------|
| 下跌 > 30% | 严重异常 | 🔴 |
| 下跌 20%-30% | 显著异常 | 🟠 |
| 下跌 10%-20% | 中度异常 | 🟡 |
| 下跌 5%-10% | 轻微波动 | 🟢 |
| 波动 < ±5% | 正常波动 | ⚪ |

**异动计算公式**：
```
环比增长率 = (本期 - 上期) / 上期 × 100%
周环比增长率 = (本期 - 上周同期) / 上周同期 × 100%
同比增长率 = (本期 - 去年同期) / 去年同期 × 100%
```

### 4.3 渠道归因（`alibaba.1688.get.channel.traffic`）

当流量概览发现异常时，调用各渠道流量数据定位主要贡献渠道。

**渠道定义**：

| 渠道 | 定义 | 核心指标 | 特性 |
|------|------|----------|------|
| 搜索 | 平台内搜索访问 |

references/cli-commands.md

# CLI 命令详细字段说明

本文档包含 1688-shop-health-check 所有 CLI 命令的详细参数和字段说明。Agent 在调用具体命令前按需读取对应章节。

所有命令均通过 `python3 {baseDir}/cli.py <command> [options]` 调用，输出统一为：
```json
{"success": bool, "markdown": str, "data": {...}}
```

### 通用参数

| 参数 | 必填 | 说明 |
|------|------|------|
| `--NEWTON_SHOP_LOGIN_ID` | 否 | 店铺登录ID（值为 `get_bindlist` 返回的对应店铺 `loginId`），用于指定查询的店铺。Agent 单独调用单店铺命令查询非当前 AK 默认店铺时必须传入。不传时使用当前 AK 对应的默认店铺 |

---

## 1. `alibaba.1688.seller.trade.code.index` — 店铺交易核心指标（总盘）

```bash
python3 {baseDir}/cli.py alibaba.1688.seller.trade.code.index [--date_type <DATE_TYPE>] [--device <DEVICE>] [--NEWTON_SHOP_LOGIN_ID <LOGIN_ID>]
```

**用途**：总盘分析**第一优先级接口**，判断店铺整体健康度、规模、效率、质量、新老客结构和下单到支付衔接情况。

**关键字段**：

| 字段 | 含义 | 用途 |
|------|------|------|
| `payAmt` | 支付金额 | 成交规模 |
| `payByrCnt` | 支付买家数 | 买家规模 |
| `payRate` | 支付转化率 | 转化效率 |
| `payMordCnt` | 支付订单数 | 订单规模 |
| `payItemCnt` | 支付商品款数 | 在售活跃款数 |
| `payItemQty` | 支付商品数量 | 件数规模 |
| `perByrAmt` | 人均支付金额 | 客单表现 |
| `payToOnRate` | 下单到支付转化效率 | 支付承接效率 |
| `payNewByrCnt` | 新支付买家数 | 拉新能力 |
| `payOldByrCnt` | 老支付买家数 | 复购能力 |
| `oldPayByrAmt` | 老买家支付金额 | 老客贡献 |
| `rfdSucAmt` | 退款成功金额 | 成交质量风险 |
| `crtOrdAmt` | 创建订单金额 | 下单规模 |
| `crtByrCnt` | 创建订单买家数 | 下单买家规模 |
| `crtOrdItmQty` | 创建订单商品数量 | 下单件数 |
| `cycleCrc` | 环比变化率 | 趋势方向（可能为负） |
| `cycleCqc` | 环比变化绝对值 | 趋势幅度 |

---

## 2. `alibaba.1688.seller.import.abnormal.offer` — 异常商品（风险定位）

```bash
python3 {baseDir}/cli.py alibaba.1688.seller.import.abnormal.offer [--date_type <DATE_TYPE>] [--device <DEVICE>] [--NEWTON_SHOP_LOGIN_ID <LOGIN_ID>]
```

**用途**：风险定位**关键接口**，判断问题主要来自流量、转化还是同时恶化，识别对店铺拖累最大的异常商品。

**关键字段**：

| 字段 | 含义 |
|------|------|
| `reason` | 异常原因，如"访客下跌"/"支付下跌"/"访客下跌, 支付下跌" |
| `itemId` | 商品ID |
| `offerTitle` | 商品标题 |
| `categoryId` | 类目ID |
| `offerImageUrl` | 商品图 |
| `link` | 异常详情跳转链接 |
| `abnormalProduct` | 是否异常商品 |
| `valueMap.uv.value` | 当前访客数 |
| `valueMap.uv.cycleCrc` | 访客变化率 |
| `valueMap.uv.cycleCqc` | 访客变化值 |
| `valueMap.payAmt.value.value` | 当前支付金额 |
| `valueMap.payAmt.cycleCrc.value` | 支付金额变化率 |
| `valueMap.payAmt.cycleCqc.value` | 支付金额变化值 |

---

## 3. `alibaba.1688.seller.top.offer` — 优秀商品榜单（多榜单）

```bash
python3 {baseDir}/cli.py alibaba.1688.seller.top.offer [--order_by <ORDER_BY>] [--date_type <DATE_TYPE> | --range_type <RANGE_TYPE>] [--device <DEVICE>] [--order <desc|asc>] [--page <N>] [--page_size <N>] [--index_code <INDEX_CODE>] [--NEWTON_SHOP_LOGIN_ID <LOGIN_ID>]
```

**⚠️ 重要约束**：本接口**必须按需多次调用**，单次只能拉取一种榜单。

**`order_by` 枚举**：

| 值 | 榜单类型 | 用途 |
|------|----------|------|
| `payAmt` | 支付榜（默认） | 成交主力商品 |
| `uv` | 访客榜 | 流量主力商品 |
| `payNewByrCnt` | 拉新榜 | 拉新主力商品 |
| `itemMultiByrCnt` | 复购榜 | 复购主力商品 |

**`range_type` 仅支持** `RECENT_7` / `RECENT_30`。

**关键字段**：

| 字段 | 含义 |
|------|------|
| `item.offerTitle` / `item.offerId` / `item.detailUrl` / `item.categoryID` | 商品基础信息 |
| `revealCnt` | 曝光数 |
| `uv` | 访客数 |
| `payByrCnt` | 支付买家数 |
| `payRate` | 支付转化率 |
| `payAmt` | 支付金额 |
| `payItemQty` | 支付件数 |
| `payNewByrCnt` | 新支付买家数 |
| `payOldByrCnt` |

references/interaction-specs.md

# 交互组件详细规范

本文档定义 1688-shop-health-check Skill 中所有交互组件的具体数据结构与映射规则。

## 1. confirm_execution_plan（Card 组件）

### 组件类型

`type: card`，`selectionType: requirement`

### 业务场景

用户提出店铺健康检查请求后，Agent 输出默认执行计划（含输出形式：总结性结论 + HTML 网页数据报告、时间周期、覆盖店铺），并通过该卡片提供 **8 个可选项**让用户选择要诊断的维度：前 7 项为七维度名称（流量、询盘、成交、商品、客户、广告、风险），第 8 项为"全面诊断（七维度）"。卡片**允许多选**。

> **触发条件（免确认短路）**：本卡片仅在**未命中免确认条件**时触发。用户已明确指定具体维度、明确要求全面体检/全面诊断、或明确要求直接开始（含定时任务触发的请求——其 query 即任务执行内容，逐字含七维度名）时，**跳过本卡片**直接进入诊断取数。

### 数据槽位定义

- **`questions`**:
  - 类型: `Array<Object>`
  - 说明: 问题列表，仅含一项必填多选项。
    - `question` (string): 引导用户选择诊断维度的问题文案
    - `options` (Array<string>): 固定 8 项 —— 前 7 项为七维度名称（`"流量"`、`"询盘"`、`"成交"`、`"商品"`、`"客户"`、`"广告"`、`"风险"`），第 8 项为 `"全面诊断（七维度）"`
    - `allowMultiple` (bool): 固定 `true`
    - `required` (bool): 固定 `true`（至少选择 1 项）
  - 卡片默认提供"确认"与"取消"按钮

### 完整数据示例

```json
{
  "type": "card",
  "selectionType": "requirement",
  "questions": [
    {
      "question": "请选择要诊断的维度（可多选），或选择\"全面诊断（七维度）\"执行全部：",
      "options": ["流量", "询盘", "成交", "商品", "客户", "广告", "风险", "全面诊断（七维度）"],
      "allowMultiple": true,
      "required": true
    }
  ]
}
```

### 用户选择结果处理

| 用户操作 | Agent 行为 |
|----------|-----------|
| 勾选一个或多个维度并点击"确认" | 仅按所选维度执行诊断，按「三、全面诊断维度与数据获取」对所选维度并行取数 |
| 勾选"全面诊断（七维度）"并点击"确认" | 覆盖个体选择，执行全部七维度诊断 |
| 点击"取消" / 返回空结果 / 无人作答 / 不勾选任何项 | 统一终止流程，不执行任何诊断，不输出报告，一律以「未收到有效的维度选择，本次体检未执行」口径如实收尾，**严禁表述为"用户取消"**；此为符合平台语义的正常终止而非失败，**终止后不得重试、不得自行重新弹卡或重新发起体检**，用户若需体检由其主动重新请求 |

> 勾选"全面诊断（七维度）"时优先级最高，会覆盖同时勾选的个别维度。若最终未识别到任何有效维度，按「未收到有效的维度选择」口径终止流程，**不得表述为用户取消**（取消回包形态无法与无人作答可靠区分，不做猜测）。

---

## 2. select_action_items（Card 组件）

### 组件类型

`type: card`，`selectionType: requirement`

### 业务场景

在总结性结论与 HTML 报告输出后，将体检流程**内部已定稿**的最多 3 条优先行动建议直接渲染为可多选行动项，并在行动项之后按条件追加一个「设置定时任务」选项，用户确认后 Agent 直接按选中项继续执行对应优化动作或为用户设置并开启定时体检任务。

> **🤫 静默约束（最高优先级）**：行动项已在体检流程内部完成挑选与排序，构造本卡片时 Agent 唯一需要做的内部判断是「定时任务去重」：调用 `Schedule`（action=list）后**立即按结果渲卡，中间不得输出任何正文**。对用户**只**呈现：最终的 `select_action_items` 卡片、以及用户选择后真实执行的结果与确认语。尤其**禁止**输出「让我先检查定时任务」「根据 Schedule 列表我看到…」「既然定时任务已启用，我不应该追加这个选项」之类的判断过程，也禁止泄露任何内部字段与判据（`id`、`enabled`、`schedule`、`cron`、技能名、触发语等）。用户勾选后的执行环节同理：直接调用对应技能，不要输出「让我看看哪个技能能处理」「行动项映射：xxx → 某技能」之类的匹配过程。

### 数据槽位定义

- **`questions`**:
  - 类型: `Array<Object>`
  - 说明: 问题列表，仅含一项，字段如下：
    - `question` (string): 引导用户选择下一步执行哪些行动项
    - `options` (Array<string>): 选项文本数组。前若干条为行动项（最多 3 条，按优先级从高到低排列，每条包含行动概要、所属店铺简称及紧急程度）；**最后按条件追加一条定时任务选项**，文案固定为 `⏰ 需要我自动帮你的店铺全面体检嘛？点击设置定时任务`（追加条件见「定时任务推荐选项」）
    - `allowMultiple` (bool): 固定 `true`，表示可多选
    - `required` (bool): 固定 `true`，表示至少选择 1 项
  - 卡片默认提供"确认"与"取消"按钮
  - **定时任务选项为条件型（must-check）**：构造卡片前必须先 `Schedule list` 并按「去重匹配规则」判断，未命中或命中但已停用（enabled:false）才追加该选项；即使本次体检没有可执行的行动项，也应触发该卡片并仅展示该定时任务选项（仍需先按规则判断是否展示）

### 定时任务推荐选项（条件型，非行动项驱动）

除由「优先行动建议」生成的行动项外，还需按以下规则判断是否追加「⏰ 需要我自动帮你的店铺全面体检嘛？点击设置定时任务」选项。该选项**不由行动项驱动**，而是根据店铺体检定时任务的存在状态判断：

1. **检查时机（重要）**：定时任务状态检查必须在**总结性结论与 HTML 报告输出之后**、构造卡片时才进行，**绝不可放在输出前**，以免阻塞诊断结论与报告的输出。
2. **必须先查（must-check）**：构造卡片前**必须先调用 `Schedule`（action=list）拉取全部定时任务**

Sponsored

Ads related to 1688-shop-health-check and adjacent AI workflows.