ps1颜色配置必须用[和]包裹ansi转义序列，否则导致光标错乱、历史命令偏移；ubuntu需取消注释force_color_prompt=yes并确保位置正确；各字段可独立配色但需注意路径长度、背景兼容性及ssh终端兼容性。
PS1 颜色配置必须用 \[ 和 \] 包裹转义序列
直接写 \033[01;32m 会导致命令行光标定位错乱、历史命令显示偏移、行首删除异常——因为 Bash 把这些 ANSI 转义码算作「可见字符长度」，而实际它们不占显示宽度。正确写法是用 \[ 和 \] 把它括起来，告诉 Bash：这段只是控制码，不算长度。
错误示例：PS1='\033[01;32m\u@\h:\w\$ \033[00m' → 光标跳动、自动补全错位
正确写法：PS1='\[\033[01;32m\]\u@\h:\w\$ \[\033[00m\]'
-
\[和\]必须成对出现，且不能嵌套 - 所有颜色控制段（包括结尾的
\033[00m）都得包住 - 漏掉任一
\[或\]，整个提示符就可能崩
Ubuntu 默认启用 color_prompt 的开关位置
Ubuntu 的 ~/.bashrc 里默认有判断逻辑：if [ "$color_prompt" = yes ]; then ... else ...。但这个 color_prompt 变量是否为 yes，取决于 #force_color_prompt=yes 这行是否被取消注释。
常见误区：只改了 PS1 却没开开关，结果 reload 后还是黑白提示符。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 打开
~/.bashrc，搜force_color_prompt - 删掉该行开头的
#，变成force_color_prompt=yes - 确保它出现在
if [ "$color_prompt" = yes ];判断之前（通常在第40–50行） - 执行
source ~/.bashrc生效
各字段颜色可独立控制，但需注意 \w 和 \W 的路径长度影响
配色时容易只关注颜色，忽略实际使用场景：\w 显示完整路径（如 /home/user/project/src/utils），过长会换行或挤压输入空间；\W 只显示最后一级目录名（如 utils），更清爽。
示例（紫红用户名 + 蓝路径 + 红符号）：PS1='\[\033[01;35m\]\u\[\033[00m\]@\h:\[\033[01;34m\]\W\[\033[00m\]\[\033[31m\]\$\[\033[00m\] '
-
\u（用户名）、\h（主机名）、\W（短路径）、\$（提示符）可分别上色 - 普通用户是
$，root 是#，颜色统一设即可，无需条件判断 - 如果用了
\w且常进深层目录，建议加\n换行：PS1='...\w\n\$ '，避免输入被截断
终端背景色与字体色冲突时的实际表现
不是所有颜色组合在所有终端主题下都清晰。比如深色背景（默认 GNOME Terminal）下用 \033[30m（黑色字）就完全看不见；浅色背景（如白色主题）下 \033[37m（白色字）也会消失。
安全做法是避开极端对比：\033[01;32m（亮绿）在深/浅背景都较稳，\033[01;36m（亮青）次之。
- 测试前先确认当前终端背景：菜单 → 编辑 → 首选项 → 当前配置文件 → 颜色 → 背景
- 别依赖「看起来漂亮」，重点看「输命令时是否一眼能定位到
$或#所在行」 - 真实坑点：某些远程 SSH 终端（如 MobaXterm）会过滤或重映射部分 ANSI 码，
\033[01m（加粗）可能失效，优先用颜色而非样式
source ~/.bashrc 后敲几行命令，重点观察光标位置和换行行为，比盯着色值表重要得多。
