界面只讲能证明的话

我们的视频工作台资产库做 V8 改版时，定了一条看起来很笨的规矩：不引入统一的资产状态字段。页面只能展示当前数据对象能够证明的事实。生成过程、分镜复核、项目阶段、导出产物，分开表达，绝不混成一个漂亮的"已完成"。

为什么不要统一状态

资产库同时管两类东西：影视作品下的复合资产，和可以独立保存的单项资产（图片、视频、声音、小说、剧本、提示词、角色、数字人、场景、道具、分镜、成片）。每一类资产的"状态"含义都不同，硬套一个全库统一的"待确认/已交付"，等于用界面语言虚构业务事实。

收口后的规则是：每个对象只展示它这个类型能证明的事实。

状态边界表

对象	可以展示	不展示
普通资产	已入库、来源、作品归属、版本、只读派生	处理中、待确认、已交付
小说	草稿、可用、建议修改、合规阻断、投稿体检结果	已确认、已交付
剧本	草稿、生成中、可用、失败、版本号	已确认、已交付
分镜渲染	待生成、生成中、已生成、生成失败；需复核	需复核只属于对应分镜，不扩散到整部作品
任务记录	排队中、进行中、已完成、失败	任务完成不等于资产确认
导出产物	合成中、成片已生成、导出失败、可下载	可下载不等于用户验收
音频资产	已准备、版权待确认、仅项目内使用、可商用	"待确认"只用于版权语境

三句最容易写错的话，被明确钉死：任务完成不等于资产确认；可下载不等于用户验收；项目的"已完成"只表示制作阶段，不解释为已交付。

不虚构统一接口

同一条规矩也管住了交互设计：页面之间的跳转只引用前端已有的真实入口，不虚构统一的资产详情接口。评审时按三条泳道标注点击去向——入口与页面跳转、资产详情与关系、任务与导出事实——每条路径都能在现有路由里找到对应，没有"将来会有的"占位链接。

关系说明图里写清楚五类记录的边界：资产记录是已保存内容，任务记录是生成过程，分镜记录是生成结果与复核，项目记录是制作阶段，导出产物是成片是否已生成——用户验收当前系统未记录，就老老实实写"未记录"，而不是编一个状态填上。

全量扫描验证

改版完成后做了一次全量文案扫描：全库找不到"待确认""已交付""可发布""已确认"这类状态词。唯一的例外是声音资产的"版权待确认"，而且它只出现在版权字段的语境里。

设计稿里的数量和示例内容是演示数据，接入实现时必须替换为接口返回值——连演示数据都不许假装成真实状态。

小结

界面文案的诚实只有一句话：数据能证明什么，就说什么；证明不了的，宁可不说，也不编一个好听的状态。这条规矩笨，但它让每一句界面上的话都能在数据库里找到出处。