byted-livesaas-master（企业直播控播）

0. 启动埋点

每次启用本 Skill 时，先 best-effort 执行一次埋点脚本，再继续处理用户请求；脚本失败、超时或接口不可达时不得中断任务。

node tools/report_usage.js

脚本根据 Skill 安装路径自动识别 Agent（如 ~/.cursor/skills/ → cursor，~/.codex/skills/ → codex）。禁止在未识别当前环境时硬编码 --agent codex。仅在自定义安装目录（skills add --target）或自动识别失败时，显式传入 --agent cursor|codex|claude-code|trae|openclaw；仍无法识别时使用 unknown。该脚本由 Node/CLI 发起 POST 上报，不支持浏览器页面跨域调用。

1. 适用范围

When to use

当用户意图涉及以下任一场景时触发本 Skill：

• 直播间生命周期管理与管控：创建/删除直播间，查询列表，修改基础配置（名称/时间/模式），控制状态（开播/锁定/恢复/下播/封禁）
• 直播数据分析与观众画像：查询直播间观看时长分布统计、拉取观众用户画像明细用于洞察
• 商品库与卡片运营：直播中对商品卡片进行上架、讲解态切换，查询商品状态或统计数据
• 评论治理与内容分析：发送/查询/轮询评论，删除用户消息，配置敏感词，或获取评论的分析结果（含大模型分析）
• 账号基础信息与媒资库运维：获取账号配置/全局权益额度信息，批量删除媒资库视频，检查文档库容量
• 营销互动与连麦控制：创建直播间卡券等互动工具，管理网页直播连麦协同状态
• 系统消息：向直播间推送系统定制消息
• 观众管控：针对观众的禁言、拉黑、踢出
• 观看页外观：切换主题（暗黑/清爽/经典/传统节庆）
• OpenAPI 兜底：上述未明确覆盖到的其余企业直播能力操控需求，通过调用企业直播OpenAPI来实现

When NOT to use

• 推流/拉流/编码等底层媒体问题 → 不属于本 Skill
• WebSDK 接入 / 小程序进房 / 观看端 Token → 使用 byted-livesaas-dev Skill
• 账号计费 / 套餐管理 → 引导用户至火山引擎控制台
• 非企业直播产品（如视频点播、RTC）→ 不属于本 Skill

2. 架构概览

用户意图 → Skill（路由 + 约束） → Agent 生成 CLI 命令 → bytedlive CLI 执行

• Skill 层：定义意图到 CLI 子命令的映射 + 执行约束（不含可执行脚本）
• Agent 层：根据路由表与约束拼装 bytedlive 命令并执行
• CLI 层：封装凭证管理、签名、请求发送、确认交互与 JSON 结果

唯一执行入口：所有命令必须通过 bytedlive CLI，禁止手写 curl 或未文档化的 HTTP 请求。

3. 首次使用引导与依赖安装（Onboarding）

触发条件：本 Skill 被首次激活时（即用户第一次发出匹配 §1 触发词的请求），Agent 必须先执行 onboarding 流程（含 CLI 自动安装与凭证配置），再处理用户的实际请求。

3.1 Onboarding 检查与安装流程

Step 0: 环境检查与 CLI 自动安装
  ├─ 检查依赖：执行 `bytedlive --version` 判断是否已安装
  ├─ 未安装时先引导安装：`npm i -g bytedlive-cli`
  ├─ Agent 有权限时可静默执行安装
  ├─ 成功：执行 `bytedlive --version` 验证后进入 Step 1
  └─ 失败：输出【CLI 安装失败引导】（见 3.2），中止后续流程，等待用户手动处理
Step 1: 检查凭证 → bytedlive openapi check-credentials --pretty
  ├─ 成功（已配置） → 跳过引导，直接处理用户请求
  └─ 失败（未配置 / 凭证无效） → 进入 Step 2
Step 2: 输出【AK/SK 本地配置引导消息】（见 3.3）
Step 3: 用户在本地终端执行 set-credentials，CLI 写入凭证并验证
Step 4: 验证通过 → 继续处理用户的原始请求

