公开展示 · 纯静态演示 · 不接任何 API

一条 1688 链接，
自动完成商品上架的前 80%

小红书商品上架 Agent 负责采集、清洗、素材处理与飞书协作，把「可上架的商品包」交到人工手里；选图与最终上架永远由人确认。

▶ 看模拟对话 查看 11 步工作流程
11步标准工作流程
17项飞书商品库字段
7种任务状态
1次人工上架确认
Live Demo · 演示剧本

像真的一样，但不是真的

下方对话为预设演示剧本，完整展示一次「链接 → 商品包 → 待审核 → 草稿」的协作过程。纯前端播放，无后端、无接口、无真实数据。

X
小红书商品上架 Agent飞书私聊 · 演示模式
你好，我是小红书商品上架 Agent。发我一条 1688 商品链接，我会自动采集并生成标准商品包。（演示中）
https://detail.1688.com/offer/1016609450013.html

这段演示展示了什么

  • 链接登记到飞书商品库，状态自动流转
  • 商品信息、主图/详情图自动采集与去重
  • 水印与图片质量自动检查
  • 标准商品包（product.json / upload.txt）自动生成
  • 人工审核后，Agent 辅助填写千帆草稿
  • 最终上架由人工确认，Agent 不自动发布
采集 自动 整理 自动 审核 人工 上架 人工

⚠ 本页所有对话与商品均为演示内容，不读取、不存储、不发送任何真实数据。

Workflow

11 步标准工作流程

自动与人工明确分工：Agent 负责「能稳定自动的部分」，人负责「需要判断和兜底的部分」。

1

发送 1688 链接

在飞书私聊发给机器人

人工
2

商品信息采集

标题 / 价格 / SKU / 类目 / 主图 / 详情图

自动
3

图片下载与处理

下载、去重、水印与清晰度检查

自动
4

生成 draft.json

采集原始存档，不修改用途

自动
5

生成标准商品包

product.json / upload.txt / source.txt

自动
6

同步商品包到本地

运行 sync_products.ps1 一键同步

人工
7

飞书商品库审核

状态 🟠待审核 → 🟢待上架

人工
8

打开素材包选图

双击 打开素材包.bat，选主图与详情图

人工
9

千帆信息辅助填写

标题 / 价格 / SKU / 详情文案

自动辅助
10

保存草稿

状态 → 🟣草稿已保存

自动辅助
11

人工检查并上架

最终确认后 ✅已上架

人工
Capabilities

能力一览

围绕「商品链接 → 可上架商品包」这条主线设计，每个能力都经过真实项目验证。

🔗

1688 商品采集

解析商品链接，提取标题、价格、SKU、库存、类目与全部图片。

🖼

图片素材处理

自动下载主图/详情图，去重、水印检测、清晰度检查并分类归档。

🧹

AI 清洗整理

把原始采集信息整理为规范标题、描述、类目与建议售价。

📦

标准商品包

每次任务产出统一结构：product.json + upload.txt + main/detail/upload_unique。

🗂

飞书商品库

17 项字段自动回填，7 种状态可视化流转，审核与协作都在飞书完成。

✍️

千帆辅助填写

人工选图后，Agent 辅助填写标题/价格/SKU/详情并保存草稿。

Feishu Bitable

飞书商品库：17 字段 + 7 状态

任务从登记到上架全程在飞书多维表里流转，谁都能看懂「现在到哪一步了」。

任务状态流转

🟡 待处理 🔵 处理中 🟠 待审核 🟢 待上架 🟣 草稿已保存 ✅ 已上架 🔴 失败

流转规则：链接登记 → 处理中 → 待审核 → 待上架 → 草稿已保存 → 已上架；任一步异常可标记 🔴失败。

17 项标准字段

商品链接商品名称平台时间状态处理结果商品ID最终标题商品描述类目价格建议售价SKU库存主图数量详情图数量商品包路径
Standard Package

每个商品一个标准商品包

采集结果被整理成统一结构，本机同步、人工选图、千帆填写都用同一份数据，路径一致、字段一致。

packages/1016609450013_北京文创冰箱贴…/
├── product.json      ← 标准化商品数据（英文标准字段）
├── upload.txt        ← 上传清单（去重后唯一图片）
├── source.txt        ← 来源与采集信息
├── main/            ← 5 张主图
├── detail/          ← 10 张详情图
└── upload_unique/    ← 去重后的唯一图片集

为什么这样设计

  • product.json 是唯一事实来源，字段与飞书商品库一一对应
  • upload.txt 告诉人工「该传哪些图」，避免重复与漏传
  • main / detail / upload_unique 结构稳定，脚本与人都能识别
  • 商品包路径直接回填到飞书，随时可打开定位
自动生成 人工使用 结构固定
Architecture

当前版本技术链路

链路终点是「草稿」，不是「上架」——发布动作永远留给人工。

1688 链接→ 采集 Agent→ 素材处理→ 标准商品包→ 飞书商品库→ 人工审核→ 本地素材包→ 千帆辅助填写→ 人工上架
全自动段：采集 → 商品包 人工段：审核 → 选图 辅助段：千帆填写 → 存草稿 红线：不自动发布
Scope & Boundaries

能力边界

明确「做什么」与「不做什么」，是这套流程稳定可用的前提。

✅ Agent 能做

  • 1688 商品链接采集与图片下载、去重、水印检查
  • AI 清洗：标题 / 描述 / 类目 / 建议售价
  • 生成标准商品包并回填飞书 17 项字段
  • 7 种状态自动流转与异常标记
  • 千帆商品信息辅助填写并保存草稿

🚫 Agent 不做（当前版本边界）

  • 不自动上传图片到千帆（人工选图是当前版本边界）
  • 不自动发布 / 提审 / 上架，最终确认必须人工
  • 不绕过飞书商品库直接执行任务
  • 不连接真实外部 API，不暴露账号与数据（本展示页）
  • 不做批量规模化，当前定位为个人卖家单商品流程
FAQ

常见问题

这个页面是真实运行的 Agent 吗？

不是。这是纯静态公开展示页，对话为预设演示剧本。真实 Agent 在飞书私聊中工作，本页不接收任何输入，也不执行任何任务。

会泄露我的商品数据或账号信息吗？

不会。本页面是单个静态 HTML，无后端、无数据库、无 API 调用，不读取、不存储、不发送任何数据。页面中的商品与对话均为演示内容。

其他人可以通过这个页面调用 Agent 吗？

不能。页面未接入任何接口，仅用于展示功能、规范与能力边界。真实 Agent 只能由本人在飞书私聊中触发。

为什么图片上传和上架是人工操作？

这是当前版本的设计边界：自动上传依赖平台页面结构，稳定性无法保证。与其不稳定，不如把选图与发布交给人工，Agent 负责信息整理与辅助填写，流程更可靠、也更合规。