VSCode不自动刷新Git状态，90%因git.autorefresh设为false或files.watcherExclude路径配置错误：前者禁用后台轮询，后者导致无效监听拖垮性能；二者均需关闭并重开工作区才生效。
VSCode 不自动刷新 Git 状态，90% 是因为 git.autorefresh 被关了，或者 files.watcherExclude 没配对路径——不是 Git 慢，是 VSCode 在“瞎监听”。
为什么改了文件，源代码管理里不显示 Modified？
最常见原因就是 git.autorefresh 设为 false 了。这个设置一旦关闭，VSCode 就彻底停止后台轮询 git status，哪怕你保存了文件、切换了标签页，Git 视图也纹丝不动。
- 检查当前工作区的
.vscode/settings.json，确认没有"git.autorefresh": false这行（用户级设置也可能覆盖它） - 如果存在，删掉或改成
true；改完必须**关闭并重新打开整个工作区**，仅重启 VSCode 不生效 - 别信“点一下右上角刷新图标就 OK”——那是手动补救，不是自动响应的替代方案
files.watcherExclude 配置无效？路径写法必须严格
files.watcherExclude 写错一个字符，VSCode 就会继续监听 .git/objects，每秒触发成百上千 inotify 事件，直接拖垮文件系统监听器，导致状态延迟甚至丢失。
openclaw-github-config-impact
下载
OpenClaw 技能 — 给定一个 GitHub 仓库 URL，自动解析出 owner/repo 名称，发现其中的 YAML/properties 配置文件及其配对的中文字段说明；在 `workspace/{repo}/` 目录下按同步日期（格式为 `YYYY-MM-DD`）创建时间戳子目录；写入 `.openclaw-config-state.json` 状态文件。每次用户提问前，先比对远程仓库当前 ref（如 `main` 或 `master`）的最新提交 SHA 与本地状态文件中记录的 SHA：
- 只写
"**/.git/**": true是不够的——VSCode 仍会监听.git/index和.git/HEAD - 必须显式排除高开销路径：
"**/.git/objects/**": true、"**/.git/lfs/**": true、"**/.git/index": true - 注意双星号和斜杠顺序：
"**/.git/objects/**"✅，".git/objects/**"❌（会被忽略） - 修改后同样要**关闭并重开工作区**，否则配置不加载
Git 扩展根本没启动？先看终端有没有报错
如果连 git.status 命令都执行失败，那不是监听问题，而是 Git 集成压根没跑起来。
- 打开 VSCode 终端，运行
git --version，确认能输出版本号；若报“command not found”，说明 Git 路径没配好 - 在设置里搜
git.path，确保指向的是git.exe（Windows）或git（macOS/Linux），不是bash.exe - 检查是否误在父目录初始化了另一个
.git——用终端进到项目根目录，执行git rev-parse --show-toplevel，输出必须是你当前打开的文件夹
真正容易被忽略的是：VSCode 的 Git 状态依赖两层机制——底层命令能否执行 + 上层监听是否被干扰。只调其中一个，问题大概率还在。
