Minimap-Git-Diff缩略图不显示Git差异的根本原因是文件未满足三个条件：不在Git仓库内、无暂存或未暂存变更、或未被Atom识别为代码（右下角非Plain Text）；需确认git rev-parse --is-inside-work-tree返回true、文件已git add、语言模式正确，且minimap-plus设置中已启用该插件。
Minimap-Git-Diff 插件装了但缩略图没显示 Git 差异？
根本原因不是插件没生效，而是它只在满足三个条件时才绘制修改标记：文件必须是 Git 仓库内、已暂存或未暂存的变更存在、且当前文件被 Atom 正确识别为代码（右下角不能是 Plain Text）。常见现象是缩略图出现，但左右边缘全灰——说明插件已加载，但 Git 状态未被读取。
- 确认当前文件属于 Git 仓库：终端执行
git rev-parse --is-inside-work-tree返回true；若报错或返回空，Atom 就不会触发 diff 检测 - 检查文件是否被 Git 跟踪：未
git add的新文件、或已git rm但未提交的文件，minimap-git-diff不会标记 - 右下角语言模式必须有效：比如写成
indexjs（缺.js）→ Atom 当作纯文本 → Git diff 信息不注入缩略图渲染流程 - 确保
minimap-plus已启用且Plugins设置页中勾选了minimap-git-diff（不是装完就自动开）
为什么修改块颜色太淡或位置偏移？
minimap-git-diff 的颜色和定位完全依赖 minimap-plus 的底层渲染精度，不是独立控制的。它把 Git diff 行号映射到缩略图像素坐标，而 Atom 的 DOM 渲染方式在长文件或混合宽字符（如中文+emoji）时必然失准。
OpenClaw 技能 — 给定一个 GitHub 仓库 URL，自动解析出 owner/repo 名称，发现其中的 YAML/properties 配置文件及其配对的中文字段说明；在 `workspace/{repo}/` 目录下按同步日期（格式为 `YYYY-MM-DD`）创建时间戳子目录；写入 `.openclaw-config-state.json` 状态文件。每次用户提问前，先比对远程仓库当前 ref（如 `main` 或 `master`）的最新提交 SHA 与本地状态文件中记录的 SHA：
- 颜色不可单独调：它复用主题里的
git-added/git-removed颜色，改主题 CSS 才能变色，例如加规则：.minimap-git-diff .added { background-color: #4caf50 !important; } - 位置偏移 1～2 行属正常：尤其当文件 >3000 行或某行超长（>200 字符），
minimap-plus的行高估算误差会放大，这不是 bug，也无参数可修复 - 对比度低？提升
minimap-plus的Contrast（建议设为0.9）和Opacity（≥0.95），比调插件本身更有效
大文件下 Git 差异标记延迟或卡顿怎么办？
延迟来自两层开销：Git 进程扫描文件变更 + minimap-plus 把 diff 结果逐行映射进缩略图 DOM。超过 5000 行时，这个过程会明显拖慢滚动响应。
- 禁用非必要插件：比如同时开着
minimap-bookmarks和minimap-find-and-replace，每多一个插件就多一层 DOM 渲染叠加 - 降低
minimap-plus的Width（建议80px），比调Char Height对性能提升更直接 - 别指望实时更新：编辑瞬间不会立刻刷新标记，通常要等 300–500ms —— 这是 Atom 主进程调度限制，不是插件问题
- 真要高频看 diff，不如用
Ctrl+Shift+D呼出 Git Tab，它比缩略图更准更快
真正容易被忽略的是：minimap-git-diff 不依赖本地 Git GUI 工具，但它严格依赖 Atom 启动时读取的 Git 二进制路径。如果系统 PATH 里 Git 版本太老（git version ），或 Atom 设置里手动指定了错误路径（<code>Settings → Core → Git Binary Path），插件就连 diff 数据都拿不到。
