Sublime Text构建系统日志默认不落盘，仅暂存于Build Results面板内存缓存中，关闭面板或重启即消失；若需清空，可执行新构建覆盖，或通过控制台命令临时清空；真正落盘的日志仅源于用户配置的重定向（如"build.log"）或第三方插件生成。
Sublime Text 构建系统日志不会自动清除，它存在哪？
构建系统（Build System）执行后输出的日志，比如 python 或 gcc 的错误/成功信息，**默认不落盘到文件，只显示在 Sublime 自带的 Build Results 面板里**。这个面板内容是内存缓存，关掉面板或重启 Sublime 就没了——但有个关键例外：sublime.log_commands(True) 或插件主动写日志时可能另存，而更常见的是用户自己配置了“保存构建输出到文件”，这时日志才真会残留。
如何确认并清空 Build Results 面板里的上一次日志
Build Results 面板本身没有“清除历史”按钮，它的内容就是最近一次构建的完整输出，不是多条日志堆叠。所以“清除上一次日志”本质是：让它变为空白或被新输出覆盖。
- 最直接的方法：再执行一次构建（哪怕只是
echo "dummy"），新输出会完全替换旧内容 - 快捷键
Ctrl+Shift+P（macOSCmd+Shift+P）→ 输入show_panel→ 选show_panel: {"panel": "output.exec"}可强制重显面板，但不会清空；它只是显示当前缓存内容 - 想手动清空面板内容？Sublime 没提供 API 直接清空
exec输出面板，但你可以用控制台临时注入空字符串：sublime.active_window().run_command("show_panel", {"panel": "output.exec"})后，再运行sublime.active_window().active_panel().run_command("select_all")和sublime.active_window().active_panel().run_command("right_delete")——不过这属于非常规操作，且下次构建仍会覆盖，一般没必要
为什么你总看到“上一次”的日志？可能是构建系统配置问题
如果你每次打开 Sublime 或切换文件后，Build Results 面板自动弹出并显示旧日志，说明你的构建系统启用了 "quiet": false + "shell": true 等组合，或绑定了自动构建（如保存即构建），又或者用了类似 Terminus 这类终端插件把输出持久化到了 buffer 中。
- 检查当前构建系统定义（
Tools → Build System → New Build System...）里有没有"file_regex"、"working_dir"外还写了"target": "ansi_color_build"或自定义result_file_regex——这些可能让输出被缓存更久 - 禁用自动构建：确认没开启
save_on_build或插件如AutoSetSyntax触发的隐式构建 - 如果用了
Terminus或Terminal插件来跑命令，它们的输出独立于exec面板，需单独关掉对应 tab 或执行terminus:clear命令
真正落盘的日志文件在哪？怎么删
Sublime 自身构建系统**从不主动写日志文件到磁盘**。但以下情况会导致外部日志文件产生，需手动清理：
- 你在构建命令里加了重定向，例如：
"cmd": ["python", "-u", "$file", ">", "build.log"]→ 日志就在项目根目录的build.log，删它即可 - 使用了第三方构建插件（如
SublimeOnSaveBuild），它可能把输出写进Packages/User/下的某个.log文件 → 查看该插件文档，或搜索~/.config/sublime-text/Packages/User/（Linux/macOS）或%APPDATA%\Sublime Text\Packages\User\（Windows）下的*.log - 某些 LSP 插件（如
pyright）会把 server 日志写进Local/目录，路径类似~/.config/sublime-text/Local/pyright-*.log→ 这些和构建面板无关，但容易被误认为“构建日志”
最容易被忽略的是：你以为在看构建日志，其实是在看控制台（Ctrl+`）输出——那里有 Sublime 启动、插件加载、异常堆栈等，它由 Packages/User/ConsoleHistory.sublime-settings 记录，删这个文件才能清空控制台历史。
