Linux服务故障诊断工具，整合systemd/PM2日志分析、权限修复、Nginx反向代理与DNS校验，提供精准修复方案
说明：
## 核心用法
`linux-service-triage` 是一款面向运维场景的系统性诊断技能，专为解决Linux服务器应用故障、不可访问或配置错误而设计。其核心工作流涵盖七大维度：服务状态确认、日志证据收集、故障分类、最小修复方案、网络路径验证、重启计划与回滚策略。
**执行流程**：
1. **范围确认**：识别服务名称（systemd单元或PM2进程），确认用户权限边界
2. **证据采集**：解析 `systemctl status`、`journalctl`、`pm2 logs` 等输出
3. **故障分类**：区分配置错误、依赖缺失、权限拒绝、端口冲突、上游不可达、DNS不匹配六大类
4. **修复提案**：提供最小化修复步骤，默认只诊断不执行
5. **网络验证**：应用监听 → Nginx代理 → DNS解析 → TLS完整性（如适用）
6. **安全交付**：敏感操作需用户显式确认，优先使用 `nginx -t` 验证配置
## 显著优点
– **全链路覆盖**：从进程层（systemd/PM2）到网络层（Nginx/DNS）的垂直诊断能力
– **安全优先设计**：只读诊断为默认模式，破坏性操作强制二次确认
– **结构化输出**：统一报告模板（症状-证据-根因-修复-验证-回滚）降低认知负荷
– **场景化示例**：内置权限修复、502错误排查等典型场景的参考实现
## 潜在局限
– **非深度工具**：明确排除内核调试、性能剖析、安全渗透等高级场景
– **依赖输入质量**：需要用户提供完整的日志片段或状态输出，缺少自动采集能力
– **TLS管理受限**：证书配置需额外确认环境细节，无法自动完成
## 适合人群
DevOps工程师、SRE、全栈开发者、VPS/独立服务器管理员，尤其适合需要快速恢复线上服务但不愿承担过度操作风险的场景。
## 常规风险
– **权限边界误判**：用户可能误授权执行高特权命令
– **配置语法风险**：`nginx -t` 前置检查降低但无法消除配置错误概率
– **日志信息泄露**：用户粘贴日志时可能无意暴露敏感路径或内网信息
