Beelive Helper 进入 Helper
RUNTIME MATERIALS

把商家知识,变成直播间可执行的动作依据

将品牌、门店、主播、商品、直播策略和合规边界整理成标准资料,让每次动作生成都基于真实、完整、可校验的业务事实。

  • 01有事实来源
  • 02有完整语境
  • 03能直接执行
  • 04经校验准入
从商家事实到动作计划 品牌、商品和主播资料汇入 Runtime Materials,再生成通过校验的动作卡片。 品牌与门店 主播与助播 商品与规则 RUNTIME MATERIALS
0104
01 / 准备资料

不是资料越多越好,
而是关键事实要完整。

我们围绕六类业务信息建立资料覆盖度。价格、权益、地址、售后和政策核实方式等关键事实,需要给出明确口径,不能只提供宣传标题。

01

品牌与门店

品牌定位、门店地址、到店方式、服务范围

品牌手册 · 门店介绍 · 官网文案
02

主播与 AI 助播

主播昵称、人设、表达风格、助播角色设定

主播档案 · 直播规范 · 角色设定
03

商品与团购

名称、价格、规格、权益、限制和售卖窗口

商品表 · 活动规则 · 抖音团购
04

直播计划与场景

商品顺序、消费场景、直播情景和话术单元

排期表 · 直播脚本 · 运营策略
05

评论问答与转化

高频问题、识别条件、回复策略和承接方式

FAQ · 客服话术 · 历史高频问题
06

合规与受众边界

禁词、不可承诺事项、核实要求和无效受众

合规规范 · 活动细则 · 业务名单
0204
02 / 转化与准入

从企业文档,
到可以真正运行的资料包。

资料会先被归类,再生成 BeeLivePad 兼容的十个 JSON 文件。结构正确只是第一步,业务事实和内容质量也必须经得起评审。

  1. 01

    上传与导入

    按商家上传企业资料,也可以导入抖音团购商品。

  2. 02

    解析与归类

    提取文档内容,识别品牌、商品、场景和业务边界。

  3. 03

    生成标准资料包

    形成完整十文件 Runtime Materials,保持现有运行结构。

  4. 04

    校验与评审

    硬校验结构与引用,Judge 评审业务可用性。

  5. 05

    准入与启用

    通过后设为商家当前版本,进入动作编排模拟。

发现资料缺口

价格、权益、地址或政策口径缺失时,系统不会猜测,而是返回补资料建议,再回到来源资料继续完善。

0304
03 / 动作编排

每一条动作,都知道依据从哪里来。

直播计划先筛选本场资料,情景和焦点再确定当前议题。系统将必要事实组装成 Prompt,生成符合 Schema 且通过校验的动作块。

01 运行资料仓库
品牌 · 门店 · 人设
团品 · 评论 · 合规
场景 · 情景 · 单元
Runtime Package
02 三层筛选
直播计划本场团品与场景
当前情景团品 / 场景讲解
当前焦点选中商品或场景
03 上下文组装
  • 主播与 AI 助播人设
  • 品牌、门店与本场团品
  • 消费场景与话术单元
  • 当前焦点与实时状态
  • 禁用表达和输出 Schema
04 动作生成与校验
HOST

承接当前议题,先讲清关键事实

AI

补充适用范围与必要边界

HOST

自然引导查看链接或继续提问

Schema 与业务规则校验通过
筛选运行包

商家身份、直播计划决定本场资料范围。

直接动作上下文

品牌、门店、人设、团品、场景、单元和禁词进入 Prompt。

相邻运行能力

评论意图和无效受众随运行包提供给对应能力,并非全部原样进入动作 Prompt。

好的 Runtime Materials,不是更多文字,而是让每一次动作都知道讲什么、按什么顺序讲、哪些事实可以讲、哪些边界不能越过。

进入 Helper