Token导航 LogoToken导航

Agent Skill · 待分类

system-doctor(系统医生)

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

system-doctor 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描有提醒项,按安装量在待分类类的 11,209 个 Skill 里排第 3,585。

总安装 955周安装 39GitHub Stars 28下载 309核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 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

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

用于处理 GitHub 仓库、Issue 和代码协作相关信息。适合在需要分析仓库状态、变更历史或协作流程时使用。可帮助生成变更日志、追踪问题状态或评估影响范围。system-doctor 属于待分类类 Skill,可作为该场景下的辅助能力补充。安装前请检查是否具备足够的仓库访问权限和执行能力。

建议参考原始文档了解其对网络请求、命令执行的限制。

来源仓库内路径:skills/system-doctor

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/majiayu000/claude-arsenal --skill system-docto…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

system-doctor 怎么安装?

在终端执行 npx skills add https://github.com/majiayu000/claude-arsenal --skill system-doctor。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

system-doctor 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

system-doctor 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

system-doctor 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

system-doctor 用的人多吗?

公开数据是累计安装 955 次,近一周安装 39 次,下载 309 次,GitHub 28 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

system-doctor 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
infsh-cli

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
system-doctor

系统医生 · 本页

95528权限未标注未明确有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

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 等)

平台分布

Codex

37.68%
按下载量换算116

Claude

26.73%
按下载量换算83

Cursor

17.07%
按下载量换算53

Gemini CLI

8.77%
按下载量换算27

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

权限未标注

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

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills