[Feature]优化ssh远程登录后的标签页和提示符样式

[Godsing]

Pre-submit Checks

• I have searched Zap feature requests and there are no duplicates.
• I have read the Zap README and this feature is not already supported.
• This request fits Zap's BYOP / local-first / privacy-first direction (it does NOT require Zap cloud account, Zap AI gateway, Zap Drive cloud sync, Warpify SSO, billing, or telemetry).

Describe the solution you'd like

Feature 描述

通过 SSH 远程登录后，希望：

1. 不管是否开启 Warpify，左侧标签页中显示的路径，都应该显示远程机器的当前工作目录。现状是，未开启 Warpify 时，标签页左侧依然显示本地工作目录而非远程的工作目录。
2. 标签页样式可以做一些显眼的区分：例如 icon 换个“符合远程语义”的图标，另外有地方可以配置不同ssh主机的标签页颜色，登录后自动设置；
3. 命令行提示符，主机名建议不要获取远程的 hostname，而是用本地配置的 host 简称。

现状和建议

理想态

由 GPT Image 2 生成

Is your feature request related to a problem? Please describe.

No response

How does this align with Zap's direction?

No response

Additional context

No response

Operating system (OS)

macOS

How important is this feature to you?

4

[zerx-lab]

问题确认：CONFIRMED（功能确实不存在），但 TOO_LARGE（暂不提交自动修复 PR）

已在代码中逐条核实三个诉求，结论：三点当前均未实现，需求成立；但实现涉及多个互相独立的子系统，规模超出可自动修复的范围，留给维护者判断实现方案。

证据清单

诉求 1：未开启 Warpify 时，标签页应显示远程当前工作目录

• 标签页目录标签的唯一计算入口：app/src/tab.rs:15-24（display_working_directory），依赖 self.pwd()。
• pwd()（app/src/terminal/view.rs:20707-20712）取自 BlockMetadata.current_working_directory（app/src/terminal/model/block.rs:644-661）。
• 该字段只由 Warpify 的 precmd DCS hook 上报的 pwd 键值对填充（app/src/terminal/model/ansi/dcs_hooks.rs:193-196），对应 shell 侧的 warp_send_hook_kv_pair "pwd" "$PWD"（app/assets/bundled/bootstrap/bash_body.sh:652）。
• 结论：✅ 与主张一致 — 未启用 Warpify 时没有任何机制刷新该字段，标签页会停留在 SSH 之前的本地路径。

诉求 2：SSH 标签样式区分（图标 + 按主机着色）

• 图标：app/src/workspace/view/vertical_tabs.rs 中标签图标选择逻辑（约 2323-2674 行）纯粹按 TypedPane 变体决定，未检测 session.is_legacy_ssh_session() / SessionType::WarpifiedRemote。
• 按主机着色：现有的是按目录着色的 DirectoryTabColors（app/src/workspace/tab_settings.rs:168-230），应用于 Workspace::sync_codebase_tab_color（app/src/workspace/view.rs:4629-4649），该函数显式调用 pwd_if_local(ctx)，即刻意排除远程会话。
• 结论：✅ 与主张一致 — 图标无远程区分；按主机着色的配置项/UI/应用逻辑均不存在，需要新增一套与 DirectoryTabColors 平行的设置。

诉求 3：命令行提示符主机名应使用本地配置别名，而非远程真实 hostname

• 提示符 hostname 来源：Session::hostname()（app/src/terminal/model/session.rs:920-922）→ SessionInfo.hostname，由 shell bootstrap 的 InitShell DCS hook 上报，实际执行的是远程 shell 里的 hostname 命令（app/assets/bundled/bootstrap/bash_body.sh:1311-1319，zsh_init_shell.sh:7、fish_init_shell.sh:2、pwsh_init_shell.ps1:27 同理）。
• SSH 管理器中代表"本地配置名称"的字段是 SshNode.name（crates/warp_ssh_manager/src/types.rs:85-96），但连接建立函数 open_ssh_terminal（app/src/workspace/view.rs:5438-5556）从未读取该字段，也未把它写回 session/tab 状态；SshServerInfo 结构体（types.rs:100-111）本身也没有 display_name/alias 字段。
• 结论：✅ 与主张一致 — hostname 完全来自远程真实 hostname 命令的输出,与 SshNode/SshServerInfo 之间没有任何连接。

规模评估：TOO_LARGE

命中的规模红线：

• 预估改动跨 > 3 个文件：至少涉及 app/src/terminal/model/ansi/dcs_hooks.rs、app/src/tab.rs、app/src/workspace/view.rs、app/src/workspace/view/vertical_tabs.rs、app/src/workspace/tab_settings.rs、app/src/context_chips/builtins.rs、app/src/terminal/model/session.rs、app/src/terminal/ssh/warpify.rs、crates/warp_ssh_manager/src/types.rs 等 9+ 文件，横跨终端协议层、SSH 管理器、设置系统、Tab UI 四个子模块。
• 涉及架构调整/新增能力：诉求 1 需要新增"无 Warpify 情况下探测远程 cwd"的数据源（例如解析远程 shell 默认发出的 OSC 7 / 终端标题序列），当前完全不存在此类摄入路径，不是简单改现有字段填充逻辑。
• 需要跨模块协调：诉求 2 的按主机着色需要新建一套平行于 DirectoryTabColors 的设置项 + UI 页面；诉求 3 若要覆盖用户手动输入 ssh host 的场景（而非仅通过 SSH 面板发起连接），还需要在 terminal/ssh/warpify.rs 与 SSH 管理器保存的服务器列表之间做别名匹配查找，这是当前完全没有的新逻辑。
• 修复方案不唯一：例如诉求 1 的远程 cwd 探测方式（OSC 7 解析 vs. 其他方案）、诉求 3 对手动 ssh 场景的覆盖策略，都需要维护者结合产品方向决策，不存在单一确定的实现路径。

按仓库 AGENTS.md 的分层说明，三个诉求分别touch 了终端协议解析（warp_terminal/app/src/terminal）、Tab UI（app/src/workspace）、设置系统（app/src/workspace/tab_settings.rs）与 SSH 管理器（crates/warp_ssh_manager）四层，属于跨层的产品级功能开发，建议作为独立的功能规划来实现，而非单次小改动。

---

Generated by Claude Code