PotatoChat 一般支持发送常见的文档（如 PDF、Word、Excel、PowerPoint）、纯文本与标记文件（TXT、MD、CSV）、图片（JPG、PNG、GIF、WEBP、HEIC 等）、音视频（MP3、WAV、M4A、MP4、MOV、WebM）、压缩包（ZIP、RAR、7Z）、代码与配置文件（.py、.js、.json、.xml、.html、.css、.srt）等主流格式；不同平台（网页版、iOS、Android）在单文件大小、预览能力与上传方式上会有差异，具体以你所用版本的说明为准。
概览：先把范围铺开再深入
想知道 PotatoChat 支持哪些文件格式，最好先把“文件”这个东西分门别类：文档类、图片类、音视频类、压缩包、代码与配置、以及本地化/翻译专用格式。这样一来讨论就不乱了。我下面把每类里常见的扩展名、它们在聊天里通常的表现（能否预览、是否需要下载）和一些注意事项都讲清楚。
支持的文件类型一览（按类目）
| 类别 | 常见扩展名 | 典型处理方式 |
| 文档 | PDF, DOC, DOCX, XLS, XLSX, PPT, PPTX, ODT, RTF | PDF 与 Office 文档一般可在线预览（视平台而定），也可下载原文件 |
| 纯文本与标记 | TXT, CSV, MD, LOG | 通常直接展示文本，可高亮或按行查看 |
| 图片 | JPG, JPEG, PNG, GIF, WEBP, BMP, HEIC | 内联显示或打开图片查看器；动图与高效格式支持程度依平台不同 |
| 音频 / 视频 | MP3, WAV, M4A, AAC, MP4, MOV, MKV, AVI, WebM | 常见音视频可内嵌播放，不常见格式需下载或转码 |
| 压缩与安装包 | ZIP, RAR, 7Z, TAR, GZ, APK (注意) | 通常需下载；可解压后再发送内部文件；APK 类通常受限或提醒风险 |
| 代码与配置 | PY, JS, JAVA, TS, HTML, CSS, JSON, XML, YAML, SRT | 文本展示，代码块高亮（部分客户端），字幕文件可与视频配对 |
| 字体与设计文件 | TTF, OTF, SVG, PSD, AI, EPS | 设计文件常需下载并用专业软件打开；预览支持有限 |
不同平台间的细微差别
说实话，聊天应用对于“支持格式”这件事通常不是全能的魔法，而是在不同平台上做了不同的取舍：
- 网页版：通常支持更广的预览能力，因为可以借助浏览器内建的 PDF/视频/图片等渲染，但上传大小受浏览器与后端限制影响。
- Android：文件来源多（本地、SD 卡、其他应用），对 HEIC、APK 之类的小众或危险文件会做额外限制或弹窗提示。
- iOS：沙箱机制下统一通过“分享”接口上传，HEIC、HEIF 之类苹果专属格式能直接发但有时接收端会自动转成 JPG。
关于文件大小与限制（重要）
不同版本、不同账户类型（免费/付费/企业）往往设置不同的单文件大小和总存储限制。通常规则包括：
- 单文件上传上限：从几十 MB 到几 GB 不等；常见聊天工具设置在 25–100 MB，企业版或付费版可提升到 2 GB 或更高。
- 批量上传：多个小文件一起发通常比单个超大文件更稳妥；如果文件超限，可以先压缩或用云盘链接。
- 网络环境：移动网络上传大文件容易中断，建议在 Wi‑Fi 下操作并使用支持断点续传的客户端。
预览能力：哪些能直接看，哪些要下载
用户体验差别往往来自于“能不能直接预览”。把常见文件分成三类，能更好决定是否需要转换或额外准备：
- 直接预览类：图片（JPG/PNG/GIF/WEBP）、常见视频（MP4/WEBM）、PDF、TXT/CSV、部分 Office 文档（视平台而定）。
- 部分预览或缩略图类：PSD、AI、复杂 Office 文档（含宏或特殊字体）、某些音频格式（如 FLAC）可能只显示文件名或生成缩略图。
- 必须下载类：压缩包（ZIP/RAR/7Z）、可执行文件（EXE、APK）、大多数设计原档（某些 PSD/AI 版本）、专有容器（某些 MKV 编码）等通常需下载后用本地软件打开。
安全与隐私：别把风险也发出去了
任何能上传文件的服务都会面临安全问题。几个现实可行的做法值得记住：
- 避免发送可执行文件或安装包（EXE、APK），除非你完全信任接收方。很多平台对这类文件会弹警告或直接禁止。
- 敏感信息（身份证、护照、银行卡、未加密合同等）尽量不要直接发送。如需传输，先用密码保护并通过加密通道或企业文件共享工具。
- 文件在传输与存储过程中可能被扫描以检测恶意代码或病毒，这类扫描是常见实践，但不要把它当成万能保护。
- 若你是企业用户，优先选择支持端到端加密与审计日志的版本，以便满足合规与数据治理需求。
翻译与本地化工作流建议（贴合你要出海的业务）
既然你们做多语种翻译，文件格式的选择直接影响效率。下面结合实际工作经验给点实用建议：
常见格式与最佳处理方式
- 文本/文档（DOCX, ODT）：优先使用 DOCX，便于保留段落样式、表格、注释。对接 CAT 工具时可导出为 XLIFF 保留翻译对齐信息。
- 表格（XLSX, CSV）：翻译产品属性、词汇表时用 XLSX 更直观；批量处理可用 CSV，但需注意字符编码（UTF‑8）。
- 软件/网站（PO, POT, JSON, YAML, XML）：这些是本地化常见格式，尽量保持键值对应，使用翻译记忆库（TM）和术语库（TB）以保持一致性。
- 多媒体（SRT, VTT）：字幕格式应和视频帧率匹配，时间轴精度直接影响观感；发给翻译时保留原始时间戳。
- 设计稿（PSD, Figma, Sketch, AI）：若要翻译界面或图片内文字，优先提供可编辑源文件或导出图层文本，以便译员直接修改而非重做图片。
常见问题（FAQ）与排查思路
- 上传失败：先检查网络、文件大小是否超限、客户端是否有储存权限；若是网页版，尝试换浏览器或清缓存。
- 无法预览 Office 文档：可能含有宏或受保护文档，建议另存为兼容版本（如 DOCX 减少特殊元素）再发送。
- 图片显示异常：HEIC/HEIF 在非苹果设备上可能不被识别，建议转为 JPG 或 PNG。
- 视频无法播放：检查编码器（H.264/H.265）与容器（MP4/MKV）兼容性；若平台不支持，转码为 H.264 MP4 是最保险的选择。
- 被标记为危险文件：联系平台客服核实，或将文件压缩并加密码后通过受信渠道发送，同时传密码给接收方。
实操小贴士：让发送更顺畅
下面这些小技巧能在日常操作中省很多头疼事：
- 发送前先压缩并分卷（若文件很大），接收方可以按序解压，避免单次传输失败。
- 对于翻译项目，尽量把可翻译文本单独导出（比如导出为 XLIFF 或 CSV），而不是直接把整套设计稿丢给译员。
- 如果你需要对外展示文件，优先用 PDF 来锁定版式；后续要改才用源文件（DOCX、PSD、AI）。
- 在团队协作时，把文件命名规范化（项目名_语言_版本号_日期.ext），便于版本管理和审校。
表格：针对翻译/本地化团队的格式决策参考
| 目标 | 优选格式 | 备注 |
| 可直接翻译的文案 | XLIFF, DOCX, CSV | XLIFF 保留上下文最强，DOCX 适合含格式正文，CSV 适合批量字段 |
| 界面与软件本地化 | PO, JSON, YAML, XML | 保留键值对应，使用 TM 和术语库加速一致性 |
| 多媒体字幕 | SRT, VTT | 保留时间轴；VTT 支持网页额外样式 |
| 视觉设计文本 | PSD, AI, Figma, 导出图层文本 | 直接在源文件里修改或导出为可编辑文本最省力 |
如果遇到“不支持”的格式怎么办？
别惊慌，处理它的办法往往是三步：
- 先把文件扩展名确认正确；有时只是后缀错了。
- 将文件转换成目标格式——比如 HEIC 转 JPG、PSD 导出为 PNG 或把 DOC 转为 PDF。
- 若无法转换，上传到受信的云盘并分享下载链接，或把文件分割成更小的块再传。
最后，说点实在的经验话
上面这些知识听起来有点像清单，但在日常工作里你会发现：清楚哪些格式能直接预览、哪些格式需要额外处理、以及如何为译员准备“干净”的源文件，能把整个出海环节的时间从“反复折腾”变成“流水线”。如果你正在搭建团队或选工具，优先测试你常用的文件类型在目标客户端的表现，不同国家/地区的惯用格式也会有差异（比如日本用户更常发高分辨率图片，欧洲市场对 PDF 要求更高）。就这样，路上还有些零碎的问题，慢慢解决就好了。