## 概览
VidSlice 把第三方视频素材(照片、片段、B-roll)索引进 LanceDB 向量库,用 Ed25519 给每条记录签名防篡改,通过 HTTP 提供查询。专门为 OpenCut 短视频管线打造。
痛点 → 方案 → 价值
每个团队都各自实现一套抽帧和 embedding 流水线。原始素材不能交给外部供应商，但索引又必须在某处完成。VidSlice 给外包团队一个独立的 CLI：把素材丢进去，拿回 OpenCut 直接能消费的签名标准索引。
痛点
素材处理链路支离破碎
每个团队都各自实现。
方案
独立 CLI + LanceDB 索引
一个工具，一种输出格式。
1
1 个工具，408 个测试
痛点
原始素材不能交给外部供应商
生产凭证存在风险。
方案
只输出索引，不接触原片
签名索引回流，原始素材留本地。
↑100%" data-i18n-zh="↑100%">↑100%
原始素材隔离
痛点
索引格式各走各路
A 组的索引在 B 组跑不起来。
方案
签名化的标准索引
所有团队的索引格式完全一致。
1
OpenCut 输入确定化
痛点
流水线各自重新造轮子向量库
每个合作伙伴都重造摄取。
方案
签名化的 LanceDB 输出
每方只需一次集成。
↓1" data-i18n-zh="↓1">↓1
每方只集成一次
团队会发生什么变化
同一回路的放大视图。每张卡片对应上面一列的纵深——痛点、我们做了什么、以及体验之后的样子。
痛点
外包索引又不能泄露生产秘密
- 每个团队都各自实现抽帧与 embedding——格式在团队之间漂移。
- 原始生产素材不能交给外部供应商，但索引又必须在某处完成。
- A 组索引过的素材在 B 组的流水线里几乎跑不起来。
0
跨团队统一索引格式
方案
一个 CLI，一份签名化的 LanceDB 输出
- 把原始素材丢给 VidSlice——它会遍历目录、抽帧、计算 embedding。
- 写出一个 OpenCut 直接能消费的签名化 LanceDB 索引。
- 外包团队永远接触不到生产凭证、源码仓库或下游服务。
408
个测试每次发布通过
价值
第三方可以索引，生产秘密留在自家
- 外包团队在拿到的素材上跑 VidSlice；签名索引回流到 OpenCut。
- 所有外部供应商的索引格式一致——无需为每个合作伙伴写一层归一化。
- 生产凭证、源码仓库、下游服务始终留在内部边界。
1
每方只集成一次
## 技术架构
## 产品架构
## 能力
向量索引
基于 LanceDB, 3 帧提取, 并行 worker。
Ed25519 签名
每条记录都签名, 防篡改。
OpenCut 兼容
v0.5 读 / v0.6 写 opt-in。
流式管线
NDJSON 进度事件 · 增量更新。
## 截图
## 数据
- 408 个测试
- 每片段 3 帧提取
- 并行 worker(可配)
- NDJSON 进度事件
- v0.5 / v0.6 兼容开关