Boosta Video Api
Overview
Use this skill to execute end-to-end Boosta API workflows: submit job, poll until completion, return clip URLs, and handle common API failures.
Prefer the bundled script for deterministic execution and consistent error handling.
Quick Start Workflow
- 1. Validate required inputs:
- 2. Validate credentials:
- - Require
BOOSTA_API_KEY in environment. - Never print or store raw API keys in output.
- 3. Submit job:
- - Endpoint: INLINECODE4
- Base URL: INLINECODE5
- Body:
video_url, video_type, optional INLINECODE8
- 4. Poll status:
- - Endpoint: INLINECODE9
- Stop when
status=completed or status=failed. - If completed, return
clip_urls.
- 5. Handle API errors:
- -
401: invalid or missing key - INLINECODE14 : invalid payload (missing
video_url, invalid video_type) - INLINECODE17 : no credits
- INLINECODE18 : rate limited (respect
retry_after) - INLINECODE20 : reuse returned
job_id and continue polling
Commands
Use the bundled script:
CODEBLOCK0
Submit and wait for completion:
CODEBLOCK1
Check status:
CODEBLOCK2
List completed jobs:
CODEBLOCK3
Check usage:
CODEBLOCK4
Output Contract
When user asks to create clips, return:
- - INLINECODE22
- final INLINECODE23
- INLINECODE24 if present
- INLINECODE25 when completed
- clear next step if processing/failed
When user asks only to check status, return:
- - INLINECODE26
- current INLINECODE27
- INLINECODE28 /
step if present
Decision Rules
- - If user does not provide
video_type, infer it with references/video-types.md and state inference explicitly. - If API returns
active_job_exists, continue with provided job_id instead of creating another job. - On
429, wait retry_after seconds (fallback to 60 if missing) and retry. - Keep polling interval between 10 and 20 seconds to avoid spam.
- Avoid parallel job submission per key because API allows one active job at a time.
References
技能名称: boosta-long-to-shorts
详细描述:
Boosta 视频 API
概述
使用此技能执行端到端的 Boosta API 工作流程:提交任务、轮询直至完成、返回剪辑 URL,并处理常见的 API 故障。
建议使用捆绑脚本以确保确定性执行和一致的错误处理。
快速入门工作流程
- 1. 验证必要输入:
- 2. 验证凭证:
- - 环境中需要 BOOSTAAPIKEY。
- 切勿在输出中打印或存储原始 API 密钥。
- 3. 提交任务:
- - 端点:POST /api/v1/jobs
- 基础 URL:https://boosta.pro/api/v1
- 请求体:videourl、videotype、可选的 config_name
- 4. 轮询状态:
- - 端点:GET /api/v1/jobs/:jobid
- 当 status=completed 或 status=failed 时停止。
- 如果完成,返回 clipurls。
- 5. 处理 API 错误:
- - 401:密钥无效或缺失
- 400:无效请求体(缺少 videourl、无效的 videotype)
- 403:积分不足
- 429:请求频率受限(遵循 retryafter)
- activejobexists:重用返回的 jobid 并继续轮询
命令
使用捆绑脚本:
bash
python3 scripts/boosta_job.py --help
提交并等待完成:
bash
export BOOSTAAPIKEY=sklive...
python3 scripts/boosta_job.py submit \
--video-url https://youtube.com/watch?v=xxx \
--video-type conversation \
--config-name My Config \
--wait
检查状态:
bash
python3 scripts/boostajob.py status --job-id job1234567890_abc123
列出已完成任务:
bash
python3 scripts/boosta_job.py list
检查使用情况:
bash
python3 scripts/boosta_job.py usage
输出约定
当用户要求创建剪辑时,返回:
- - jobid
- 最终 status
- 如果存在,返回 clipscount
- 完成时返回 clip_urls
- 如果正在处理或失败,返回明确的下一步操作
当用户仅要求检查状态时,返回:
- - job_id
- 当前 status
- 如果存在,返回 progress/step
决策规则
- - 如果用户未提供 videotype,使用 references/video-types.md 进行推断,并明确说明推断结果。
- 如果 API 返回 activejobexists,继续使用提供的 jobid,而不是创建新任务。
- 遇到 429 时,等待 retryafter 秒(如果缺失则回退到 60 秒)并重试。
- 保持轮询间隔在 10 到 20 秒之间,以避免过度请求。
- 避免每个密钥并行提交任务,因为 API 一次只允许一个活跃任务。
参考资料