3.2 CLI 安装失败引导模板

当 Step 0 的自动安装失败（如缺少 Node 环境、无权限等）时，Agent 必须向用户输出以下消息：

⚠️ 环境依赖缺失

抱歉，我尝试为你自动安装底层依赖工具 bytedlive-cli 但失败了（通常是因为当前环境未安装 Node.js / npm 或缺少全局写入权限）。

请在你的本地终端中执行以下命令手动安装：

npm i -g bytedlive-cli

安装完成后执行 bytedlive --version 验证，并回复我“已安装”，我将带你继续下一步配置。

3.3 AK/SK 本地配置引导模板

当检测到凭证未配置时，Agent 必须输出以下消息（可根据上下文微调措辞，但核心信息不可缺少）：

👋 欢迎使用企业直播控播 Skill！

检测到你还没有绑定企业直播账号，需要先完成一次配置。

请在你的本地终端执行下面的命令，按提示隐藏输入 Access Key（AK） 和 Secret Key（SK）：

bytedlive openapi set-credentials

• 获取路径：火山引擎控制台 → 密钥管理

⚠️ 不要把 AK/SK 发到对话里。CLI 会把密钥缓存在本地 ~/.bytedlive/openapi-credentials.json，后续命令会自动读取。

配置成功后回复我“已配置”，我会继续处理刚才的请求。

3.4 凭证写入与验证

用户在本地终端执行：

bytedlive openapi set-credentials

3.5 Onboarding 状态记忆

• 凭证验证通过后，本会话内不再重复 onboarding
• 凭证已持久化到 ~/.bytedlive/openapi-credentials.json，后续会话自动加载，无需重复配置
• 如果后续操作中出现凭证失效（401/403），按 §7 错误恢复策略处理，不重新走完整 onboarding

3.6 快速能力概览（验证通过后附带）

凭证验证通过后，在确认消息中追加一段能力概览，帮助用户快速了解可以做什么：

✅ 账号绑定成功！ 以下是我可以帮你做的事情：

能力	示例指令
🎬 直播间管理	"创建一个明天下午3点的直播间" / "查看最近的直播间"
💬 评论互动	"帮我在直播间发一条评论" / "查看最近的弹幕"
📢 系统消息	"发一条系统公告"
🚫 观众管控	"禁言某个用户" / "把捣乱的人踢出去"
📊 数据与画像	"查询直播间观看时长" / "获取观众画像详情"
🛒 商品与卡片	"给商品卡片上架" / "切换到讲解状态"
🎨 观看页外观	"切换到暗黑模式"
🔧 OpenAPI	"调用 GetActivityAPI 查直播间详情"

现在帮你处理刚才的请求 👇

4. 凭证与 Base URL

5. 安全机制：确认与黑名单

5.1 拟人化业务确认（所有写操作必做）

1. 组装候选命令（仅在后台准备，绝对不向用户展示具体的 CLI 命令、代码或 JSON 参数）。
2. 用“大白话”向用户确认业务意图，例如：“我准备为您创建名为『测试签到』的直播间，时间是今天下午 3 点。确认要建吗？”
3. 仅当用户明确同意后才执行。

5.2 黑名单二次确认（高风险操作）

命中以下操作时，在常规确认通过后，再追加一次确认：

二次确认话术需同样拟人化：您正在进行高风险操作（例如：踢出某个观众），这可能会影响观众体验或导致数据丢失。请最后确认一次是否继续？

6. 参数获取引导（缺参时 Agent 怎么办）

7. 错误恢复策略

7.1 回答与执行约束（强制）

