贵公司 · AI 赋能官试点

一次录入,
六平台合规出稿

基于 Dify 工作流的多平台 Listing 智能生成:提取产品资料 → 联网核实 → 按平台逐个生成 → 合规审查去重 → 自动落库飞书 / 钉钉文档。

Dify WorkflowBrave 核实 平台规则库三层防编造护栏飞书 + 钉钉文档
立即体验 · 一键生成
覆盖平台6个平台
现状人工耗时2–5天 / 款
目标出稿分钟级/ 全平台
编造参数0· 护栏拦截
痛点

同一款产品,写六遍

每上一款新品,运营要在 6 个平台分别撰写 Listing——规则各异、口吻不同、人工还容易编造保修 / 赠品 / 参数踩合规红线。

2–5 天 / 款
Amazon
Bullet / 长标题
淘宝
种草口吻
京东
规格 / 三包
eBay
Item Specifics
速卖通
多语关键词
独立站
品牌营销长文
一句话方案

提取 → 核实 → 按平台生成 → 合规审查 → 写文档 串成一条流水线;每个平台在迭代里单独注入规则,全程只用已核实信息,禁止模型编造

01

迭代式单平台生成

遍历平台列表,逐个注入该平台规则后生成,禁止串台——Amazon bullet ≠ 淘宝口吻 ≠ 京东 ≠ 独立站长文。

02

三层防编造护栏

已核实参数 > 规则库 > 内置规则 > 禁用模型知识;QA 报告拦截异常数字、禁用声明、思考链泄露。

03

自动落库飞书 / 钉钉

最终 Markdown 经桥接服务自动建成飞书 + 钉钉文档,返回链接,运营只需复核。

整体架构

运营录入 → Dify 编排 → 文档落库

运营录入
产品名 / 描述 / 关键词 / 人群 / 平台列表 / 已核实参数 / 品牌模式
◆ Dify 云端工作流
资料提取 → 核实 → 归一化 → 卖点 → 按平台迭代生成 → 合规审查 → 证据预检 → 输出
写文档
▣ 飞书文档
lark-cli 用户身份创建
▣ 钉钉文档
OpenAPI 创建
! SSRF 约束:Dify 云端有 SSRF 防护,无法直连 127.0.0.1(且其 localhost 指向 Dify 自身)。写飞书 / 钉钉文档必须经 Cloudflare Tunnel 把本地桥接服务暴露成公网 HTTPS 再调用。
主流程 · 9 步

从原始资料到全平台合规稿

产品资料提取 LLM

从原始描述抽取结构化产品资料。

字段识别 + Brave 核实 LLM

联网核实可查证事实,标记已核实 / 未核实。

字段归一化 CODE

统一成标准 JSON 结构供下游使用。

产品卖点提炼 LLM

提炼平台无关的通用卖点。

按平台迭代 ITERATION

遍历平台列表,对每个平台执行下两步。

平台 Router CODE

按当前平台注入专属规则(字符数 / 字段 / 风格)。

单平台文案生成 LLM

只产出当前平台区块,禁止串台风格。

汇总 + 合规审查 CODE

按平台去重,生成合规 QA 报告。

证据预检 + 写文档 HTTP

整理证据包;经桥接服务建飞书 + 钉钉文档并返回链接。

合规护栏 · 核心价值

三层优先级,把"AI 乱写"变成可审计的工程问题

1用户输入 / 已核实参数 · 最高优先
2规则库检索(Dify Knowledge·规划中)
3Prompt 内置平台规则(兜底)
4模型自身知识 · 禁止使用
淘宝
禁止编造赠品、粉丝福利、库存、发货时效
京东
禁止编造国家三包、官方授权、官方保修
独立站
禁止按型号脑补屏幕尺寸 / 电池 / Wi-Fi / 蓝牙等未提供参数
全局
未提供参数一律留空标注;QA 报告拦截异常数字、禁用声明、思考链泄露
六大平台规则差异

同一份资料,六套规则

平台
标题上限
关键规则 / 禁编红线
Amazon
< 200 字符
Bullet Points 卖点结构;不串台口吻
淘宝
种草口吻
禁编赠品 / 粉丝福利 / 库存 / 发货时效
京东
规格化
禁编国家三包 / 官方授权 / 官方保修
eBay
< 80 字符
Item Specifics 参数结构
速卖通
< 128 字符
多语关键词;AliExpress 规则
独立站
品牌长文
禁止按型号补全未提供参数
预期收益

省时间,也省合规风险

外挂验证、不碰核心系统;先跑通出 ROI 数据,再决定是否深度集成(符合规划书"先验证再扩")。

2–5天→分钟
单款全平台出稿耗时
从人工逐平台撰写 → 一键生成
×6
一次录入覆盖平台数
Amazon / 淘宝 / 京东 / eBay / 速卖通 / 独立站
0
编造参数 / 虚假承诺
三层护栏 + QA 报告拦截
自动
落库飞书 + 钉钉文档
返回链接,运营只需复核
Tweaks
主题
主色