命令行提示符该不该用：先看它解决的问题是不是你的问题

提示符里同步查 git status，十万文件的大仓库能卡 100-300ms

它擅长的是多仓库切换；如果你只是看清分支与状态，用现成的东西更省事。

先说结论

提示符只要「快、显示分支和退出码」，其余信息都是装饰

• 适合：多仓库切换
• 不适合：减少误操作
• 学习成本：starship 用 Rust 写，冷启动约 5-10ms，比多数 shell 主题快
• 最大收益：提示符渲染超过 50ms 就会被感知成「终端变慢」
• 最大风险：装了十几个 zsh 插件，每开一个终端等一秒

它到底解决什么

提示符里同步查 git status，十万文件的大仓库能卡 100-300ms。

换句话说，它把「多仓库切换」这件事从手工变成可重复的流程。这是它真正的价值，而不是功能列表的长度。

什么时候不该用

下面三种情况，用了反而更累：

装了十几个 zsh 插件，每开一个终端等一秒

提示符里跑 git 命令，大仓库里每次回车都卡

把整个 PS1 写成一行超长转义，换主题时全部重写

和替代方案比

把退出码、当前目录、git 分支放进去，比放时间戳有用。

这台工具的关键细节

几个决定长期体验的点：

• starship 用 Rust 写，冷启动约 5-10ms，比多数 shell 主题快
• 提示符渲染超过 50ms 就会被感知成「终端变慢」
• 把退出码、当前目录、git 分支放进去，比放时间戳有用
• oh-my-zsh 插件加载过多时，开一个终端要 0.5-1.5 秒

我的建议

提示符只要「快、显示分支和退出码」，其余信息都是装饰。

先用两周，跑一个真实的小任务；两周后你还想用它，再谈长期。

还有几处容易忽略的

都是小地方，但出问题时往往就卡在这里。

• 提示符里显示语言版本要读文件，node 项目里查一次约 30-80ms

工具是解法，不是身份。