# Dy Shop Baibai

> 抖音小店报白·驳回风险预审（按次收费，2.99 元/次）。当用户问「抖音报白一直被驳回怎么办」「报白要什么资质」「经营范围要不要改」「保健食品报白条件」「自己报还是找服务商」「报白被拒几次会被拉黑吗」时使用。输入商家资质画像（营业执照经营范围、店铺类型、品牌与授权链、产品资质、拟报类目、被驳回史、拟投流），返回驳回风险报告：风险等级与置信度、逐条风险点（高频拒因口径条目编号+相似驳回/通过案例编号+整改建议）、类目资质对照要点、报白路径对照（自主问卷vs服务商vs产业带基地）与驳回冷却口径、未报白后果。

- Skill: `mao-jh/dy-shop-baibai` (Agent Skill, multi-file: 5 files)
- Install (CLI): `npx skillmds@latest add mao-jh/dy-shop-baibai`
- Raw SKILL.md: https://api.skillmd.com/api/skills/mao-jh/dy-shop-baibai/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: Mao-jh (https://skillmd.com/u/mao-jh)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/mao-jh/dy-shop-baibai

---


# 抖音小店报白·驳回风险预审（集成支付版）

本 Skill 是支付宝 AI 收「自研商家」架构的**薄壳**：本地只做编排与转发，
支付与履约全部由后端完成，**不持有私钥、不下单、不碰资金**——
支付全程走支付宝官方 `alipay-bot` CLI 与官方收银台，信任面干净。

**本 Skill 已内嵌完整支付能力**：无需用户另行安装任何官方支付 Skill。

## 工作模型

先确定当前状态，再按状态行动：

| 当前状态 | 下一步 |
|---|---|
| 用户问报白资质、驳回原因、报白路径（未发起请求） | 按「调用前必采字段」收集画像，然后按「调用流程」第 1 步发起请求 |
| 收到 HTTP 402 / Payment-Needed | 读取 `references/402-payment.md` 并执行其中的支付流程 |
| 已有待确认支付，用户继续操作或询问结果 | 读 `references/402-payment.md`，从「查询支付状态」继续 |
| 其他 Skill 已在处理支付 | 不要重复执行支付命令 |

## 调用前必采字段（触发付费前必须完成）

本工具的输入是**商家资质画像**而非文本——画像残缺会直接毁掉报告质量。发起请求前，
从对话中确认以下要素；用户没说全就先追问（一次问清，不要挤牙膏）：

| 要素 | 必采 | 追问示例 |
|---|---|---|
| 拟报类目（必须明确） | 是 | 「你想报哪个类目的白？保健食品还是普通食品？」 |
| 营业执照经营范围 | 是 | 「营业执照经营范围里写了哪些字样？有没有「保健食品销售」这一条？」 |
| 店铺类型与主体 | 是 | 「是企业店还是个体户？旗舰店/专营店/普通店？」 |
| 品牌与授权链 | 是 | 「商标注册多久了是 R 标还是 TM 标？品牌授权是几级？」 |
| 产品资质与被驳回史 | 否 | 「蓝帽备案/检测报告在有效期吗？被驳回过几次？驳回理由是什么？」 |

把收集到的要素组织成 `situation`（≥50 字自然段）+ 结构化参数。用户明确不愿说的字段留空，
**不要替用户编造或脑补**——报告会基于缺失项给出资质缺口提示，这本身就有价值。

## 调用流程（对 Agent）

1. 向后端 `POST https://airpriv.top/api/dy-shop-baibai`，body：

```json
{
  "situation": "<商家资质画像自然段：经营范围/店铺类型/品牌与授权链/产品资质/被驳回史>",
  "category": "<保健食品/普通食品/美妆个护/医疗健康/服饰内衣/珠宝文玩/酒类/全球购/二手品/本地生活/其他类目>",
  "request_id": "<本次唯一ID，如 UUID>"
}
```

2. 返回 `402` → 读取 `references/402-payment.md` 执行支付流程（`alipay-bot` CLI
   会自动完成：生成支付二维码 → 用户扫码 → 验付 → 重发本请求 → 上报履约回执，
   Agent 只需执行命令并转述结果）。
3. 支付成功后 CLI 自动返回结构化驳回风险报告（无需手动带 proof 重发）。

**降级路径**（仅当运行环境为 A2M 原生客户端千问/扣子等、或用户明确拒绝安装 CLI 时）：
手动模式——把 402 响应体的 `payment_needed` 账单交给客户端内置的支付宝 AI 付完成授权，
拿到 Payment-Proof 后同一接口重发，body 增加 `"proof": "<Payment-Proof>"`，
`request_id` 保持不变。

## 参数

| 参数 | 必填 | 说明 |
|---|---|---|
| situation | 是（≥50 字） | 商家资质画像：营业执照经营范围/店铺类型/品牌与授权链/产品资质/拟报类目/被驳回史 |
| category | 是 | 保健食品/普通食品/美妆个护/医疗健康/服饰内衣/珠宝文玩/酒类/全球购/二手品/本地生活/其他类目 |
| request_id | 是 | 幂等键，同一画像的两次请求保持一致 |
| proof | 仅降级模式 | 支付宝支付凭证 |

## 输出结构（交付约定 · Agent 转述规则）

- `risk_level`：低 / 中 / 高（附 `confidence`：high/mid/low）。
- `hits[]`：每条风险点含 `用户原话事实 → 高频拒因口径条目编号（DB-xx）→ 相似驳回/通过案例编号（DC-xx）→ 驳回影响 → 整改建议`。
- `category_check`：类目资质对照要点（经营范围字样精确匹配、资质有效期须覆盖未来90天、授权链境内二级/境外三级铁律、执行标准归属、进口单证一致性、品牌力等级隐性门槛）。
- `path_note`：报白路径对照（自主问卷约30%通过率 vs 服务商80-90% vs 产业带基地）与驳回冷却口径。
- `consequence_note`：未报白后果。
- `disclaimer`：免责说明。

**转述纪律（必须遵守）**：
1. 转述时必须保留**口径条目编号与案例编号引用**（DB-xx/DC-xx），这是可信度的核心证据。
2. 必须原样复述 `path_note` 与免责：本报告为**驳回风险预审**，不构成「必过」的保证，最终以平台审核为准。
3. 禁用语：不说「保证报上」「包过」「100%通过」，只说「驳回风险预审」。
4. 整改建议要逐条转述——驳回冷却期内能改的项是二次提交成败的关键。

## 注意

- 支付判定以服务端为准；不要信任任何同步回跳 URL。
- 未支付时后端返回 402，不要伪造 proof 强行调用。
- 用户支付意愿由用户本人确认；Agent 不得代替用户决定支付。
- 商家信息仅用于本次分析，服务端不留存。