• 证据优先级：必须优先基于本 Skill 已定义流程、已有 CLI 能力（bytedlive control/openapi）与本地知识库/参考文档作答和执行，不得跳过现有能力直接猜测。
• 官网补证：当现有知识库、CLI 帮助与本地规则无法解决问题或无法确认参数/行为时，必须到 火山引擎文档中心 检索对应企业直播文档并据此补证后再回复。
• 无法实现/无法确认兜底：若已穷尽本地能力与官网检索仍无法落地，必须明确告知用户「当前暂无法实现该能力」或「当前暂无法准确回答该问题」，并说明卡点；禁止编造接口、版本、字段、结果或“肯定可行”的承诺。

8. 全局选项

9. 命令路由表

9.1 直播间（bytedlive control room）

创建直播间成功回复模板（强制）

当创建直播间成功后，Agent 的回复中必须包含以下三类地址（由 ActivityId 动态拼接），便于用户直接进入控制台操作与网页开播：

• 控制台地址：https://console.volcengine.com/livesaas/liveManagement/<ActivityId>
• 网页开播地址：https://console.volcengine.com/livesaas/webpush/micromode/<ActivityId>
• 观看页地址：接口返回的 ViewUrl（若有）

推荐回复模板：

直播间已创建成功。

- 直播间名称：<Name>
- ActivityId：<ActivityId>
- 状态：<StatusDesc>
- 控制台地址：https://console.volcengine.com/livesaas/liveManagement/<ActivityId>
- 网页开播地址：https://console.volcengine.com/livesaas/webpush/micromode/<ActivityId>
- 观看页地址：<ViewUrl>

9.2 评论（bytedlive control comment）

9.3 系统消息（bytedlive control system-message）

9.4 观众管控（bytedlive control audience）

均需 --activity-id。用户标识常用 --user-ids，部分场景可用 --cookies 或 --external-user-ids（以 --help 为准）。

9.5 观看页外观（主题切换）

当用户意图是「切换主题/换皮肤/外观设置」时，需做意图识别后再执行：

规则：

• 命中唯一主题 → 正常确认后执行
• 命中多个或未命中 → 反问：你想切换到哪一种主题？可选：暗黑模式 / 清爽模式 / 经典模式 / 传统节庆。
• 用户仅说「换个主题」等模糊描述 → 视为未命中，走反问

9.6 高频 OpenAPI 调用场景（使用兜底）

对于尚未被 CLI 工具（control 子命令）封装的高频业务场景，Agent 应当直接通过 openapi call 进行调用。常见高频场景和对应的 Action 如下（请勿编造 CLI 命令）：

9.7 OpenAPI 兜底（bytedlive openapi call）

当 control 子命令不覆盖所需能力时（如 9.6 中的高频场景），使用 openapi call 直接调用任意 Action。

bytedlive openapi call --action <ActionName> [--api-version <Version>] \
  [--method POST] [--body '...'] [--body-file file.json] [--query '...']

Version 解析优先级：

1. 命令行 --api-version 显式指定
2. 静态表 openapiActionVersions.json 中的配置
3. 兜底默认 2020-06-01（serviceDefaultVersion）
4. 响应疑似 Version 错误时 → CLI 自动抓文档 HTML 解析并重试 1 次（可用 --no-doc-version-retry 关闭）

查询 Version：

查静态表：
bytedlive openapi get-version --action <ActionName> --pretty

尝试从文档页拉取：
bytedlive openapi get-version --action <ActionName> --refresh-doc --pretty

10. API 字段名规范（强制）

Body 和 Query 字段名必须与火山引擎官方文档完全一致，禁止凭记忆使用。

遇到「参数错误」类报错时：优先检查字段名是否与文档一致，参考 API 文档。

11. OpenAPI 调用失败处理（大模型静默自愈机制）

当调用 OpenAPI 遇到 InvalidActionOrVersion（接口版本错误或找不到）、参数缺失等报错时，千万不要把 JSON 或生涩的报错信息直接抛给普通用户。Agent 必须在后台静默执行以下自愈流程，并在期间用自然语言安抚用户（如：“接口版本有更新，我正在为您匹配最新协议，请稍候...”）：

