Rivya 参考文件与上传指南
规划 Rivya 图片参考、视频参考、音频上传、文件限制、登录要求、安全上传、模型选择和 Studio 执行路径。
在选择依赖参考图、参考视频或音频上传的模型前，先看这篇参考文件与上传指南。
参考文件和上传能力，是 Rivya 任务从公开发现进入登录后 Studio 执行的关键一层。
它会直接影响：
模型选择
工作流选择
提示词写法
任务成本
用户应该先去公开 start page、模型页，还是直接进 Studio
所以它不是一个简单的界面细节，而是产品逻辑的一部分。
这里有一个很重要的执行边界：
支持参考文件的页面可以是公开页面
但真正上传文件这一步，当前仍然需要先登录
所以公开 start page 仍然可以是正确起点，但“带上传的执行流程”在今天仍然需要账号上下文。
三类上传
现在 Rivya 里的参考和上传，主要分成三类：
图片参考图
视频参考素材
音频上传
不是所有模型都支持这三类。
这也是为什么在真正开跑前，先看模型页非常重要。
参考图
很多图片和视频工作流都支持图片参考图。
但不同模型的支持强度差很多。
当前产品里，可能从：
只支持 1 张参考图
到支持多张参考图的多参考图流程
这点差异非常重要，因为“支持参考图”和“支持很多参考图”并不是一回事。
参考视频
有些视频工作流还支持视频参考素材或更扩展的引用模式。
这不是整个目录的统一能力。
所以不能因为都叫视频模型，就默认它们都支持同一类输入。
音频上传
音频上传最常见于这些工作流：
音频清理
音频分离
音频变换
这类流程和从提示词开始的音频生成不是同一回事。
如果模型本身期待上传音频，表单结构本来就应该不同。
为什么表单会随着模型变化
Rivya 的生成表单会跟着模型能力变化。
也就是说，当前看到的输入项取决于：
这个模型支持什么
它接受什么文件类型
最多能接几个文件
这正是正确的行为，因为只靠提示词的模型和先上传文件的模型，本来就不是同一种任务。
当前支持的上传类别
当前产品里最核心的上传类别是：
imagevideoaudio
这些上传会先在产品层被标准化，再进入真实模型请求。
当前上传限制
当前上传路由会按文件类别做类型和大小检查。
图片
JPEG
PNG
WebP
当前默认大小上限：10 MB
Nano Banana 2和Nano Banana Pro当前可放宽到 30 MB
视频
MP4
MOV / QuickTime
WebM
当前大小上限：50 MB
Wan 2.6当前使用更严格的 10 MB 上限，并接受 MP4、MOV / QuickTime 以及 MKV 风格视频上传
音频
MP3
MP4 audio
WAV
AAC
OGG
当前默认大小上限：10 MB
这些限制并不是为了界面好看，而是为了让上传、检测和路由过程保持稳定。
参考支持和模型选择
很多时候，参考支持的重要性会超过品牌名。
例如：
如果工作流需要很多参考图，最适合的模型往往不是“最有名的那个”
如果工作流需要上传音频，那普通 TTS 模型就不是正确入口
所以更合理的模型选择顺序应该是：
先看输出类型
再看参考/上传要求
再看成本和质量匹配
最后再看模型偏好
公开页还是 Studio
公开 start page 更适合：
作为第一层公开落地页
从搜索结果落到正确工作流
在登录前先把模型和路径选对
Studio 更适合：
已登录的上传与执行
多轮迭代
更长连续性
更完整的工作上下文
尤其当上传文件已经成为长期任务的一部分时，Studio 会更合理。
最常见的误区
误区 1：默认同类模型都支持同样的上传类型
并不是。
误区 2：先选模型，再去看它支不支持上传
这很容易导致返工。
误区 3：把上传式音频工作流当成提示词式工作流来理解
这两者本来就不同。
参考驱动流程
在 Rivya 里，更实用的路径通常是：
先看模型页里的参考图支持
再决定走公开 start page 还是 Studio
如果当前流程需要账号上下文，先完成登录
只上传模型真正支持的文件类型
提示词和上传内容保持一致
在同一条工作区里继续迭代
下一步建议
参考上传检查清单
当任务依赖参考文件或上传时，可以先检查：
任务到底需要图片参考、视频参考、音频上传，还是根本不需要文件。
准备素材前，先看模型页支持的文件类型和限制。
判断任务应该从公开起步页开始，还是进入登录后的 Studio。
上传前移除敏感或无关文件内容。
提示词要和每个上传文件负责控制的内容保持一致。
目标是在消耗积分前，确认文件有用、可用，并且和任务相关。
什么时候复核上传匹配度
当模型变化、文件过大、参考职责不清楚，或素材包含人物、logo、私人数据、客户拥有材料时，需要复核上传匹配度。
这时先看 安全上传指南 和对应参考素材页面，再开始下一轮生成。