一万条素材的桌面媒体库，怎么还能搜得到

新人周一问「去年九月的 campaign-launch 成片在哪」，老实回答是「某人的下载目录」。体面回答是「我查下 Slack」。专业回答是 tag:campaign-launch year:2025 status:final，十秒出结果。

从「老实」到「专业」，差的大多是习惯：三件事想清楚，入库时打标签，别等归档时再补。

多数人卡在这里

标签总在文件已经塞进 NAS 第四层目录之后才补——那时谁也记不清当初文件名。库烂掉多半是时机问题：标签必须在入库那一刻打，不能等「以后整理」。 若导入流程不能在保存前问「这属于哪个项目」，库一定会腐化。

三个维度

先别纠结文件名。每个资产在脑子里只有三轴：

1. 它是什么？（编码、分辨率、时长、来源平台）
2. 你为什么留着它？（活动、频道、客户、内部试验）
3. 它处于什么状态？（原片 / 代理 / 定稿 / 侧车字幕 / 已归档）

第二轴用标签手打；第一轴多半可由文件与导入流程自动填；第三轴用生命周期状态。Clipr 库大致也是这个模型——详见 功能 里运营向说明。

目录结构（能扛住的那种）

/library
  /raw          # 原片，只写一次
    /2026-04
  /working      # 在剪，可覆盖
    /campaign-launch
  /final        # 已定稿 + 侧车
    /campaign-launch
  /archive      # 冷存，可校验哈希

两条铁律：/raw 不改名；/final 不就地改。要修定稿，复制回 /working 修完再晋升——审计链自然成立。

标签怎么少而够用

• 来源：youtube、tiktok、bilibili、内拍——版权到期要删哪边时一眼能筛。
• 负责人：谁对内容负责，不是谁点的下载。
• 项目 / 活动：跟财务口径对齐。
• 风险：已授权、仅编辑用途、禁外发。
• 状态：raw、working、final、archive——与目录冗余是故意的，目录会搬，标签不搬。

别发明第六种维度，否则你在做 CMS。

常用搜索组合

1. tag:campaign-launch status:final ——「那次活动到底交了啥」
2. codec:h265 resolution:>=3840 ——「手里有哪些 4K 可复用」
3. ingested:>2026-04-01 source:tiktok ——「本月从 TikTok 进了啥」

第一天就把这三条存成「保存的筛选」，新人不用问人。

共享与不乱写

Team 档有共享库与席位权限——见 价格。一条规则：共享库尽量只读。 剪辑从共享库检出到本地 working 再改，不要原地改。和翻译记忆库同一逻辑：并发写毁的是溯源，不是磁盘。

不行怎么办？

• **一万条但搜不到：**标签不统一。先定 10–15 个规范词，每批 200 条回填，再在导入时强制校验。
• 两个人争归属：「负责人」应是标签，不是文件夹；交接时原子改标签并在群里说一声。
• **盘满了没人归档：**每月扫 status:final 且超过 90 天的，晋升 archive、算哈希、删 working 副本。
• SRT 丢了：final 里应同时放成片与侧车；若侧车总丢，是保存流程错了，不是库错了。

收尾

一万条不是技术难题，是无聊难题——而无聊的事最容易拖延。花一个下午把标签和目录定死，新人五秒能找到文件的那天，库才算基础设施。

试用入库与标签流程，到 下载 装 beta。档位与共享库见 价格。