四个自托管工具：25MB 数据库客户端、Jira 替代、40+ 集成仪表盘、离线翻译

自托管这一块最近热闹，挑四个在趋势榜上且真能装起来用的。

t8y2/dbx：25MB 的跨平台数据库客户端

• 支持 100 多种数据库，内置 AI 和 MCP server。
• 单文件 25MB。
• 对比一下：常见的数据库管理工具要么是几百 MB 的 Electron 应用，要么是每种数据库一个专用客户端。25MB 支持 100+ 库，这个密度很罕见。
• 适合：手上数据库种类多、又不想装一堆工具的。

makeplane/plane：Jira / Linear / ClickUp 的开源替代

• 任务与迭代管理。
• 自托管，数据在自己手里。
• 适合：小团队嫌 Jira 重、Linear 贵，又需要正经的迭代管理的。
• 注意：这类项目管理工具的迁移成本主要在历史数据和团队习惯上，选型时先想清楚现有数据怎么搬。

homarr-labs/homarr：现代化仪表盘

• 40 多个集成，拖拽式配置。
• 适合：已经有了一堆自托管服务，需要一个统一入口的。
• 这类工具的价值随服务数量增长——只有三四个服务没必要上，十几个以上就很值。

LibreTranslate：离线可用的机器翻译 API

• 自托管翻译 API，支持离线。
• 适合：有翻译需求但内容不能出内网的场景。
• 预期要调低：开源翻译模型的质量跟商业服务有差距，适合做草稿级翻译、内部文档粗读，不适合直接对外发布。

选这四个的共同标准

1. 能解决一个具体问题，不是玩具。
2. 有真实的部署案例，不是刚起步的仓库。
3. 数据能在自己手里——这是自托管的核心诉求。

装之前要算的账

• 维护成本。每上一个自托管服务，就多一个要升级、要备份、要盯着的东西。四个服务意味着四套备份策略和四次安全更新。
• 资源占用。数据库客户端是本地应用，另外三个是服务端，都要常驻。小机器上要算内存。
• 真的需要吗。自托管的理由通常只有三个：数据合规、成本控制、不想被厂商锁定。如果这三个都不成立，用 SaaS 更省心。

我的判断：自托管不是目的，是手段。先明确你要解决的是合规、成本还是可控性，再决定要不要上一个服务。为了自托管而自托管，最后得到的是一堆没人维护的容器。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

四个自托管工具里我最看好离线翻译，内容不能外传的场景很多，之前基本没得选。Jira 替代类要先确认迁移路径，换工具最贵的是历史数据。

25MB 塞下一百多种库这个密度挺离谱，揣个 U 盘到处插确实方便。倒是好奇事务和长查询怎么处理，轻量客户端最容易在这里翻车。Plane 我们跑过，issue 顺手，报表偏薄。

25MB 支持一百多种数据库，这个体积确实反常识，多半是把驱动做成按需加载。我更想试试它内置的模型上下文服务，如果能直接给智能体当数据源，日常查数就不用在几个客户端之间来回切。离线翻译那个也适合出差路上用。