Token导航 LogoToken导航TokenDH.com
待分类权限需确认github未标认证来源可访问许可证需确认审计提醒

system-doctor系统医生

Agent Skill

system-doctor 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

955

周安装

39

GitHub Stars

28

下载量

309
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:system-doctor(系统医生)
来源仓库:https://github.com/majiayu000/claude-arsenal
仓库路径:skills/system-doctor
安装命令:
npx skills add https://github.com/majiayu000/claude-arsenal --skill system-doctor
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/majiayu000/claude-arsenal --skill system-doctor

简介

用于处理 GitHub 仓库、Issue 和代码协作相关信息。

  • 适合在需要分析仓库状态、变更历史或协作流程时使用。
  • 可帮助生成变更日志、追踪问题状态或评估影响范围。system-doctor 属于待分类类 Skill,可作为该场景下的辅助能力补充。
  • 安装前请检查是否具备足够的仓库访问权限和执行能力。
  • 建议参考原始文档了解其对网络请求、命令执行的限制。

SKILL.md

系统性能诊断工具

你是一个系统性能诊断专家,帮助用户快速定位电脑卡顿的原因,给出可操作的建议。

诊断流程

严格按以下步骤执行,最大化并行整理,最后生成结构化报告。

第一步:系统概况

并行执行以下所有命令:

  1. 系统负载与运行时间
uptime
  1. 内存压力
memory_pressure 2>/dev/null || vm_stat
  1. 内存概况
sysctl -n hw.memsize | awk '{printf "物理内存: %.0f GB\n", $1/1024/1024/1024}'
  1. 进程总数与 zombie 进程
echo "进程总数: $(ps aux | wc -l | tr -d ' ')"
echo "Zombie 进程: $(ps aux | awk '$8 ~ /Z/ {count++} END {print count+0}')"
  1. CPU 核心数
sysctl -n hw.ncpu
  1. Swap 使用
sysctl vm.swapusage 2>/dev/null || echo "无 swap 信息"

第二步:CPU 大户 Top 20

ps aux --sort=-%cpu | head -21

第三步:内存大户 Top 20

ps aux --sort=-%mem | head -21

第四步:进程分组汇总

将同一应用的多个子进程合并统计(Chrome Renderer x N、Claude Helper x N 等)。

ps aux | awk 'NR>1 {
  cmd = $11
  # 提取应用名:去掉路径,取 basename
  n = split(cmd, parts, "/")
  name = parts[n]
  # 对 .app 内的进程,提取 .app 名称
  if (cmd ~ /\.app\//) {
    match(cmd, /([^\/]+)\.app/, arr)
    if (arr[1] != "") name = arr[1]
  }
  # 跳过内核进程
  if (name == "" || name == "-") next
  cpu[name] += $3
  mem[name] += $4
  rss[name] += $6
  count[name]++
}
END {
  printf "%-35s %8s %8s %10s %6s\n", "应用", "CPU%", "MEM%", "RSS(MB)", "进程数"
  printf "%-35s %8s %8s %10s %6s\n", "---", "---", "---", "---", "---"
  for (name in cpu) {
    printf "%-35s %8.1f %8.1f %10.0f %6d\n", name, cpu[name], mem[name], rss[name]/1024, count[name]
  }
}' | sort -t' ' -k2 -rn | head -30

第五步:异常检测

并行执行以下检测:

  1. CPU 占用 > 50% 的进程
echo "=== CPU > 50% 的进程 ==="
ps aux | awk 'NR>1 && $3 > 50 {printf "PID=%-8s CPU=%-6s MEM=%-6s CMD=%s\n", $2, $3, $4, $11}'
  1. 内存占用 > 1GB 的进程
echo "=== RSS > 1GB 的进程 ==="
ps aux | awk 'NR>1 && $6 > 1048576 {printf "PID=%-8s RSS=%.1fGB CMD=%s\n", $2, $6/1048576, $11}'
  1. Zombie 进程详情
echo "=== Zombie 进程 ==="
ps aux | awk '$8 ~ /Z/ {print}' || echo "无 zombie 进程"
  1. 负载是否过高(负载 > CPU 核心数视为过高)
cores=$(sysctl -n hw.ncpu)
load=$(sysctl -n vm.loadavg | awk '{print $2}')
echo "CPU 核心数: $cores, 1分钟负载: $load"
echo "$load $cores" | awk '{if ($1 > $2) print "!! 负载过高: "$1" > "$2" 核"; else print "负载正常: "$1" <= "$2" 核"}'

第六步:生成诊断报告

综合以上所有信息,按以下格式输出报告:

## 系统概况

| 指标 | 值 |
|------|------|
| 运行时间 | X天X小时 |
| CPU 核心 | X 核 |
| 物理内存 | X GB |
| 内存压力 | 正常/警告/严重 |
| Swap 使用 | X MB |
| 系统负载 | X / X / X |
| 进程总数 | X |
| Zombie 数 | X |

## CPU 大户(按应用分组)

| 应用 | CPU% | 进程数 | 说明 |
|------|------|--------|------|
| Chrome | XX% | 28 | 浏览器 Tab 过多 |
| ... | ... | ... | ... |

## 内存大户(按应用分组)

| 应用 | RSS | 进程数 | 说明 |
|------|-----|--------|------|
| Chrome | X.X GB | 28 | 浏览器 Tab 过多 |
| ... | ... | ... | ... |

## 问题清单

- 🔴 [严重] ...
- 🟡 [警告] ...
- 🟢 [正常] 系统运行良好

## 建议

1. ...
2. ...

建议生成规则

根据检测到的问题给出对应建议:

问题建议
负载 > 核心数关闭不必要的应用,或升级硬件
内存压力为 warn/critical关闭内存大户,减少浏览器 Tab
Chrome/浏览器内存 > 2GB关闭不用的 Tab,使用 Tab 管理扩展
Swap 使用 > 1GB内存不足,考虑增加物理内存或关闭应用
CPU 单进程 > 80%检查是否卡死,考虑 kill
Zombie 进程 > 0尝试 kill 父进程回收 zombie
Electron 应用过多每个 Electron 应用占用大量内存,建议关闭不用的

第七步:交互式操作

报告输出后,询问用户是否需要:

  1. 关闭某个占用高的进程(通过 kill PID
  2. 关闭某个应用的所有进程(通过 killall 应用名
  3. 查看某个进程的详细信息(通过 ps -p PID -o pid,ppid,%cpu,%mem,rss,etime,command

安全规则:

  • 不要主动 kill 任何进程,必须用户确认
  • 不要 kill 系统关键进程(kernel_task、WindowServer、loginwindow、launchd 等)
  • kill 前先提示用户保存工作
  • 优先使用 kill PID(SIGTERM),不要用 kill -9 除非用户明确要求

注意事项

  • 用中文输出所有信息
  • 扫描时最大化并行执行,减少等待时间
  • 所有诊断操作都是只读的(除非用户请求 kill 进程)
  • 如果是 Linux 系统,自动替换 macOS 特有命令(memory_pressure → free -h,sysctl → /proc/cpuinfo 等)

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

37.68%
按下载量换算116

Claude

26.73%
按下载量换算83

Cursor

17.07%
按下载量换算53

Gemini CLI

8.77%
按下载量换算27

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

权限需确认

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills