OtterHub 是一个基于 Cloudflare Pages 和 Telegram Bot API 拼装出来的 Serverless（无服务器）私人文件存储工具。
平时如果想自己搭个文件管理平台，通常得买台 VPS，装个 Nextcloud 或 Alist。但很多人其实只是想有个地方存点临时文件、做个简单的素材归档。为了这点需求每年交几百块服务器费用，还要操心安全维护，显得太重了。用户搜这类工具，痛点就在于：有没有一种方案，既能拥有类似云盘的可视化界面，又不需要自己维护底层的服务器和硬盘？
OtterHub 的做法非常巧妙，它把界面的托管和数据的存储，转嫁给了现成的云服务。
它用 Telegram 的机器人（Bot API）当作实际存储文件的后端仓库，用 Cloudflare 的 KV 数据库来记录文件名、标签等元数据，最后用 Cloudflare Pages 跑一个前端网页。只需配置现有云服务账号，就能以较低维护成本跑起来。
Serverless 私人文件存储的核心亮点：它不只是个“发图机器人”
Cloudflare + Telegram 做文件存储这个玩法，在开发者圈子里不算新鲜事。但如果你只是把文件发给 TG 机器人，那叫备忘录；如果只能存图片，那叫图床。OtterHub 比较有技术含量的地方，是它在架构上解决了一些硬伤，将其做成了文件管理器的样子。
1. 分片上传，处理 20MB 单文件限制
了解 Telegram API 的人都知道，Bot 默认传文件有单文件 20MB 的规定。OtterHub 在前端实现了分片上传（Chunked Upload），将大文件切片处理，再由前端拼接。目前已实测 100MB 文件的稳定上传，理论上最大支持 1GB。
2. 视频流播与精细化管理
它支持了 HTTP Range 请求。这意味着存入的视频或音频可以像正规视频网站一样拖拽进度条、按需加载，不用等整个文件下载完。此外，它还配备了完整的 JWT 密码登录、30天回收站、基于 nsfw.js 的图片安全遮罩，甚至还可以绑定 Workers AI 进行图片自动描述与分析。
和传统轻量图床相比，区别在哪？
之前流传的 Telegraph-Image 或 CloudFlare-ImgBed 同样也是这套底层组合。但它们的定位截然不同，我们做了一个简单的对比：
| 对比项 | OtterHub | 传统 CF 图床项目 |
|---|---|---|
| 核心定位 | 私人文件存储（全格式支持） | 公开图床 / 轻量分享 |
| 大文件与流播 | 分片上传（最大1GB），支持拖拽进度条 | 通常限于 20MB 以内，无流媒体优化 |
| 访问控制 | 密码登录 + 私有访问控制 | 多为公开访问，贴图即走 |
| 部署门槛 | 中等（需配置 KV、Bot Token 等） | 较低，一键部署为主 |
门槛与代价：它替代不了正规商业云盘
这套方案看着很巧妙，但只要是依赖第三方 API 构建的服务，就一定有它的使用边界门槛。
1. 重要前置条件： 如果你在中国大陆，Telegram 需要科学上网才能访问，这是这套方案绕不过去的硬门槛。
2. 别存关键生产资料： 你的数据握在 Telegram 和 Cloudflare 的风控规则手里。拿来做临时分享或不重要素材的备份可以，千万别把唯一的绝版商业数据存在这。
3. 并发性能有限： 受到 Cloudflare 免费版 Workers/Pages Functions 的执行时间限制，传超大文件或多人同时高并发下载时，稳定性不如商业级对象存储。
谁适合折腾？
如果你手里刚好有闲置的域名，平时重度使用 Telegram，且受够了常规网盘的各种分享限制，那 OtterHub 值得作为一个轻量自用方案试试看。它是个架构非常漂亮的 Serverless 实验性项目。
但如果你想要的是一个“稳定存十年、几十个 G 随取随用”的生产力工具，那建议还是老老实实买块本地硬盘，或者订阅 Google Drive 等正规商业云服务。
延伸阅读：如果你确实需要挂载各大网盘并进行统一管理，且愿意投入一台小机器，可以看看这篇 Alist 部署与多网盘聚合指南。
