这台服务器目前在跑什么

我现在更需要的不是再装一个新面板，而是把已经跑起来的服务讲清楚。服务器上同时存在文件服务、图床、PDF 自动化、AI 文档工作台和几个实验端口，如果没有一张清晰的地图，后续每一次改动都会变成猜谜。

入口层：Nginx 是边界

公网 80 端口由 Nginx 监听。它一边把 files.cj10.xyz / sftp.cj10.xyz 交给 SFTPGo，一边把图床的 /api/ 反代到本机 8001，把 /uploads/ 映射到图片存储目录。

Nginx :80
  |- files.cj10.xyz -> SFTPGo Web UI 127.0.0.1:8080
  |- /dav -> SFTPGo WebDAV 127.0.0.1:10080
  |- image-api -> FastAPI 127.0.0.1:8001
  |- /blog -> MiniLoad blog

这个结构的好处是后端服务可以尽量只监听本机端口，真正暴露到公网的路径由 Nginx 统一决定。

服务层：围绕文件和文档展开

从当前项目看，服务器的主线很明确：文件入口负责收纳和分发，图床负责让图片拥有稳定 URL，PDF 服务负责把非结构化材料变成可处理数据，AI DOCX 工作台则负责正式文档的生成、审阅和交付。

• SFTPGo：文件、SFTP、WebDAV，是个人文件中台。
• Image Uploader：面向 AI 或脚本的图片上传 API。
• PDF Process / PDF2Excel：把 PDF 解析成表格或结构化结果。
• AI DOCX：把正式文档的生成、检查、审计和导出合到一个工作台。

下一步：从能跑走向可维护

服务变多以后，真正的工作不是继续堆端口，而是收敛入口、补齐健康检查、记录部署方式、明确哪些接口需要鉴权。

博客本身也应该成为这套基础设施的目录页：每个服务有一篇文章，每次迁移和事故都能留下可复盘的记录。