固定检查顺序
- 先看核心服务是否运行，避免在服务已挂时继续做细节优化。
- 再看 failed units、磁盘、内存、备份年龄和公开探针。
- 最后做最小 smoke test，只验证主链路能回答或页面能打开。
- 如果要修改配置，先备份，再改动，再复核。
正常信号
核心服务运行中，并且最近没有反复重启。
系统失败项没有 failed units，或失败项已有记录和下一步。
资源根分区和内存有明显余量，不接近告警阈值。
备份最近备份存在，有校验文件，年龄在预期窗口内。
公开入口首页、文档、状态页、404、安全头和 gzip 检查通过。
需要处理的情况
- 核心服务不运行，或 public status 从 ok 变成 warn / fail。
- 备份超过预期时间，或者最新归档没有校验文件。
- 磁盘使用率快速增长，尤其是日志、补丁备份和快照目录。
- 自动更新失败，但没有明确失败原因。
- 网页发布后 404、安全头、gzip 或 sitemap 检查失败。
维护记录怎么写
只写结论不够。每次维护至少留下目标、动作、验证证据、观察项和下次建议。这样下一次打开工作区时，不需要从聊天记忆里猜发生了什么。
公开边界
公开文章只讲方法，不记录服务器地址、密钥、内部路径、原始日志或备份内容。
自动化优先级
先把检查标准写清楚，再脚本化。最值得自动化的是重复而低风险的检查：状态摘要、备份校验、公开页面探针、敏感词扫描和部署门禁。
Next Action
写一份自己的只读健康检查模板
把常见检查固定下来，之后每次维护都沿着同一张表走。
- 列出核心服务和公开入口。
- 写下正常阈值和需要处理的阈值。
- 每次维护后补一条记录。
Copy Prompt
请帮我为一个个人服务器写只读健康检查模板。
范围：[核心服务、公开网页、备份、磁盘、内存]
要求：先检查状态，再判断风险，最后给出下一步。
限制：不要读取密钥，不修改配置，不重启服务。
输出：检查命令、正常标准、需要处理的标准、维护记录模板。