2026.09.18
Dashy：为自托管服务整理入口与状态的仪表盘
Dashy 面向家庭实验室和自托管用户，提供可配置的多页面首页、服务状态、组件、搜索、主题与认证能力。采用时仍需评估配置维护、反向代理、认证和外部服务访问等部署事项。
它解决什么问题
Dashy 是一个面向自托管场景的个人仪表盘，适合把家庭实验室、服务器或内部服务集中到一个可定制的首页。它不负责替代这些服务，而是提供入口、组织方式和部分状态展示，让用户可以从同一界面访问应用、主机和相关信息。
主要功能
项目支持多页面，适合按用途、环境或家庭成员拆分服务。内置状态检查可以针对应用链接或主机显示可用性信息；README 说明，应用检查基于 HTTP 响应，主机检查使用 ICMP ping。还可以通过组件展示自托管服务的动态内容，并支持搜索名称、域名或标签。
界面层面，Dashy 提供预置主题、颜色编辑器、自定义 CSS、多种图标来源、可调整布局和多种打开方式。它还提供最小视图、工作区视图、PWA 基础离线访问，以及多语言支持。认证是可选功能，项目文档列出基础认证和 Keycloak 单点登录等方向；实际接入前应按官方文档核对配置与边界。
4.7.0 正式 release 记录了日历组件、嵌入组件的 htmlSrc 选项，以及对 Uptime Kuma 组件的改进，同时包含状态检查相关修复。这里仅按 release 内容概括，不代表所有组件在每种环境中都无需额外配置。
适合哪些人
它适合已经运行多个 Web 服务、希望改善入口管理的 homelab 用户，也适合需要一个内部服务导航页的小型团队。熟悉 YAML、Docker、反向代理和身份认证的用户，更容易处理配置文件、持久化目录以及外部服务访问问题。若需求只是少量书签，Dashy 的组件、状态检查和主题能力可能会带来额外维护工作。
采用前的限制与部署考虑
Docker 是较直接的部署路径，但挂载的 /app/user-data 至少需要 conf.yml；该目录还可能保存子配置、图标、字体和自定义 CSS，因此应纳入备份与权限规划。README 声称镜像覆盖 amd64 和 arm64，但具体镜像标签、架构和版本策略仍应在部署时核对。项目也支持源码运行，要求 Node LTS、Git 和 Yarn；这意味着升级时需要考虑依赖与构建流程。
状态检查和组件会访问目标服务，部署者应确认网络路径、DNS、跨域、证书、认证凭据及反向代理规则。若将仪表盘暴露到公网，应单独设计访问控制、TLS、日志和更新流程；项目提供认证功能并不等于当前部署已经完成安全加固。云备份、外部组件和自定义嵌入内容也应按数据敏感性逐项评估。
仓库元数据显示 Dashy 采用 MIT License，且未被归档。项目持续发布并不意味着每次更新都适合生产环境，建议先固定经过验证的版本，再安排升级和配置回滚。
资料来源
资料核对日期：2026-09-18