LinkfoxAI agent and documentation index

Fetch the complete documentation index at: /llms.txt

Read when and how to use LinkfoxAI at: /agent-instructions.txt

Machine-readable API description: LinkfoxAI OpenAPI specification

Use this file to discover all available pages before exploring further.

LinkfoxAI logo
开始使用
WorkBuddy

实操:找出该补货和积压的商品

用 WorkBuddy 分析一张库存表,找出需要补货和存在积压的商品,查看库存看板并导出明细清单。

哪些商品快不够卖了,哪些商品压得太多?把库存表交给 WorkBuddy,生成一个库存看板,按补货和积压情况筛选商品,再把明细保存下来。

本篇使用技能包内置的 10 个商品 SKU 示例数据,结果用于说明操作方法,不代表你的店铺库存。只读取本地文件,无需连接店铺;WorkBuddy 对话额度按平台规则消耗。

第一步:下载文件,打开新任务

点击下载「库存分析技能包」,保留下载的 ZIP 文件即可。

第二步:发送库存分析需求

添加附件后,复制下面这段话到输入框并发送。如果 WorkBuddy 请求运行脚本,确认是本次技能包内的本地分析脚本后再允许。

请解压我添加的 amazon-inventory-monitor.zip,使用包内 samples/sample_inventory.csv 示例数据,按默认规则找出需要补货和存在积压的商品。

允许运行包内 inventory_analysis.py 和 build_dashboard.py,生成库存看板和明细清单,保存在本次任务的工作空间,并给出可打开的文件链接和保存位置。分析与看板使用同一基准日期。

只分析本地示例数据,不连接店铺、不查询外部数据、不安装全局技能或依赖。缺少 Excel 依赖时输出 CSV 即可。

完成后,点击回复下方的 HTML 文件卡片,在右侧查看库存看板。点击预览区右上角的展开按钮,可以放大查看。也可以到回复中的保存位置,双击 HTML 文件用浏览器打开。

默认备货周期为 45 天,安全库存为 15 天。本次先保持默认参数;使用真实库存表时,需要按自己的采购、运输和入仓时间调整,不能直接套用。

第三步:分别查看补货和积压商品

打开看板后,先看“需要补货”,再看“库存积压”,不用一次读完所有列。

表格较宽,拖动底部横向滚动条到右侧,就能看到覆盖天数、建议补货量和判定等级。本次示例在默认参数下筛出 4 个立即补货商品。

清除补货筛选后,选择呆滞等级「重度」,本次示例显示 2 个商品。补货健康不等于没有积压,两类指标要分别查看。

重点看什么是什么意思
可售覆盖天数(DOS)按当前销量估算,手头可售库存还能卖多久。
总覆盖天数(TDOS)将可售库存和在途库存一起计算的覆盖天数;仍需核对在途货物实际到货时间。
建议补货量依据销量、库存和备货参数算出的参考数量,不是自动采购指令。
呆滞等级结合库龄、销量和覆盖天数识别积压;新品、已经处置的商品会单独标注。

不清楚为什么某个商品被标记时,回到同一个 WorkBuddy 对话继续问:

请根据刚才的库存分析结果,分别列出需要优先补货和存在积压的商品。每个商品用一句话解释原因,并说明我需要先核对什么。只解释已有数据,不查询新数据。

第四步:找到保存的文件

看板和明细已经保存在电脑上,不需要再复制对话文字。点击 WorkBuddy 回复中的保存目录,可以找到 HTML 看板和 CSV 明细;CSV 可以用 Excel 或其他表格软件打开。本次未安装额外依赖,因此输出的是 CSV,而不是 XLSX。

每次任务的目录和文件名可能不同,以本次回复为准。如果只看到文字结论,没有文件卡片或保存位置,继续说:“请把结果保存为 HTML 看板和 CSV 明细,并告诉我文件位置。”

如果只想保留需要处理的商品,可以继续告诉 WorkBuddy:

请根据刚才的分析结果,单独保存一份待处理库存清单,分为“优先补货”和“库存积压”两部分。
每部分保留商品 SKU、可售库存、在途库存、覆盖天数、判定原因;补货部分加上建议补货量。
没有符合条件的商品时请注明“无”,不要补造记录。保存到本次任务的工作空间,并告诉我文件位置。

保存好库存看板和清单后,就可以按商品逐项核对。实际下单或清货前,确认库存、销量和在途信息是否准确,再决定采取什么行动。

遇到问题时

相关文档