gasp-diagnostics
使用 GASP 診斷 Linux 系統
診斷 Linux 系統問題需要 CPU、記憶體、磁碟和網路指標方面的專業知識。GASP Diagnostics 教導 Claude 擷取監控數據並透過情境感知分析進行解讀，適用於開發運維和系統管理員。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“gasp-diagnostics”。 Check hyperion for any issues
预期结果:
- Health: degraded (1 concern detected)
- Memory pressure at 8.2% - postgres container using 12GB RAM (up from 4GB baseline)
- Swap usage: 512MB - system started swapping 2 hours ago
- Recommendation: Check for query leak and consider restarting the container
- No failed systemd units, network looks normal
正在使用“gasp-diagnostics”。 Compare proxmox1 and proxmox2
预期结果:
- Proxmox1: Load 4.2/16 cores (26%), memory 72%, healthy
- Proxmox2: Load 14.1/16 cores (88%), memory 91%, attention needed
- Proxmox2 is outlier - investigating top processes
- Found: qemu-system process using 8 cores, likely runaway VM
正在使用“gasp-diagnostics”。 Why is my workstation slow?
预期结果:
- Load ratio: 1.8/8 cores (225%) - CPU saturated
- io_wait_ms: 45ms - significant disk bottleneck
- Top consumer: chrome (PID 1234) with high disk I/O
- Check for excessive tab memory or disk-heavy extensions
安全审计
安全Documentation-only skill teaching Claude to fetch GASP metrics via HTTP GET on port 8080 and interpret JSON output. Static findings are false positives - markdown code formatting and legitimate diagnostic documentation misinterpreted by pattern scanner. No executable code, no file system access, no command execution.
风险因素
🌐 网络访问 (1)
质量评分
你能构建什么
多主機叢集分析
比較 Proxmox 節點、容器主機和開發工作站的資源使用情況，以識別效能異常值。
記憶體洩漏調查
偵測記憶體壓力、交換空間使用情況，並識別消耗過多記憶體的程序及其成長趨勢。
工作站效能檢查
透過分析 GPU 使用率、磁碟 I/O 瓶頸和程序模式來診斷緩慢的開發工作站。
试试这些提示
Check {hostname} for any issues and tell me what you find.Compare resource usage on {host1} and {host2}. Which one is the outlier and why?Why is {hostname} slow? Check for memory pressure, swap usage, and identify any memory-hogging processes.Run a full diagnostic on {hostname}. Check CPU load, memory pressure, disk I/O, network errors, systemd failed units, and GPU utilization if available.最佳实践
- 使用特定的主機名稱而非 IP 位址，以獲得更好的上下文識別
- 排查叢集範圍問題時，要求多主機比較
- 檢查 recent_changes 陣列以將問題與系統事件關聯
避免
- 詢問系統問題時未指定主機（技能需要 GASP 端點）
- 評估數值是否異常時忽略基準比較
- 假設高記憶體使用量一定是問題（快取使用在 Linux 中是正常的）
常见问题
GASP Diagnostics 支援哪些系統？
資源限制是什麼？
如何與現有工具整合？
我的資料安全嗎？
如果 GASP 無法存取怎麼辦？
這與 MCP 伺服器相比如何？
开发者详情
许可证
MIT
引用
main
文件结构