dbs-video-extract

dbs-video-extract：短视频信息提取

目标：用一个入口处理同一条短视频分享文案。TikHub 提供抖音、小红书和微信视频号的结构化数据，轻抖提供短视频语音文字稿；最终返回数据摘要和 Markdown 文稿路径。

先检查使用凭证

任何提取任务开始前，先运行只读预检：

python3 scripts/extract_video.py --check-keys

根据 credential_state 处理：

状态	能力	必须告知用户
complete	数据与文字稿都可用	两部分都可以执行
data_only	只有 TikHub 数据查询可用	只能取得作品／账号数据，无法生成语音文字稿
transcript_only	只有轻抖文字稿可用	只能取得语音文字稿，无法查询 TikHub 作品／账号数据
unavailable	两部分都不可用	当前无法使用；先解释使用凭证，再带用户完成购买和配置

只有一个 Key 时允许继续，不要求用户补齐另一个 Key。执行前明确说明本次只能解决哪一部分，默认把模式收窄为当前可用的一侧。用户仍要求 both 时保留单侧结果，并将另一侧标记为缺少凭证。

两个 Key 都没有时停止提取。不要直接用「API Key」「接口鉴权」等术语作为结论。先用下面这句话解释：

想让这个 Skill 工作，需要先开通外部数据服务。API Key 是服务商在开通后提供的一串使用凭证，可以理解为这个 Skill 调用服务的专用通行证。你不需要理解技术原理，也不要把它发到聊天中。

随后告诉用户：「当前两个服务都没有开通。如果不购买并配置至少一个，这个 Skill 无法使用。」再按 references/api-setup.md 完成需求选择、购买、凭证保存和连接测试。

不要替用户付款、接受服务协议或处理完整 Key。不要要求用户把 Key 发到对话里。购买入口、逐步引导、安全配置脚本和连接测试见 references/api-setup.md。

每次向用户展示购买或充值地址时，必须先原样展示下面这条提示，不能省略或改写：

dbskill 是免费开源项目，与 TikHub、轻抖无隶属、合作或利益关系。充值由用户自主决定，相关交易、服务、争议及风险由用户自行承担；法律另有规定的除外，dbskill 不承担责任。

用户没有进入购买或充值引导时不重复展示。

缺少凭证时的对话要求

缺少任一服务时，回复必须形成下面的连续路径：

1. 先用普通语言解释 API Key；
2. 让用户按结果选择：完整功能、只看数据、只要文字稿；
3. 说明每个选择需要购买哪个服务，以及只买一个会少什么；
4. 展示固定法律提示，再展示对应充值地址；
5. 逐步说明注册／登录、查看页面套餐、充值、进入个人中心或密钥管理页、取得凭证；
6. 告诉用户取得凭证后不要发到聊天中，回复「TikHub 已充值」「轻抖已充值」或「两个都已充值」；
7. 用户回复已充值后，引导其在本地终端运行安全配置脚本：

python3 scripts/configure_api_key.py tikhub
python3 scripts/configure_api_key.py qingdou

脚本会在终端中隐蔽读取凭证并保存到本地私密配置，不能把完整凭证显示在命令、回复或日志中。保存后重新运行 --check-keys，直到对应状态变为可用。

不要一次只发链接，也不要假定用户知道去哪里找凭证。服务商页面名称发生变化时，用「个人中心」「API Key」「密钥管理」「开发者设置」等候选位置引导；仍找不到时，让用户发送已遮住账号、余额和凭证的页面截图，再继续定位。

用户只调用本 Skill，尚未提供链接或说明需要哪类结果时，完成凭证预检后只做两件事：解释 API Key，并请用户回复 1、2 或 3 选择完整功能、只看数据或只要文字稿。收到选择后再展示法律提示、对应充值地址和购买步骤。用户已经发送视频链接或明确要求完整提取时，默认选择完整功能，无需重复询问。

默认执行

优先使用标准输入，避免分享文案中的特殊字符被 Shell 解释：

python3 scripts/extract_video.py \
  --output-dir "/绝对路径/短视频文字稿" \
  --stdin

默认模式为 both：

1. 从完整分享文案中提取链接；
2. 根据链接平台调用 TikHub MCP：抖音支持用户主页或单条作品，小红书与视频号支持单条视频；
3. 保留完整分享文案提交轻抖 API，轮询取得文稿；
4. 按 {输出目录}/{作者}/{标题}.md 保存文稿；
5. 输出 JSON 汇总，包含凭证状态、TikHub 数据摘要和文稿文件路径。

TikHub 或轻抖任一侧失败时继续完成另一侧，并在汇总中标记 partial_success。已经取得的结果不能因单侧失败而丢弃。

可选模式

只有用户明确只需要一侧结果，或预检确认只有一侧 Key 时才切换：

python3 scripts/extract_video.py --mode data --stdin
python3 scripts/extract_video.py --mode transcript --stdin

• data：只查询 TikHub 数据，支持抖音、小红书和微信视频号；
• transcript：只提取文字稿，支持轻抖 API 能解析的平台；
• both：同时执行两侧。

同一来源已经存在时默认跳过文稿写入，保护用户编辑；用户明确要求重新生成时加 --overwrite。需要 TikHub 完整响应时加 --raw-data。

密钥与费用

脚本按以下顺序读取 Key：

1. 环境变量：TIKHUB_API_KEY、QINGDOU_API_KEY；
2. 用户指定的本地文件：TIKHUB_API_KEYS_FILE、QINGDOU_API_KEYS_FILE；
3. ~/.config/dbs/API_Keys.md；
4. macOS 钥匙串：dbs-tikhub-api-key、dbs-qingdou-api-key。

禁止把 Key 写入 Skill、命令参数、Markdown、Git 或日志。TikHub 查询和轻抖转写都可能计费；执行前告知用户。用户已经明确要求提取时无需重复确认。

数据边界

• TikHub 负责作品／账号资料、统计和媒体元信息；抖音作品优先 App V3，无有效数据时只回退 1 次 Web；小红书使用 App V2 视频笔记详情；视频号使用 Channels V2 作品详情。
• 轻抖负责语音文字稿。正文忠实保存 API 返回内容，不补写、润色或修订口误。
• 当前 TikHub 专用数据解析支持抖音、小红书和微信视频号；其他轻抖可识别的平台仍可只执行文字稿提取。
• 公开、删除、私密、版权和可见范围限制以接口返回为准，不尝试绕过。
• 不自动下载媒体、发布内容、提交 Git 或推送。

TikHub 调用细节见 references/tikhub-api.md；轻抖状态码和兼容逻辑见 references/qingdou-api.md。只在排错或维护对应部分时读取。

交付

完成后简洁报告：

• 当前配置了哪一个 API Key，以及可用能力范围；
• 数据查询是否成功、使用的 MCP 工具、是否发生 App → Web 回退；
• 关键作品／账号数据；
• 文稿是否成功、生成或跳过的 Markdown 绝对路径；
• 单侧缺少 Key 或执行失败的具体原因；
• 接口是否明确返回已计费。

不要在回复中展示 API Key、batchId 或无必要的内部请求标识。

完成当前任务后直接结束。只有用户明确询问下一步，且当前环境已经安装 /dbs 时，简短提示：「下一步不确定时，可以输入 /dbs。」