纯文档型系统监控 Skill，无代码执行风险，适合作为运维工作流模板参考，但缺乏实际自动化能力需人工实现。
说明：
## 核心用法
Auto Monitor 是一款**声明式系统监控规范** Skill，以 Markdown 文档形式定义了一套服务器健康检查的主动监控流程。它不提供可执行代码，而是作为”最佳实践蓝图”，指导用户或开发者实现：
– **定期检查机制**：设定 N 分钟间隔的轮询策略
– **多维度监控项**：覆盖磁盘（>80%告警）、内存（>85%告警）、CPU Load（>核数×0.8告警）、网络状态、进程状态
– **分级汇报体系**：正常状态简洁汇报，异常状态详细说明并附带修复建议
– **主动闭环**：发现问题主动告警，支持预设自动修复动作
## 显著优点
1. **零代码安全风险**：纯 Markdown + JSON 配置，无可执行代码，扫描得分 95/100，安全等级 S+
2. **意图透明**：功能边界清晰，无隐藏行为或模糊描述
3. **合规友好**：无数据收集，符合 GDPR/CCPA 隐私规范
4. **即开即用（理念层面）**：运维人员可直接参照文档流程手动执行，或快速翻译成 Shell/Python 脚本
## 潜在缺点与局限性
1. **非功能性 Skill**：仅有规范描述，**不具备实际监控执行能力**，需用户自行编码实现
2. **阈值固定**：告警阈值（磁盘80%/内存85%/CPU 0.8×核数）硬编码在文档中，无动态配置接口
3. **缺乏平台适配**：未区分 Linux/Windows/macOS 的具体命令差异
4. **修复建议笼统**：”自动修复”能力仅停留在概念层，无具体实现指引
## 适合人群
– **初级运维工程师**：学习监控体系设计的入门参考
– **DevOps 开发者**：作为自动化监控脚本的”需求文档”基线
– **安全审查人员**：研究零代码风险 Skill 的样本案例
– **不适合**：寻求开箱即用的监控工具的直接使用者
## 常规风险
– **误用风险**：用户可能误以为这是可运行的监控 Agent，实际需二次开发
– **T3 来源局限**：个人开发者维护，后续更新可持续性存疑，关键环境需额外审查
– **阈值漂移**：手动实现时若未严格遵循文档阈值，可能导致告警失效或过度告警
会员专属
