大文件传输，不必先把文件塞进聊天窗口

它适合一次性交付或短期周转：例如剪辑工程、拍摄原片、压缩包、模型文件、课程资料、软件构建产物，以及包含许多子目录的项目文件夹。与把文件拆成多条聊天消息相比，一条链接更容易核对，也能保留文件名和目录关系。

拿呀²不是长期网盘，也不建议作为唯一备份。页面展示的上传额度、单文件限制、分享有效期和下载次数才是当次操作的真实边界。重要资料应在发送方和接收方各自的可靠存储中保留原件。

选择文件后，前端先向服务端申请短期上传授权，再由浏览器把内容发送到对象存储。较大的文件会按当前实现采用分段上传与失败重试，完成后再提交文件清单、目录结构和分享设置。业务服务负责授权与确认，而不是让全部文件内容绕经普通应用接口转发。

直传不等于速度无限。上传速度取决于发送方上行带宽、网络稳定性、存储服务可达性和设备性能；浏览器关闭、系统休眠或网络切换都可能影响任务。页面会显示进度、速度与错误状态，支持的场景下也会保留可恢复的本地上传状态。

分享页先展示文件概览，再按文件类型提供文件树、二维码、图片或 PDF 预览，以及音视频播放尝试。预览是帮助确认内容的辅助功能，并不保证每种编码都能在每台设备上播放；遇到浏览器不支持的封装或音频编码时，页面会明确建议下载后使用本地软件。

下载链接按访问流程动态获取，不应被视为永久地址。发送者设置提取码时，接收方需要先验证；分享过期、被撤销、被封禁或达到下载次数上限后，公开访问会停止。多人同时下载时，也应考虑各自网络与源文件体积。

上传前先确认文件已完成写入，避免选择仍在渲染或同步中的临时文件；尽量使用稳定网络和桌面端现代浏览器，上传过程中不要让设备休眠。目录非常大时，先清理缓存、代理文件和无关构建产物，可以减少文件数量与核对成本。

生成链接后，先在无痕窗口打开一次，检查文件数量、目录和提取码，再发给对方。对重要交付，可同时发送总大小、关键文件名和约定的截止时间；接收方下载后应自行校验是否完整，而不是只凭链接页面判断长期保存已经完成。