把“可用”拆成多个层次
第一层是进程和端口，第二层是健康端点，第三层是真实推理，第四层是指标和采集目标。每层都有独立证据。
- 进程是否存活
- 健康端点是否返回预期状态
- 真实请求是否产生有效回答
- 指标是否被 Prometheus 成功采集
使用固定请求减少变量
诊断阶段使用固定模型名、固定短提示词和明确超时。先确认最简单请求成功，再逐步恢复真实参数。
让结果可以被复查
把检查时间、请求目标、状态码、延迟和失败原因写入结构化报告，比只保留终端截图更容易复盘。
端口能访问，为什么服务仍然不可用？
端口通只说明某个进程正在监听，不能说明模型已加载、接口可用或监控完整。排查时我会按运行链路逐层验证，而不是反复重启。