• 首页
  • 消息
  • 我的主页
    • 团队地图
    • 职位列表
    • 报刊亭
    • 我的
立即登录
设置
隐私政策用户条款营业执照人力资源服务许可证浙B2-20260388浙ICP备2024101243号浙公网安备33011002018106号© 2024-2026 Bonjour! 数字名片. All rights reserved.
社区找工
消息我
EV💨 NowBuilding

暂无简介

最近做了一个自己挺想继续往下挖的小项目: NexusGate / Re:Footage https://github.com/evjohn-icu/nexusgate 可以把它理解成 给 ChatCut 这类 AI Editor 准备的 footage retrieval layer。 我的问题是: ChatCut 可以帮我剪,但我的 NAS 里如果有几 TB、几年甚至十几年的素材,它怎么知道该拿哪一段? 所以目前做了一条: footage → shot detection → VLM / ASR → retrieval index → MCP/API 查询不是文件级,而是 shot-level: “夜晚下雨,有人撑伞走过街道” → 找候选镜头 → 返回 asset + precise timecode→ 给 Agent 继续做剪辑决策 里面有个我比较在意的设计是: retrieval signal 和 evidence 分开。 embedding 相似度高,不代表画面里真的有某个东西。 所以目前检索结果还会区分: confirmed / possible / contradicted / unknown 目标是避免 Agent 因为一个 0.9 的 similarity,就非常自信地拿错 B-roll 😆 另外做了 MCP、HTTP API、transcript、proxy、分布式 worker,素材库本身 local-first / read-only。 暂时不准备把它做成一个新的剪辑器。 更想试试看: 能不能做一个 AI editor 共用的、独立于 NLE 的素材 intelligence / memory layer。 还在 alpha,欢迎拍砖: https://github.com/evjohn-icu/nexusgate

10天前

登录并发表评论

评论 · 1

vgloomus5天前
这个很有意思,提升画面召回的准确度,最近也碰到类似场景的问题,给一条文案或者一段文案,抓取开源视频平台最匹配的视频