默认recent entries不够用因硬截断机制：超出workbench.recententries设定值（默认50）后旧条目被直接丢弃，且文件与文件夹混排，无法按类型或编辑频率精准回溯。
为什么默认的 recent entries 不够用
VSCode 默认只保留 workbench.recentEntries 配置项指定数量的历史条目（默认是 50），超出后旧记录会被直接丢弃。这不是“清空”，而是硬截断——哪怕你刚改完 src/utils.ts，只要它排在第 51 位，下次 Ctrl+P 就搜不到。更麻烦的是，这个计数包含文件和文件夹混排，而你真正想快速回溯的往往是“最近编辑过的 .ts 文件”，不是“上周打开过的 node_modules 路径”。
Project Manager 插件怎么补足原生缺陷
原生的 File: Open Recent 只按时间倒序列路径，没法分类、打标、分组。而 Project Manager 插件把“项目”作为一级实体来管理，不依赖 VSCode 的全局历史缓存，而是独立维护 JSON 文件（默认存于 ~/.vscode/projects.json）。它解决三个实际问题：
- 右键资源管理器任意文件夹 →
Add to Project Manager，可手动归档常用工作区，不受recentEntries限制 - 支持自定义别名（比如把
/home/user/my-big-monorepo记为monorepo-main），Ctrl+P输入 alias 就能直达 - 命令
Project Manager: List Projects的结果可搜索、可排序、可绑定快捷键，比原生列表多一层语义控制
Local History 插件和原生历史不是一回事
很多人混淆 Local History 插件和 VSCode 内置的“最近打开”功能。前者记录的是 文件内容变更快照（类似轻量版 Git stash），后者只是路径访问记录。如果你需要回退到“10 分钟前删掉的那几行代码”，Local History 能恢复；但如果你只是想重新打开那个文件，它完全不参与 Ctrl+P 或 File: Open Recent 的候选列表。它的配置项 local-history.maxFiles 控制的是每个文件最多存多少个本地快照，和历史路径长度无关。
清理历史时容易误删的关键点
执行 Clear Editor History 命令会清空所有已打开标签页的关闭记录，但不会影响 File: Open Recent 列表——后者读的是磁盘上持久化的 storage.json。真正要删掉某条路径，得在 File: Open Recent 弹出菜单里右键选 Remove from History。更隐蔽的是：如果你用 Ctrl+W 关闭标签页，该文件会立刻从 recentEntries 中移除；但用 Ctrl+K W（关闭其他全部）则保留当前文件在历史中。这个行为差异常被忽略，导致你以为“刚编辑的文件还在列表里”，其实它已经被踢出去了。
