Server-management 是 sickn33/agentic-awesome-skills 中的一个技能，主题是生产环境下的服务器管理原则与决策方法。它的核心立场是让使用者“学会思考，而不是背诵命令”，因此内容以原则、判定标准和取舍对照为主，而非具体命令清单。
一、用途 该技能用于指导服务器运维相关的决策与排查思路，覆盖进程管理、监控、日志、扩容、健康检查、安全、故障排查等典型领域，并给出常见反模式的正反对照。资料说明，当任务明确符合上述范围时才应使用，且输出不能替代针对具体环境的验证、测试或专家评审。
二、主要能力（按资料分节）
- 进程管理原则：包含工具选型参考（Node.js 应用用 PM2，通用应用用 systemd，容器用 Docker/Podman，编排用 Kubernetes、Docker Swarm），以及进程管理目标——崩溃自动重启、零停机重载、利用全部 CPU 核心的集群化、服务器重启后可恢复的持久化。
- 监控原则：明确四类监控对象（可用性：在线时间、健康检查；性能：响应时间、吞吐量；错误：错误率、错误类型；资源：CPU、内存、磁盘），并给出告警分级策略（Critical 立即处理、Warning 尽快排查、Info 每日查阅）和工具选型方向（简单免费：PM2 指标、htop；全链路可观测：Grafana、Datadog；错误追踪：Sentry；在线监测：UptimeRobot、Pingdom）。
- 日志管理原则：区分应用日志（调试、审计）、访问日志（流量分析）、错误日志（问题发现）的用途；强调日志轮转防止磁盘写满、结构化 JSON 便于解析、合理使用错误/警告/信息/调试级别、日志中不得包含敏感数据。
- 扩容决策：按症状选择方案——CPU 高时增加实例（横向），内存高时增加内存或修复泄漏，响应慢时先做性能剖析再扩容，流量突发时采用自动扩容；并对比纵向（单机快速修复）、横向（可持续、分布式）、自动（流量多变）三种策略的适用时机。
- 健康检查：给出健康判定的四类检查（HTTP 200 表示服务响应、数据库连接表示数据可访问、依赖正常表示外部服务可达、资源正常表示 CPU/内存未耗尽），并说明简单实现（仅返回 200）与深度实现（检查全部依赖）的区别，选择取决于负载均衡器的需求。
- 安全原则：访问控制仅用 SSH 密钥、不用密码；防火墙只开放必要端口；定期打安全补丁；密钥放在环境变量而非文件；对访问与变更进行审计。
- 故障排查优先级：依次检查进程是否在运行、日志中的错误信息、资源（磁盘、内存、CPU）、网络（端口、DNS）、依赖（数据库、API）。
- 反模式：不要以 root 运行、不要忽视日志、不要跳过监控、不要手动重启、不要没有备份；相对地应使用非 root 用户、配置日志轮转、从第一天就监控、配置自动重启、制定定期备份计划。
三、使用方式 资料给出的使用方式是：当任务符合该技能范围时，以 @server-management 引用该技能来处理“服务器管理原则与决策”类任务。技能本身不提供安装命令、代码或脚本，资料中亦未给出。
四、适用场景与限制 适用场景为需要服务器运维决策思路的对话或工作流，例如进程管理方案取舍、监控与告警设计、日志规范、扩容判断、健康检查设计、安全检查清单和故障排查顺序。限制方面：资料明确要求仅当任务清晰匹配上述范围时使用；不得将输出视为环境特定验证、测试或专家评审的替代品；当缺少必要输入、权限、安全边界或成功标准时，应停止并请求澄清。此外，资料未提供具体命令、收费信息、平台支持范围或实际效果数据。