Terminal: Clear 是唯一真正清空滚动缓冲区的操作，它由 VSCode 主进程直接重置终端实例，绕过 shell 和 ANSI 解析，稳定清除全部输出（包括可滚动历史），且在 WSL、PowerShell、远程开发等场景均有效。
Terminal: Clear 是唯一真正清空滚动缓冲区的操作
VSCode 内置终端里敲 clear 或按 Ctrl+L，只是把光标推到顶部、用空行“盖住”旧内容，并没删掉历史——你往上滚鼠标还能看到。真想一键抹掉全部输出（包括可滚动部分），必须调用 VSCode 自己的终端控制逻辑。
操作路径：Ctrl+Shift+P（macOS 是 Cmd+Shift+P）→ 输入 Terminal: Clear → 回车。它直接由主进程重置当前终端实例，不走 Shell 解析，所以稳定、干净、不卡顿。
- 该命令只对「当前聚焦的集成终端」生效，开多个 tab 时得先点进去再执行
- 调试控制台（Debug Console）不支持此命令，需右键选择“清除”或用
⇧⌘K/Ctrl+K - 在 WSL 或 PowerShell 中也有效，不受 shell 类型影响
为什么 reset 和 printf '\033c' 在 VSCode 终端里常失效
reset 会尝试重置终端类型和状态，可能卡住、丢失颜色、甚至让终端假死，尤其在 WSL 下更不稳定。printf '\033c' 发送的是 ANSI 全屏重置序列，VSCode 终端底层用的是 web-based 的 xterm.js，不是原生 TTY，解析不一致：有时只闪一下，有时没反应。
二者都依赖 Shell 解析，而 Terminal: Clear 是 VSCode 主进程直接干预终端实例，绕过了 shell 层和 ANSI 解析链路。
-
reset可能触发终端类型重协商，导致后续 ANSI 颜色/光标行为异常 -
printf '\033[2J\033[H'虽然语义正确，但 xterm.js 对某些 escape sequence 的处理存在版本差异 - 在远程开发（SSH/Dev Containers）场景下，
Terminal: Clear仍可靠，而 shell 命令可能因环境缺失工具（如clear）失败
自定义快捷键绑定 workbench.action.terminal.clear 的注意事项
VSCode 默认没给 Terminal: Clear 配快捷键，但你可以自己加。打开快捷键设置：Ctrl+K Ctrl+S（macOS：Cmd+K Cmd+S），点右上角「+」，命令选 workbench.action.terminal.clear，按键设为 Ctrl+L 即可。
注意：Ctrl+L 在 Bash 行编辑中本意是“刷新当前行”，但在 VSCode 终端里它不会触发 shell 的 line editing，只会触发 VSCode 的终端清屏动作——这正是你要的效果。
- 别绑定成
Ctrl+Shift+L这类已被占用的组合（比如它默认是“复制行”） - 如果终端正在运行阻塞进程（如
tail -f），Terminal: Clear仍能立即执行，不影响后台进程 - 快捷键只对集成终端生效，不影响系统 Terminal.app 或 iTerm2
日志输出置顶与监控逻辑的关键盲区
所谓“置顶”，VSCode 并没有提供让某段日志永远固定在可视区顶部的功能。所谓“监控逻辑”，本质是靠人眼滚动 + 快捷键归零，而非自动锚定。
如果你依赖 tail -f 或持续输出的脚本，Terminal: Clear 后新日志仍从顶部开始刷，旧日志彻底不可见——这点和 clear 命令不同，后者保留缓冲区供滚动回溯。
- VSCode 不记录终端输出的原始字节流，
Terminal: Clear是不可逆的实例重置 - 调试控制台（Debug Console）的日志无法用任何快捷键“置顶”，它的滚动行为由 Webview 渲染引擎控制，仅支持手动拖拽或右键清除
- 想长期留存关键日志，必须靠外部重定向（如
npm run dev >> dev.log）或插件（如 Log File Highlighter）
