一位用户前几天在社区征求过仪表盘方案，收到不少建议，最终果断选了 Glance（他自己昵称为 Dynacat）。他的核心诉求很明确：想要一个自己愿意每天打开看的仪表盘，而不是又一个需要持续盯着的监控大屏。他属于“配置完就希望忘掉它”的那种人——CPU 占用、DNS 统计、up time、容器健康这些常规指标他并不关心；如果哪里坏了，他更可能通过自己实际在用的服务忽然停摆而察觉。

正因为如此，他为自己定了“一页原则”：仪表盘必须保持在一页以内，只放真正关心的内容。最后留下的元素包括：最常访问的应用和站点、新闻/媒体动态、Plex 播放活动、Bears 球队赛程、存储用量，以及几个纯粹为了有趣而加的小组件。每个模块都经过“我是不是天天会看”的筛选，不相关的一律不保留。

选型思考：为什么不是监控面板

许多仪表盘工具都自带 CPU、内存、磁盘和 Docker 容器状态等监控卡片，但对这位用户来说，这些信息只会带来焦虑而不是便利。他的判断标准是“如果它坏了，我会因为实际使用的东西不能工作而知道”，所以更倾向于用仪表盘承载内容和入口，而不是健康检查。对于有类似想法的人，他建议先想清楚自己每天打开仪表盘到底想看什么，再决定放哪些 widget。

四天折腾：YAML、CSS 与 AI 辅助

配置过程并不顺利，他花了整整四天、经历了大量挫败感，最后几乎全靠 ChatGPT 代写 YAML 和 CSS。他坦承自己完全是新手，之前连 YAML 和 CSS 的基本格式都不熟，甚至第一次接触代码托管平台。但这趟折腾让他学到了不少关于 YAML 缩进、CSS 选择器和平台托管的经验。

有网友问他要配置代码，他一口答应，但提前打了预防针：这份配置非常凌乱，效率也不高，绝大多数由 AI 生成。而且里面有大量针对个人环境的定制——比如 Bears 的赛程、生日/年龄组件、自己的服务列表等等。如果其他人想参考，他建议准备一定的定制时间：“Good luck, soldiers.”

关于 AI 生成配置的争议

有网友对用 AI 来写配置这种“偷懒”方式不以为然。但也有网友站出来反驳：所有开源项目都附带了安装和配置文档，AI 做的其实是“查文档并照着写”，本质上和读 README 没什么区别。更有人提到，AI 最大的好处是降低了动手门槛，让初学者也能快速进入自托管和仪表盘定制这个领域。说难听点，老玩家当年也没少做过花里胡哨的入门页面，拿 AI 说事反而显得居高临下。重要的是别拿 AI 产物去冒充原创或出售，自己玩得开心就好。

生命条背后的小心思

仪表盘底部有一个类似“生命值”的横条，让不少网友瞬间出戏，有人甚至脑补出 LIFE_EXPECT=78 这种环境变量。作者看到后哭笑不得，解释那其实是他自己的年龄/时间显示条，每年生日重置一次，并不是在倒数寿命。这个小插曲倒也给仪表盘添了点人情味。

配置分享与行动顺序

作者最终给出了配置仓库（code.example.cn/nathanbolda/glance-dashboard），并提醒想参考的人：先把 YAML 和 CSS 当作样例，然后根据自己的服务、球队、假期和组件去做替换。对同样想做个“一页生活版仪表盘”的人，他给出的顺序大致是：先列出自己每天真正会打开的应用和信息源，再选一个支持 YAML 的仪表盘，最后让 AI 帮你把清单转成可用的配置，再反复微调格式和样式。