1. 关注点不要放在 rust 上。瓶颈不在执行效率的项目，用 rust 是失败的选型。可以设想一下，如果 VS Code 的业务逻辑是 rust 开发的。
2. 「开发 terminal 的公司」。这种简化描述可以快速留下印象，也会妨碍继续理解。例如，一旦把谷歌描述成「搜索引擎公司」，要继续讨论就很难了。这就是「重新定义」的含义。
3. Warp 确实发现了一个空白：把命令当代码，把 terminal 当 IDE。只要做到基本功能就已经价值很大。而 IDE 的场景、商业模式、尝试方向，均可借鉴，想象空间足够。例如：提示（Copilot）、协同（Code With Me）。
4. 从这个角度，也可以解释 Warp 为何坚持 terminal 需要登录才能使用。这是很招人反感的。 https://
github.com/warpdotdev/W
arp/issues/900
5. 从个人利益角度。shell 相关工具链，确实浪费生命。fish 顶着非 POSIX 标准都有这么多人用。不管 Warp 后续如何，只要把「terminal UI 与 shell/tty 解耦」推动成事实标准，就已经功德无量了。
