GitHub Copilot后台CPU占用过高是因服务进程死循环，需通过ps命令定位异常node或safe_sleep.sh进程，再用pkill终止并彻底清除缓存与认证文件后重启。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你发现GitHub Copilot在后台持续占用一个CPU核心接近100%，编辑器无响应、风扇狂转、系统变烫，这不是偶然卡顿，而是Copilot服务进程陷入死循环的明确信号。
确认Copilot相关进程是否真正在吃CPU
打开终端，执行：ps aux | grep -i 'copilot\|github'。
重点找含 node 或 electron 进程名、命令行中带 copilot 字样的条目，同时看 %CPU 列是否长期高于 85%。
若看到类似 .../node /home/user/.vscode-server/extensions/github.copilot-*/dist/agent.js 且 CPU 占用异常高，就锁定了目标进程。
检查Copilot扩展是否触发了safe_sleep.sh无限循环
这一步只适用于使用自托管Runner或本地调试过Actions Runner的用户——Copilot扩展底层复用了Runner的部分shell工具链。
在远程服务器或WSL环境中运行：ps aux | grep 'safe_sleep.sh'。
如果输出中出现 /bin/bash .../safe_sleep.sh 10 且其 %CPU 接近99%，说明Copilot的后台心跳机制调用了有缺陷的老版本sleep脚本。
OpenClaw 技能 — 给定一个 GitHub 仓库 URL，自动解析出 owner/repo 名称，发现其中的 YAML/properties 配置文件及其配对的中文字段说明；在 `workspace/{repo}/` 目录下按同步日期（格式为 `YYYY-MM-DD`）创建时间戳子目录；写入 `.openclaw-config-state.json` 状态文件。每次用户提问前，先比对远程仓库当前 ref（如 `main` 或 `master`）的最新提交 SHA 与本地状态文件中记录的 SHA：
【该问题集中于2023年6月前发布的Runner v2.299.1及更早版本】，Copilot扩展若未强制隔离运行环境，会继承此缺陷。
终止异常进程并重置Copilot服务状态
第一步：杀掉所有Copilot相关node进程：pkill -f 'copilot.*agent\|github.*copilot'。
第二步：清除扩展缓存（不可跳过）：rm -rf ~/.vscode-server/extensions/github.copilot-*。
第三步：删除可能残留的认证状态文件：rm -f ~/.config/github-copilot/hosts.json。
第四步：重启VS Code远程连接，等待扩展自动重装并重新登录。
注意：不要仅用VS Code界面禁用再启用扩展——缓存和host token不会被清除，死循环大概率复现。
