一个够用的图床，比一个复杂后台更重要

图床最重要的能力不是后台多漂亮，而是能不能被脚本稳定调用。

现在的图片上传服务提供 POST /api/upload，用 Bearer Token 鉴权，上传成功后返回 URL、文件名、类型和大小。这已经覆盖了日常写博客、文档配图和 AI 自动化工具的关键路径。

为什么这个设计合适

后端只做三件事：校验身份、校验文件、保存文件。静态访问交给 Nginx 的 /uploads/，缓存头也由 Nginx 添加。

这样服务代码少，出问题时边界清楚，迁移时也容易验证。

curl -X POST "https://file.220992.xyz/api/upload" \
  -H "Authorization: Bearer <token>" \
  -F "file=@cover.png"

它适合接入哪些场景

• 博客发布：文章里的截图先上传，再写入 Markdown。
• AI 生成资产：脚本拿到图片后自动上传，返回可分享 URL。
• 文档交付：DOCX 或 PDF 报告中的辅助图片可以有稳定外链。
• 临时文件交换：配合 SFTPGo，形成上传、归档、访问的闭环。

后续可以补的能力

我不会急着加相册后台。更值得先做的是对象命名策略、重复文件处理、删除接口、访问日志和最小化的管理页。

尤其是同名文件覆盖这件事，在自动化场景里很方便，但在长期归档场景里需要更明确的版本策略。