用途：端到端规划产品演示/营销视频，从创意（钩子、痛点、概念）到逐镜头分镜，对照真实代码库验证产品声明，跟踪每个镜头的录制进度，并交接给后期制作或 Remotion（HyperFrame）。
主要能力：采用 App-in-Skill 形态，只读 AirApp（content/busa-demo-video-factory-app/）向人渲染流水线，Busabase 作为记录系统，videos 与 video-shots 是真实 Base，可在 Busabase Web 应用或通过脚本编辑。浏览器经同源 OAuth 代理通过 busabase-sdk 直连 Busabase，无服务端数据层保存凭据。AirApp 只读，不写入 Busabase。
数据模型：busa-demo-video-factory 文件夹下两个关联 Base。videos 每行一个视频，含 title、series、purpose、hook、pain-point、concept、status（idea→needs_review→approved→recording→post_production→done）、verified-claims、hyperframe-path、final-video-url、owner 及反向 shots 关系。video-shots 每行一个镜头，含 video 关系、shot-number、timecode、scene、code-reference、script-line、note、recording-status（pending/recorded/needs_reshoot）、asset。
使用方式：先运行 node skills/busa-demo-video-factory/scripts/ensure_schema.mjs 初始化 schema（幂等，从环境变量读取 Busabase 连接，并建立双向关系）。再启动 AirApp：cd skills/busa-demo-video-factory/content/busa-demo-video-factory-app && pnpm install && pnpm run build:sdk && pnpm start。首次 Connect 需选择 Busabase Space。工作流：捕获创意→按 references/claim-verification.md 验证声明→用 scripts/propose_video.mjs <outline.json> 提交为 ChangeRequest→人工审核合并→用 scripts/set_shot_status.mjs 标记录制状态，scripts/status.mjs 汇总进度→按 references/recording-and-post-production.md 交接后期→发布后设置 final-video-url 与 status: done。
限制：AirApp 只读，无应用内编辑、筛选或审批操作；新 Space 必须先运行 ensure_schema.mjs，否则初始化按钮无法建立双向关系；未做移动端验证；不自动录制或渲染，仅跟踪状态；所有记录写入均为 ChangeRequest，需人工明确批准才合并；不得自行编造已验证声明内容。