Skip to main content

qinghu-douyin-quick-listing

青虎AI 抖音极速上货:用 1688 关键词搜索与商品详情采集热卖货源,经晓风 ERP 查授权账号、选铺货模板后一键批量上架到抖店,并支持上架后查询商品列表、编辑标题图片 SKU 与更换轮播图。当用户要从 1688 采集商品上架抖店、批量铺货、用链接铺货、选铺货模板、编辑已上架的抖店商品时必须触发。关键词:青虎AI、抖音、抖店、上货、铺货、上架、1688、晓风ERP、铺货模板、商品编辑、批量。

Zur Installation springen

Quellinformationen

Repository
autoagc/linkpix-skills
Letzte Quellaktivität
8. September 2026 um 04:38
Erkannte Sprache von SKILL.md
Chinesisch
Sterne
7
Forks
0

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

Datei-Explorer
2 Dateien

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
name
qinghu-douyin-quick-listing
description
青虎AI 抖音极速上货:用 1688 关键词搜索与商品详情采集热卖货源,经晓风 ERP 查授权账号、选铺货模板后一键批量上架到抖店,并支持上架后查询商品列表、编辑标题图片 SKU 与更换轮播图。当用户要从 1688 采集商品上架抖店、批量铺货、用链接铺货、选铺货模板、编辑已上架的抖店商品时必须触发。关键词:青虎AI、抖音、抖店、上货、铺货、上架、1688、晓风ERP、铺货模板、商品编辑、批量。
user-invocable
true
metadata
{"openclaw":{"emoji":"📦"}}
# 抖音-极速上货助手 | 青虎AI 从 **1688 找货**到**抖店上架**的执行型技能:采集 → 选模板 → 铺货 → 上架后编辑。 晓风 ERP 相关工具**全部免费**(不扣青虎积分),但需要先完成 ERP 授权。 ## 何时触发 - 「把这些 1688 链接铺到我的抖店」「一键上架」 - 「从 1688 找一批货铺上去」 - 「改一下已上架商品的标题 / 主图 / SKU」 - 「我的抖店商品列表拉一下」 ## 数据接口 本技能的数据全部来自**青虎数据接口**——一个普通的 HTTP 端点,用任何能发请求的方式调用即可(`curl`、`fetch`、`requests` 都行)。 如果当前环境已经把这些工具做成了可直接调用的工具,那就直接调,不必自己拼请求。 | 项 | 值 | | --- | --- | | 地址 | `POST https://www.iqinghu.com/api/desktop/qh/mcp` | | 必需请求头 | `Authorization: Bearer <青虎密钥>`、`Content-Type: application/json` | | 密钥来源 | 向用户索取,或读环境变量 `QINGHU_TOKEN` / `QHKIT_TOKEN`;用户先打开 https://www.iqinghu.com/workbench/login?type=1&urlCode=1788417527636 注册/登录,再到 https://www.iqinghu.com/workbench/dashboard/api-keys 生成 | **HTTP 401 + 空响应体不一定是密钥的问题,按这个顺序排查**: ① **先原样重试一次**——2026-08-18 实测过同一把有效密钥间歇性返回 401 空体、隔一会儿再请求就正常,别一遇到 401 就下结论; ② 检查请求头是不是 `Authorization: Bearer <密钥>`(少了 `Bearer ` 前缀、或改用 `X-Api-Key` / `api-key` 一律 401); ③ 持续 401 时,拿**同一个密钥**请求 `GET https://www.iqinghu.com/api/desktop/qh/workflow/page?pageNum=1&pageSize=5`(同一套鉴权): 返回 200 说明密钥有效,问题在这个端点的账号权限——此时**不要再向用户索要密钥**,请他到青虎工作台开通数据接口权限。 返回一律是纯 JSON,不需要 `Accept: text/event-stream`。 ### 1) 查工具入参 第一次用某个工具、或拿不准参数时先查一次,**不要猜参数**: ```json {"jsonrpc":"2.0","id":1,"method":"tools/list","params":{}} ``` `result.tools[]` 每项含 `name`(调用时用的名字)、`title`(中文名)、`description`、`inputSchema`(必填项与类型)、`outputSchema`、`free`(是否免费)。 ### 2) 发起调用 工具名照 `tools/list` 返回的 `name` 原样填: ```json {"jsonrpc":"2.0","id":2,"method":"tools/call","params":{"name":"hot_douyin_rank","arguments":{}}} ``` ### 3) 取业务数据:要解两层 **业务数据是被 JSON 字符串化塞在 `content[0].text` 里的**,直接读 `content` 拿不到值: ```json {"jsonrpc":"2.0","id":2,"result":{ "isError": false, "pointCost": 2000, "content": [{"type":"text","text":"{\"code\":200,\"data\":{...},\"success\":true}"}] }} ``` **必须对 `content[0].text` 再做一次 JSON 解析**,才拿得到里面的 `data`。 ### 4) 判断成没成功:三层都要看 **HTTP 状态码永远是 200,`isError` 也可能骗人**,按顺序检查: | 检查 | 含义 | | --- | --- | | 顶层有 `error` 对象(此时没有 `result`) | 协议层失败,如工具名写错会返回「工具不存在: xxx」 | | `result.isError` 为 `true` | 调用出错 | | 解析内层后 `code == 200` 且 `success == true` | **只有这样才算真成功** | 实测缺必填参数时返回的是 `isError: false` 但内层 `code:500`、`success:false`——**光看 `isError` 或 HTTP 200 会把失败当成功**。 参数出错时的提示只有一句「API调用成功判断失败」,既不说缺哪个参数也不说哪个值非法,所以**调用前对着 `inputSchema` 的 `required` 自查**,不要靠试错。 调用失败时 `pointCost` 为 0,不扣费。 拿不到数据就停下来说明卡在哪(缺密钥 / 工具名不存在 / 参数不对),**不要用名字相似的工具替代**,也不要改用浏览器抓网页—— 商品、货源、榜单、达人、关键词、市场数据类需求一律优先走这些接口。 下表是本技能要用的工具,写的是 `name` 原值;表里只补 `inputSchema` 里看不出来的取值来源与前置步骤。 | 工具 | 中文名 | 用在哪一步 | | --- | --- | --- | | `1688goods_keyword_search_global` | 商品关键词搜索 | 按词采集 1688 热卖货源 | | `1688goods_image_search_global` | 商品图片搜索 | 以图搜同款货源 | | `1688goods_detail_global` | 商品详情查询 | 价格、起订量、店铺资质 | | `qinghu_query_erp_authorized_accounts` | 查询 ERP 授权账号列表 | 铺货第一步:确认授权账号(免费) | | `qinghu_create_erp_auth_state` | 创建 ERP 授权状态 | 没有授权账号时生成授权链接(免费) | | `xiaofeng_list_distribution_douyin_templates` | 获取晓风抖音铺货模板列表 | 选 templateId(免费) | | `xiaofeng_distribute_douyin_links` | 链接铺货 | 执行铺货,startMove 控制预览/执行(免费) | | `xiaofeng_list_douyin_products` | 获取商品列表 | 上架后查商品(免费) | | `xiaofeng_get_douyin_product_by_id` | 获取晓风抖音商品详情 | 编辑前先看现状(免费) | | `xiaofeng_edit_douyin_product` | 编辑商品 | 改标题/图片/SKU/规格/运费/限购(免费) | | `xiaofeng_edit_douyin_product_main_picture` | 商品轮播图更换 | 单独换主图轮播(免费) | > 晓风与 ERP 授权类工具调用不消耗青虎积分,1688 采集类工具按积分扣费——但无论哪类,发起调用前都统一先经用户确认。 > 编辑商品时以 `xiaofeng_edit_douyin_product` 的**实时 schema 为准**,只提交用户明确要求改变的字段,不要凭空生成或改动无关内容。 ## 工作流程 ### 1) 授权账号先行 `qinghu_query_erp_authorized_accounts` 查 `XIAOFENG` 平台的有效账号: - 只有一个 → 直接用; - 多个 → 展示可识别字段让用户选,**不要猜**; - 一个都没有 → `qinghu_create_erp_auth_state` 拿授权 URL,按固定格式输出 `请点击 [点我授权](AUTH_URL) 完成授权,完成后告诉我。`(URL 必须完整,不截断、不缩写),然后结束本轮等用户完成。 ### 2) 备货源(用户已有链接就跳过) `1688goods_keyword_search_global` 按词找货 / `1688goods_image_search_global` 以图找同款 → `1688goods_detail_global` 确认价格、起订量、发货时效与店铺资质。 ### 3) 选铺货模板 `xiaofeng_list_distribution_douyin_templates` 列出模板,让用户确认 `templateId`。 模板决定类目、运费、发货等默认值——**选错模板铺出来的商品全要返工**。 ### 4) 预览再执行:`xiaofeng_distribute_douyin_links` **提交前必须复述**:链接清单(保持用户给的顺序,不重排不增删)、模板、目标账号,等用户确认。 建议先 `startMove=false` 预览,确认后再 `startMove=true` 执行。 ### 5) 上架后编辑(按需) `xiaofeng_list_douyin_products` 找到商品 → `xiaofeng_get_douyin_product_by_id` 看现状 → `xiaofeng_edit_douyin_product`(标题/图片/SKU/规格/运费/限购)或 `xiaofeng_edit_douyin_product_main_picture`(只换轮播图)。 `content` 至少要带 `ItemId`,**只传要改的字段**。 ### 6) 汇报 成功/失败条数、失败原因、需要用户去后台处理的事项。 ## 输出 - **铺货结果**:账号、模板、成功条数、失败条数。 - **失败明细**:每条失败链接 + 原因 + 建议动作(不要含糊带过)。 - **编辑结果**(做了编辑时):改了哪些商品的哪些字段。 - **需要用户去后台完成的事项**及入口链接。 ## 数据交付 - **工具返回的记录数组 ≥ 10 条时默认导出表格文件**(装了 `qinghu-excel-export` 技能就用它),不管用户有没有提「表格 / 导出」。**不要**把大数据集铺成聊天里的 markdown 表格,也**不要**反问「需要我导出吗」——先导出、给链接才是正确姿势。 - 工具返回里出现「完整数据已缓存到本机文件: ...」时,后续筛选、导出一律用那个文件路径,**绝对不要逐行抄写数据**。 - 导出后的回复保持精简:交付链接 + 一句话说明 + 不超过 5 行关键预览。 - **结论先行**:先给判断和建议(能不能做、怎么做、风险在哪),再给支撑数据;不要把原始字段直接倒给用户。 - 数字要标口径:站点 / 账期 / 周期 / 样本量。跨站点或跨周期的数字不要混在一张表里比。 ## 计费与授权 - **所有工具统一在发起调用前先经用户确认**,不必按 `free` 字段区分收费与否,按下面的规则征求授权。 - **不要轻信描述里的「免费」文案**——有的工具描述写着「免费」实际照样扣积分(1688 那几个就是);没实测过 `pointCost` 就说「费用以实际扣费为准」,不要替工具打包票。 - **实扣多少看返回信封里的 `pointCost`**(在 `result` 层,与 `isError` 同级)。这个值**要换算**:`pointCost ÷ 10000 = 青虎积分`(实测 10000 = 1 积分,16000 = 1.6 积分)。 - **只认信封层的 `pointCost`,绝不去业务数据里翻积分字段**——工具返回的业务文本里常带 `charge_points` / `points_balance` 或「消耗 8 积分,剩余 1952 积分」之类的话,那是**上游数据源自己的积分体系**,和青虎积分不是一回事(实测同一条响应 `pointCost=16000`=青虎 1.6 积分,而业务文本写「消耗 8 积分」)。照抄业务文本会把用户的账算错。 - 信封里没有 `pointCost` 时按 0 报,或直接说这次拿不到消耗数据,**不要拿业务文本里的数字顶替,也不要自己估算**。 - **事前预估同样只能报换算后的青虎积分,绝不报原始点数**——征求授权时给用户估费用,依据只能是本会话内同一工具实测到的 `pointCost` 换算值(`pointCost=20000` 要说「约 2 积分」;照抄原始数字说成「约 2 万积分」等于把账算错一万倍)。没实测过就写「费用以实际扣费为准」,不要编数字,也不要照抄工具描述里出现的任何点数。 - **消耗写在回复的最末尾,单独一行,格式固定**: ``` 本次共消耗 9.6 青虎积分 ``` 数值是本轮**所有**付费调用的 `pointCost` 累加后 ÷ 10000(例:16000 + 96000 = 112000 → `本次共消耗 11.2 青虎积分`)。小数按实际写,不补零也不四舍五入到整数。 这一行必须**另起一行、独占一行、放在正文全部结束之后**,前面空一行隔开。**不要把积分数字混写进正文段落**(写成「共返回 60 条笔记,实扣 96000 pointCost = 9.6 青虎积分」这种是错的)。 本轮一次付费调用都没有时,不输出这一行。 - **本会话首次调用工具前**:一次性列清本次要用的**全部**工具,说明准备用它们做什么、会消耗青虎积分,征求**一次**同意,然后结束本轮。不要逐个询问把对话拖长。 - 用户明确同意后,这些工具在**本会话内持续有效**,不再重复询问;新会话需要重新征求。 - 用户拒绝、只授权其中一部分或答非所问时,**未获同意的工具一律不调用**。 - **同一轮回复内工具最多调 10 次**。达到上限就用已有数据作答,还需要更多数据时先说明还差什么、要再调几次,征得同意后下一轮继续。参数写错先想清楚正确参数再重试,不要连续试错——每次失败同样可能扣费。 - 同一个数据需求既有免费工具又有付费工具时,优先用免费的。 ## 能力边界 - 只覆盖**抖店**(经晓风 ERP)。其他平台的刊登不在范围内。 - 本技能工具做不到、必须由用户在晓风后台自行配置的事项(新建或启用铺货模板、维护运费模板、类目与发货默认值、店铺授权后的其他设置),一律给出入口:[点我进入晓风 ERP 后台](https://xfdyorder.zzbtool.com/zzb_super_goods_xf/index.html#/index)。不得输出其他晓风域名,也不要杜撰后台菜单路径。 - 任一 HTTP / JSON-RPC / MCP / 业务层失败时立即停止当前子流程,报告失败步骤与脱敏错误信息,**不要把失败描述成成功**。 - 不做商品文案与主图的生成,素材制作转交 LinkPix 系列技能。 ## 相关技能 同系列的其他「青虎AI」技能(按需转交,不要在本技能里硬做): - **抖音-爆款视频跟卖与铺货专家**:从爆款视频反向找品再铺货 - **抖音-蓝海爆品采集师**:先选品再上货 - **LinkPix 系列技能**:上架前的主图、详情图制作
Auf GitHub ansehen