如果要给 ChatGlance 增加一个新标签页，最重要的问题不是“要不要重写一个前端”，而是：这个页面的数据从哪里来、怎么变成 Glance 能消费的配置、怎么验证不会把坏配置或敏感信息发布到 live 站点。
ChatGlance 的答案是把页面做成一条 repo-owned pipeline：源码负责生成和验证页面，runtime 只保存可再生成的数据快照，真正的 Web 服务仍由 upstream Glance 读取 glance.yml 提供。
在上一篇 自托管 Dashboard 选型 里，我们把 Glance 归类为“信息聚合型 dashboard”：它既能放服务入口，也能看服务状态、服务器资源、RSS、天气、GitHub release、视频和社区信息。
但选中 Glance 之后，真正的问题才开始：它到底怎么加东西？一个服务应该用哪个 widget？RSS 能不能订阅多个来源？除了官方示例里的天气和 Hacker News，它还能放什么？
这篇就从实际配置出发回答这些问题。
当自托管服务从两三个变成十几个以后，最先失控的通常不是 Docker，而是入口：服务 URL 记不住、端口散落在书签里、手机上找不到常用页面、某个容器挂了也没有直观提醒。这类问题不一定需要上 Grafana，很多时候一个 startpage / homepage / dashboard 就够了。
这篇从 awesome-selfhosted 的 Personal Dashboards 分类里挑了五个最值得优先看的项目：Homepage by gethomepage、Homarr、Dashy、Homer 和 Glance。它们都能自托管，但解决的问题不完全一样。