请问这个是目录跟随导致的吗？ #360

确认是目录跟随安装的远程 Shell 集成导致的。截图里的 ESC]7719;v=2;cwd=...;host=... 是 OxideTerm 用来上报当前目录的控制序列，不是字符编码乱码；WindTerm 没有忽略这条私有 OSC，因此把它显示出来了。

可以按下面步骤卸载：

1. 在 OxideTerm 中连接这台服务器。
2. 打开“设置 → 终端 → 感知与集成”。
3. 将“投放策略”改为“不安装”，避免以后再次自动安装。
4. 在“远程 Shell 集成”区域点击“移除引用和文件”。
5. 关闭并重新打开 SSH 终端。

如果暂时无法通过 OxideTerm 操作，也可以手动编辑远端 Shell 启动文件。截图中是 Bash，root 用户通常是 /root/.bashrc；删除以下两个标记之间的整段内容即可：

# >>> OxideTerm remote shell integration >>>
...
# <<< OxideTerm remote shell integration <<<

然后可删除 ~/.oxideterm/shell-integration/ 目录，并重新登录。

这属于跨终端兼容问题，我们会继续评估兼容其他终端的目录感知方案。

补充排查结论：这不是字符编码问题，也不是 OxideTerm 发出了普通文本，而是 WindTerm 没有正确忽略它不支持的 OSC 控制序列。

OSC 7719 是 OxideTerm 的私有远程元数据协议。它在每次 Shell 提示符出现时上报精确的当前目录和主机名，并由此驱动远程目录跟随、Git 状态与分支、项目任务和命令栏上下文等感知能力。该协议是有意保留的，不会因为这次兼容问题直接替换成 OSC 7。

正常情况下，不支持某个 OSC 的终端应完整忽略该控制序列。WindTerm 目前对其他终端集成序列也有同类现象，例如 OSC 3008 和 OSC 133，因此根本修复应由 WindTerm 在解析器中静默丢弃不支持的 OSC。

上面的卸载步骤仍可作为临时规避方案：如果需要继续使用 WindTerm，可以先将 OxideTerm 的远程 Shell 集成设为“不安装”，再移除引用和文件；代价是 OxideTerm 中依赖精确远程目录的增强感知会暂时不可用。macOS 原生终端等能够正确忽略未知 OSC 的终端不受影响。