1. 尝试 CLI 自动解析：执行 bytedlive openapi get-version --action <X> --refresh-doc --pretty。
2. 大模型联网检索（关键兜底）：如果 CLI 解析失败（未能从单次 HTTP 响应中解析 Version，或者依然报错），Agent 必须直接使用自带的联网搜索工具，搜索 "火山引擎 <Action名称> API 文档"（例如：“火山引擎 SendCheckIn API”）。从最新的官方文档中提取出正确的“接口版本”（如：2023-01-01 或 2023-08-01）。
3. 指定版本重试：获取到正确的 Version 后，在原命令中加上 --api-version <查到的真实版本号> 重新发起 openapi call。
4. 业务等价替代：如果多次尝试依然失败，再用大白话向用户致歉，并询问是否使用其他功能的接口进行平替（例如，详情接口不通，则改用 List 列表接口过滤）。

底线：大模型禁止凭记忆编造接口版本号和参数字段；尽最大努力将开发视角的报错拦截在后台，对普通用户只展示业务维度的进度与结果。

12. 典型工作流示例

示例 0：首次使用（Onboarding）

用户：帮我创建一个直播间
Agent：
 1. Skill 首次激活 → 执行 onboarding 流程
 2. 检查发现未安装 CLI → 引导安装 `npm i -g bytedlive-cli` 并执行 `bytedlive --version` 验证
 3. 执行 bytedlive openapi check-credentials --pretty
 4. 失败（无凭证）→ 引导用户本地执行 bytedlive openapi set-credentials
 5. 用户回复已配置 → 再次 check-credentials → 验证通过
 6. 输出能力概览 + 继续处理"创建直播间"请求

示例 1：创建直播间

用户：帮我创建一个明天下午3点开始的直播间，名字叫"产品发布会"
Agent：
  1. 执行 bytedlive openapi check-credentials --pretty → 无缓存则引导本地 set-credentials
  2. 组装命令：bytedlive control room create --name "产品发布会" --start "2026-04-11 15:00:00"
  3. 向用户拟人化确认："我将为您创建名为『产品发布会』的直播间，时间是明天下午3点，确认执行吗？" → 确认后执行
 4. 成功后按模板返回关键信息，并附：
    - 控制台地址：https://console.volcengine.com/livesaas/liveManagement/<ActivityId>
    - 网页开播地址：https://console.volcengine.com/livesaas/webpush/micromode/<ActivityId>

示例 2：禁言某观众

用户：把用户 user_123 禁言
Agent：
  1. 确认 activity-id → 若无则先 room list 查询
  2. 组装命令：bytedlive control audience mute --activity-id <id> --user-ids user_123
  3. 向用户拟人化确认："请确认是否需要禁言指定用户？" → 用户同意
  4. 非黑名单操作，直接执行

示例 3：踢出观众（黑名单操作）

用户：把用户 user_456 踢出直播间
Agent：
  1. 确认 activity-id
  2. 组装命令：bytedlive control audience kick --activity-id <id> --user-ids user_456
   3. 向用户拟人化确认："请确认是否需要踢出用户？" → 用户同意
   4. 命中黑名单 → 二次确认："踢出用户属于高风险操作，可能会影响观众体验。请最后确认一次是否继续？"
   5. 用户再次确认 → 执行

示例 4：OpenAPI 兜底调用与版本自愈

用户：帮我配置个签到
Agent：
  1. control 子命令无此能力 → 走 openapi call (SendCheckIn 等)
  2. 执行报错：`InvalidActionOrVersion`
  3. 拦截报错，安抚用户："发现接口版本更新，我正在检索最新配置，请稍候..."
  4. 联网搜索 "火山引擎 SendCheckIn API 文档"，发现版本是 2023-08-01
  5. 组装新命令并确认："我将为您配置签到，请确认是否执行？"
  6. 执行：bytedlive openapi call --action SendCheckIn --api-version 2023-08-01 ...

13. 自测

bytedlive control test

在已安装 bytedlive CLI 的环境中运行；由命令自动发现并执行匹配的 *.test.js（无可用用例时会跳过并提示）。