最快最干净的方法是直接删除Find.sublime-settings文件；需先关闭Sublime（含后台进程），进入Local目录定位该文件，删除后重启即可清空查找/替换历史。
直接删 Find.sublime-settings 最快最干净
Sublime 的查找（Find）和替换（Replace）历史不是存在内存里，而是固化在配置文件中——Find.sublime-settings。它不像会话文件那样随窗口状态动态变化，所以改完立刻生效，且不依赖重启（但需关闭 Sublime 再操作，否则会被覆盖）。
操作步骤很简单：
• 关闭 Sublime Text（包括后台进程，Windows 可查任务管理器，macOS 注意菜单栏图标是否还在）
• 进入 Local 目录：
– Windows：%APPDATA%\Sublime Text\Local\
– macOS：~/Library/Application Support/Sublime Text/Local/
– Linux：~/.config/sublime-text/Local/
• 删除或重命名 Find.sublime-settings 文件
• 重新打开 Sublime，搜索框下拉历史就空了，而且下次输入会从头记起
想留设置只清历史？手动编辑 Find.sublime-settings
如果你自定义过查找行为（比如启用了正则、全字匹配默认开关），删整个文件会丢掉这些偏好。这时更适合用文本编辑器打开 Find.sublime-settings，只清空两个关键字段：
• "find_history": []
• "replace_history": []
注意：
• 不要删错层级——这两个字段在 JSON 根对象下，不是嵌套在别的 key 里
• 保存前确认 JSON 合法（可用在线 JSON 校验器粘贴检查，避免少逗号或多逗号导致 Sublime 启动失败）
• 修改后无需重启，下次打开查找面板时历史就是空的
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
防止以后越积越多：加限制配置项
历史清得再勤，不设上限也会反复堆积。Sublime 支持硬性截断条目数，比手动清理更省心：
• 打开 Preferences → Settings
• 在右侧用户设置中添加：
{<br> "find_history_max_items": 15,<br> "replace_history_max_items": 10<br>}• 保存后，后续所有查找/替换操作只保留最近指定数量的记录，超出自动淘汰
这个配置不会影响已有历史（已存在的仍存在），只对新增生效。如需立即收紧，还是得配合上面删文件或清空数组的操作。
别误删成 Session.sublime_session：它们管的不是一回事
有人搜“清除历史”会顺手删掉 Session.sublime_session，结果发现不只是搜索记录没了，连最近打开的文件、项目、未保存内容、甚至窗口布局都丢了——这是过度清理。Session.sublime_session 管的是整个工作会话状态；Find.sublime-settings 只管查找框下拉列表。两者路径都在 Local/ 下，名字又都带 “session” 或 “settings”，容易看混。
真正要快速重置查找记录，盯死 Find.sublime-settings 就够了。其他文件，除非你明确想一并重置全部状态，否则别碰。
