oh-my-zsh safe-paste 插件深度解析用 Bracketed Paste Mode 阻止粘贴即执行【免费下载链接】ohmyzsh A delightful community-driven (with 2,500 contributors) framework for managing your zsh configuration. Includes 300 optional plugins (rails, git, macOS, hub, docker, homebrew, node, php, python, etc), 140 themes to spice up your morning, and an auto-update tool that makes it easy to keep up with the latest updates from the community.项目地址: https://gitcode.com/gh_mirrors/oh/ohmyzsh导读把多行命令粘贴进终端却瞬间被逐行执行是每个开发者都踩过的坑——尤其当粘贴内容里藏着rm -rf或不可见的换行符时往往来不及反应就已造成破坏。oh-my-zsh 的 safe-paste 插件正是为这一场景而生它利用终端的 Bracketed Paste Mode括号粘贴模式把粘贴内容先冻结在命令行上让你有机会逐行审查后再按回车执行。本文将以 safe-paste 插件文档 为主线结合其 插件实现源码 与 oh-my-zsh 的 启动加载机制完整讲解插件的启用方法、底层原理、版本分叉逻辑与适用环境限制让你不仅能立刻用上还能理解它为什么可靠。一、为什么需要 safe-paste粘贴即执行的隐患终端粘贴是一个高危操作。在默认情况下将一段文本粘贴进命令行时zsh 会把其中每一个字符当作按键输入处理多行文本中的换行符会被当作回车触发导致每一行命令立即逐条执行。设想你从网页或聊天工具复制了一段含换行符的脚本按下粘贴的瞬间命令就已开始执行——而 Bracketed Paste Mode 正是终端行业用来区分用户逐字键入与一次性粘贴的标准机制。safe-paste 插件的定位非常清晰其官方描述只有一句话Preventing any code from actually running while pasting, so you have a chance to review what was actually pasted before running it.防止粘贴时任何代码真的执行让你有机会在运行前审查实际粘贴的内容。它不做花哨的功能只解决一个痛点把粘贴内容先放进命令行缓冲区而不是当作回车立即触发。二、快速上手三步启用 safe-paste插件的使用方式在 README 中写得很直白——把它加进~/.zshrc的plugins数组即可plugins(... safe-paste)具体步骤如下编辑~/.zshrc在plugins(...)列表中加入safe-paste保持其他插件不变保存后在当前终端执行source ~/.zshrc或直接新开一个终端窗口复制一段多行命令并粘贴观察命令是否只是停留在输入行上而不是立即执行。这里补充两点加载机制背景帮助你理解为什么加进数组就能生效oh-my-zsh 在启动时会遍历$plugins数组逐个加载plugins/name/name.plugin.zsh见 oh-my-zsh.sh 中的插件加载循环。也就是说safe-paste 的真正逻辑都封装在 safe-paste.plugin.zsh 这一个文件里插件数组只是它的开关。同时oh-my-zsh.sh 会把每个已启用的插件目录加入fpath以便 zsh 的自动补全机制compinit能找到插件自带的补全函数——safe-paste 虽不提供补全但这一机制对所有插件统一生效。三、工作原理Bracketed Paste Mode 与 ZLE 的协作safe-paste 之所以能拦截粘贴内容核心依赖是Bracketed Paste Mode括号粘贴模式。这一模式由终端如 xterm、urxvt、iTerm2 等实现终端在启用该模式后会把粘贴文本用一对特殊转义序列包裹——粘贴开始发送^[[200~粘贴结束发送^[[201~。zsh 的行编辑器ZLE看到这对序列就能明确知道这是一整块粘贴进来的内容从而决定如何插入而不是把换行当作回车。需要特别说明的是zsh 自5.1 版本2015 年 9 月发布起内置了 Bracketed Paste Mode 支持插件源码的注释里也明确记录了这一时间点。因此 safe-paste.plugin.zsh 采取了双路径实现新版本用官方机制旧版本用自带的回退实现。这是理解整个插件源码的钥匙。3.1 zsh ≥ 5.1直接复用官方 bracketed-paste-magic插件文件的开头部分safe-paste.plugin.zsh逻辑非常简洁autoload -Uz is-at-least if is-at-least 5.1; then autoload -Uz bracketed-paste-magic zle -N bracketed-paste bracketed-paste-magic return ### The rest of this file is NOT executed on zsh version 5.1 ### fi它用 zsh 自带的is-at-least函数做版本判断若 zsh 版本 ≥ 5.1则autoload官方函数bracketed-paste-magic并通过zle -N bracketed-paste bracketed-paste-magic把bracketed-paste这个 ZLE widget 绑定到该函数上然后立即return——文件后半段旧版本回退实现在新版本下根本不会执行。若 zsh 版本 5.1则继续执行后半段的自定义实现。从源码注释看zsh 5.1 内置的 Bracketed Paste Mode 会破坏url-quote-magic以及其他基于self-insert的 widget例如粘贴 URL 时自动转义特殊字符的功能而官方bracketed-paste-magic正是 zsh-users 社区为修复这些冲突而提供的解决方案。顺带一提oh-my-zsh 在 lib/misc.zsh 中加载 magic 函数url-quote-magic、bracketed-paste-magic时也做了同样的版本判断二者逻辑一脉相承。3.2 zsh 5.1插件自带的回退实现对于不支持 Bracketed Paste Mode 的老版本 zsh插件源码safe-paste.plugin.zsh提供了一套完整的自研实现。这套代码源自 Mikael Magnusson 在 zsh 邮件列表中的方案其设计可以拆解为四个部分。① 专用 keymap粘贴期间切换到只入栈模式bindkey -N bracketed-paste bindkey -RM bracketed-paste \x00-\xFF bracketed-paste-enqueue bindkey -M main ^[[200~ _bracketed_paste_begin bindkey -M bracketed-paste ^[[201~ _bracketed_paste_end bindkey -M bracketed-paste -s ^M ^Jbindkey -N bracketed-paste新建一个名为bracketed-paste的 keymapbindkey -RM bracketed-paste \x00-\xFF bracketed-paste-enqueue把该 keymap 中从\x00到\xFF的整段字节范围都绑定到bracketed-paste-enqueuewidget——也就是说粘贴期间任何可打印字符都会被入栈enqueue而不是直接插入或触发回车主 keymapmain中把^[[200~粘贴开始标记绑定到_bracketed_paste_beginbracketed-pastekeymap 中把^[[201~粘贴结束标记绑定到_bracketed_paste_end用bindkey -M bracketed-paste -s ^M ^J把粘贴中的回车^MCR映射为换行^JLF保证粘贴的多行文本以正确换行形式进入命令行。② 三个核心 widgetbegin / end / enqueuezle -N _bracketed_paste_begin zle -N _bracketed_paste_end zle -N bracketed-paste-enqueue _bracketed_paste_enqueue_bracketed_paste_begin源码先把当前主 keymap 的还原命令用$(bindkey -lL main)保存到数组_bracketed_paste_restore_keymap再执行bindkey -A bracketed-paste main把活动 keymap 切换为粘贴专用 keymap_bracketed_paste_enqueue源码把每个粘贴字符追加到_bracketed_paste_content变量中——它只负责积累内容绝不触发执行_bracketed_paste_end源码粘贴结束时先校验保存的还原命令确实以bindkey开头兼容KSH_ARRAYS选项下数组下标从 0 开始的情况执行它把主 keymap 恢复回来然后执行LBUFFER$_bracketed_paste_content把整段积累的内容一次性插入命令行。这里有一个精妙的工程细节所有字符先被收集、再一次性地追加到LBUFFER而不是逐个插入。这样整次粘贴在命令行上表现为一个整体的编辑事件——如果你粘贴后想撤销只需按一次撤销键即可整体回退而不是一格格地删字符。③ 行编辑器钩子进出 ZLE 时控制终端模式if typeset -f hooks-add-hook /dev/null; then hooks-add-hook zle_line_init_hook _bracketed_paste_zle_init hooks-add-hook zle_line_finish_hook _bracketed_paste_zle_finish else zle -N zle-line-init _bracketed_paste_zle_init zle -N zle-line-finish _bracketed_paste_zle_finish fi若环境里已加载 zsh-hooks 插件提供hooks-add-hook则用钩子注册机制挂载避免覆盖其他脚本设置的zle_line_init_hook/zle_line_finish_hook否则退而求其次直接覆盖zle-line-init/zle-line-finish两个 ZLE 标准钩子。_bracketed_paste_zle_init源码在每次进入 ZLE 时把_bracketed_paste_content清空并对匹配rxvt-unicode、xterm、xterm-256color、screen、screen-256color的终端发送printf \e[?2004h以开启Bracketed Paste Mode_bracketed_paste_zle_finish源码在离开 ZLE 时发送\e[?2004l将其关闭避免其他程序收到多余的^[[200~包裹序列。④ 与 url-quote-magic 的兼容插件源码注释特别指出zsh 5.1 的 Bracketed Paste Mode 会破坏url-quote-magic等基于self-insert的 widget。这也是插件在 zsh ≥ 5.1 时改用官方bracketed-paste-magic的原因——官方实现专门解决了与url-quote-magic的冲突。如果你在日常使用中既粘贴命令又粘贴带特殊字符的 URL这个兼容性细节直接影响体验。四、适用环境与前提条件结合 插件源码 中的终端检测逻辑与注释safe-paste 的生效需要满足以下前提前提说明zsh 版本任意版本均可但内部走两条路径≥ 5.1 使用官方bracketed-paste-magic 5.1 使用插件自带回退实现终端类型必须支持 Bracketed Paste Mode。源码中识别并下发控制序列的终端包括rxvt-unicode、xterm、xterm-256color、screen、screen-256coloriTerm2 等支持该模式的终端同样可用tmux 用户源码注释建议在 tmux 中配合bind ] paste-buffer -p使用让粘贴缓冲区同样带上括号粘贴的语义远程/多程序场景插件只在 ZLE 活动期间开启 Bracketed Paste Mode离开命令行后立即关闭因此不会影响其他程序中的粘贴行为关于 messing up 的一个补充如果你发现粘贴 URL 等文本时行为异常oh-my-zsh 官方在 zshrc 模板 中提供了DISABLE_MAGIC_FUNCTIONStrue选项用于整体关闭url-quote-magic等 magic 函数lib/misc.zsh 会据此跳过加载。这与 safe-paste 属于不同维度——前者关闭自动转义后者负责粘贴安全可根据实际体验取舍。五、验证与排查启用 safe-paste 后可以用以下方法确认它是否在正常工作功能验证复制一段包含多行命令的文本例如echo a和echo b两行粘贴到命令行。正常情况下文本应停留在输入行上echo b不会立即执行等你手动按回车才会运行。查看绑定在命令行执行bindkey | grep -E 200|bracketedzsh ≥ 5.1 下应能看到bracketed-paste相关绑定如果看到^[[200~/^[[201~绑定说明回退路径或终端模式已就位。确认插件被加载执行echo $plugins检查列表中是否包含safe-paste若插件路径有问题oh-my-zsh 会在启动时打印[oh-my-zsh] plugin safe-paste not found提示对应 oh-my-zsh.sh 的分支逻辑。版本确认执行zsh --version确认你的 zsh 版本以判断插件实际走的是官方bracketed-paste-magic路径还是自带回退路径。常见误区提醒safe-paste 只保证粘贴内容不会立即执行它不负责对你的粘贴内容做任何过滤或审查——有机会审查指的是让你在按回车前看清LBUFFER里的完整内容真正的安全判断仍取决于你自己。六、总结safe-paste 是一个小而精的插件文档层面的使用说明只有一行插件配置但背后依赖的是 Bracketed Paste Mode 这一终端标准协议以及 zsh ZLE 在 keymap、widget、行编辑器钩子三个层面的协作机制。通过 插件源码 可以看到oh-my-zsh 对它做了周全的版本分叉处理——zsh ≥ 5.1 直接复用官方bracketed-paste-magic以获得与url-quote-magic的最佳兼容老版本则用一套完整的 keymap widget 终端控制序列回退方案兜底。理解这套实现你不仅能正确配置和排查 safe-paste也能举一反三地看懂其他基于 ZLE 的插件是如何与终端协议协作的。【免费下载链接】ohmyzsh A delightful community-driven (with 2,500 contributors) framework for managing your zsh configuration. Includes 300 optional plugins (rails, git, macOS, hub, docker, homebrew, node, php, python, etc), 140 themes to spice up your morning, and an auto-update tool that makes it easy to keep up with the latest updates from the community.项目地址: https://gitcode.com/gh_mirrors/oh/ohmyzsh创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/9/18 3:59:42 · 阅读 1.2k oh-my-zsh safe-paste 插件深度解析：用 Bracketed Paste Mode 阻止粘贴即执行
oh-my-zsh safe-paste 插件深度解析用 Bracketed Paste Mode 阻止粘贴即执行【免费下载链接】ohmyzsh A delightful community-driven (with 2,500 contributors) framework for managing your zsh configuration. Includes 300 optional plugins (rails, git, macOS, hub, docker, homebrew, node, php, python, etc), 140 themes to spice up your morning, and an auto-update tool that makes it easy to keep up with the latest updates from the community.项目地址: https://gitcode.com/gh_mirrors/oh/ohmyzsh导读把多行命令粘贴进终端却瞬间被逐行执行是每个开发者都踩过的坑——尤其当粘贴内容里藏着rm -rf或不可见的换行符时往往来不及反应就已造成破坏。oh-my-zsh 的 safe-paste 插件正是为这一场景而生它利用终端的 Bracketed Paste Mode括号粘贴模式把粘贴内容先冻结在命令行上让你有机会逐行审查后再按回车执行。本文将以 safe-paste 插件文档 为主线结合其 插件实现源码 与 oh-my-zsh 的 启动加载机制完整讲解插件的启用方法、底层原理、版本分叉逻辑与适用环境限制让你不仅能立刻用上还能理解它为什么可靠。一、为什么需要 safe-paste粘贴即执行的隐患终端粘贴是一个高危操作。在默认情况下将一段文本粘贴进命令行时zsh 会把其中每一个字符当作按键输入处理多行文本中的换行符会被当作回车触发导致每一行命令立即逐条执行。设想你从网页或聊天工具复制了一段含换行符的脚本按下粘贴的瞬间命令就已开始执行——而 Bracketed Paste Mode 正是终端行业用来区分用户逐字键入与一次性粘贴的标准机制。safe-paste 插件的定位非常清晰其官方描述只有一句话Preventing any code from actually running while pasting, so you have a chance to review what was actually pasted before running it.防止粘贴时任何代码真的执行让你有机会在运行前审查实际粘贴的内容。它不做花哨的功能只解决一个痛点把粘贴内容先放进命令行缓冲区而不是当作回车立即触发。二、快速上手三步启用 safe-paste插件的使用方式在 README 中写得很直白——把它加进~/.zshrc的plugins数组即可plugins(... safe-paste)具体步骤如下编辑~/.zshrc在plugins(...)列表中加入safe-paste保持其他插件不变保存后在当前终端执行source ~/.zshrc或直接新开一个终端窗口复制一段多行命令并粘贴观察命令是否只是停留在输入行上而不是立即执行。这里补充两点加载机制背景帮助你理解为什么加进数组就能生效oh-my-zsh 在启动时会遍历$plugins数组逐个加载plugins/name/name.plugin.zsh见 oh-my-zsh.sh 中的插件加载循环。也就是说safe-paste 的真正逻辑都封装在 safe-paste.plugin.zsh 这一个文件里插件数组只是它的开关。同时oh-my-zsh.sh 会把每个已启用的插件目录加入fpath以便 zsh 的自动补全机制compinit能找到插件自带的补全函数——safe-paste 虽不提供补全但这一机制对所有插件统一生效。三、工作原理Bracketed Paste Mode 与 ZLE 的协作safe-paste 之所以能拦截粘贴内容核心依赖是Bracketed Paste Mode括号粘贴模式。这一模式由终端如 xterm、urxvt、iTerm2 等实现终端在启用该模式后会把粘贴文本用一对特殊转义序列包裹——粘贴开始发送^[[200~粘贴结束发送^[[201~。zsh 的行编辑器ZLE看到这对序列就能明确知道这是一整块粘贴进来的内容从而决定如何插入而不是把换行当作回车。需要特别说明的是zsh 自5.1 版本2015 年 9 月发布起内置了 Bracketed Paste Mode 支持插件源码的注释里也明确记录了这一时间点。因此 safe-paste.plugin.zsh 采取了双路径实现新版本用官方机制旧版本用自带的回退实现。这是理解整个插件源码的钥匙。3.1 zsh ≥ 5.1直接复用官方 bracketed-paste-magic插件文件的开头部分safe-paste.plugin.zsh逻辑非常简洁autoload -Uz is-at-least if is-at-least 5.1; then autoload -Uz bracketed-paste-magic zle -N bracketed-paste bracketed-paste-magic return ### The rest of this file is NOT executed on zsh version 5.1 ### fi它用 zsh 自带的is-at-least函数做版本判断若 zsh 版本 ≥ 5.1则autoload官方函数bracketed-paste-magic并通过zle -N bracketed-paste bracketed-paste-magic把bracketed-paste这个 ZLE widget 绑定到该函数上然后立即return——文件后半段旧版本回退实现在新版本下根本不会执行。若 zsh 版本 5.1则继续执行后半段的自定义实现。从源码注释看zsh 5.1 内置的 Bracketed Paste Mode 会破坏url-quote-magic以及其他基于self-insert的 widget例如粘贴 URL 时自动转义特殊字符的功能而官方bracketed-paste-magic正是 zsh-users 社区为修复这些冲突而提供的解决方案。顺带一提oh-my-zsh 在 lib/misc.zsh 中加载 magic 函数url-quote-magic、bracketed-paste-magic时也做了同样的版本判断二者逻辑一脉相承。3.2 zsh 5.1插件自带的回退实现对于不支持 Bracketed Paste Mode 的老版本 zsh插件源码safe-paste.plugin.zsh提供了一套完整的自研实现。这套代码源自 Mikael Magnusson 在 zsh 邮件列表中的方案其设计可以拆解为四个部分。① 专用 keymap粘贴期间切换到只入栈模式bindkey -N bracketed-paste bindkey -RM bracketed-paste \x00-\xFF bracketed-paste-enqueue bindkey -M main ^[[200~ _bracketed_paste_begin bindkey -M bracketed-paste ^[[201~ _bracketed_paste_end bindkey -M bracketed-paste -s ^M ^Jbindkey -N bracketed-paste新建一个名为bracketed-paste的 keymapbindkey -RM bracketed-paste \x00-\xFF bracketed-paste-enqueue把该 keymap 中从\x00到\xFF的整段字节范围都绑定到bracketed-paste-enqueuewidget——也就是说粘贴期间任何可打印字符都会被入栈enqueue而不是直接插入或触发回车主 keymapmain中把^[[200~粘贴开始标记绑定到_bracketed_paste_beginbracketed-pastekeymap 中把^[[201~粘贴结束标记绑定到_bracketed_paste_end用bindkey -M bracketed-paste -s ^M ^J把粘贴中的回车^MCR映射为换行^JLF保证粘贴的多行文本以正确换行形式进入命令行。② 三个核心 widgetbegin / end / enqueuezle -N _bracketed_paste_begin zle -N _bracketed_paste_end zle -N bracketed-paste-enqueue _bracketed_paste_enqueue_bracketed_paste_begin源码先把当前主 keymap 的还原命令用$(bindkey -lL main)保存到数组_bracketed_paste_restore_keymap再执行bindkey -A bracketed-paste main把活动 keymap 切换为粘贴专用 keymap_bracketed_paste_enqueue源码把每个粘贴字符追加到_bracketed_paste_content变量中——它只负责积累内容绝不触发执行_bracketed_paste_end源码粘贴结束时先校验保存的还原命令确实以bindkey开头兼容KSH_ARRAYS选项下数组下标从 0 开始的情况执行它把主 keymap 恢复回来然后执行LBUFFER$_bracketed_paste_content把整段积累的内容一次性插入命令行。这里有一个精妙的工程细节所有字符先被收集、再一次性地追加到LBUFFER而不是逐个插入。这样整次粘贴在命令行上表现为一个整体的编辑事件——如果你粘贴后想撤销只需按一次撤销键即可整体回退而不是一格格地删字符。③ 行编辑器钩子进出 ZLE 时控制终端模式if typeset -f hooks-add-hook /dev/null; then hooks-add-hook zle_line_init_hook _bracketed_paste_zle_init hooks-add-hook zle_line_finish_hook _bracketed_paste_zle_finish else zle -N zle-line-init _bracketed_paste_zle_init zle -N zle-line-finish _bracketed_paste_zle_finish fi若环境里已加载 zsh-hooks 插件提供hooks-add-hook则用钩子注册机制挂载避免覆盖其他脚本设置的zle_line_init_hook/zle_line_finish_hook否则退而求其次直接覆盖zle-line-init/zle-line-finish两个 ZLE 标准钩子。_bracketed_paste_zle_init源码在每次进入 ZLE 时把_bracketed_paste_content清空并对匹配rxvt-unicode、xterm、xterm-256color、screen、screen-256color的终端发送printf \e[?2004h以开启Bracketed Paste Mode_bracketed_paste_zle_finish源码在离开 ZLE 时发送\e[?2004l将其关闭避免其他程序收到多余的^[[200~包裹序列。④ 与 url-quote-magic 的兼容插件源码注释特别指出zsh 5.1 的 Bracketed Paste Mode 会破坏url-quote-magic等基于self-insert的 widget。这也是插件在 zsh ≥ 5.1 时改用官方bracketed-paste-magic的原因——官方实现专门解决了与url-quote-magic的冲突。如果你在日常使用中既粘贴命令又粘贴带特殊字符的 URL这个兼容性细节直接影响体验。四、适用环境与前提条件结合 插件源码 中的终端检测逻辑与注释safe-paste 的生效需要满足以下前提前提说明zsh 版本任意版本均可但内部走两条路径≥ 5.1 使用官方bracketed-paste-magic 5.1 使用插件自带回退实现终端类型必须支持 Bracketed Paste Mode。源码中识别并下发控制序列的终端包括rxvt-unicode、xterm、xterm-256color、screen、screen-256coloriTerm2 等支持该模式的终端同样可用tmux 用户源码注释建议在 tmux 中配合bind ] paste-buffer -p使用让粘贴缓冲区同样带上括号粘贴的语义远程/多程序场景插件只在 ZLE 活动期间开启 Bracketed Paste Mode离开命令行后立即关闭因此不会影响其他程序中的粘贴行为关于 messing up 的一个补充如果你发现粘贴 URL 等文本时行为异常oh-my-zsh 官方在 zshrc 模板 中提供了DISABLE_MAGIC_FUNCTIONStrue选项用于整体关闭url-quote-magic等 magic 函数lib/misc.zsh 会据此跳过加载。这与 safe-paste 属于不同维度——前者关闭自动转义后者负责粘贴安全可根据实际体验取舍。五、验证与排查启用 safe-paste 后可以用以下方法确认它是否在正常工作功能验证复制一段包含多行命令的文本例如echo a和echo b两行粘贴到命令行。正常情况下文本应停留在输入行上echo b不会立即执行等你手动按回车才会运行。查看绑定在命令行执行bindkey | grep -E 200|bracketedzsh ≥ 5.1 下应能看到bracketed-paste相关绑定如果看到^[[200~/^[[201~绑定说明回退路径或终端模式已就位。确认插件被加载执行echo $plugins检查列表中是否包含safe-paste若插件路径有问题oh-my-zsh 会在启动时打印[oh-my-zsh] plugin safe-paste not found提示对应 oh-my-zsh.sh 的分支逻辑。版本确认执行zsh --version确认你的 zsh 版本以判断插件实际走的是官方bracketed-paste-magic路径还是自带回退路径。常见误区提醒safe-paste 只保证粘贴内容不会立即执行它不负责对你的粘贴内容做任何过滤或审查——有机会审查指的是让你在按回车前看清LBUFFER里的完整内容真正的安全判断仍取决于你自己。六、总结safe-paste 是一个小而精的插件文档层面的使用说明只有一行插件配置但背后依赖的是 Bracketed Paste Mode 这一终端标准协议以及 zsh ZLE 在 keymap、widget、行编辑器钩子三个层面的协作机制。通过 插件源码 可以看到oh-my-zsh 对它做了周全的版本分叉处理——zsh ≥ 5.1 直接复用官方bracketed-paste-magic以获得与url-quote-magic的最佳兼容老版本则用一套完整的 keymap widget 终端控制序列回退方案兜底。理解这套实现你不仅能正确配置和排查 safe-paste也能举一反三地看懂其他基于 ZLE 的插件是如何与终端协议协作的。【免费下载链接】ohmyzsh A delightful community-driven (with 2,500 contributors) framework for managing your zsh configuration. Includes 300 optional plugins (rails, git, macOS, hub, docker, homebrew, node, php, python, etc), 140 themes to spice up your morning, and an auto-update tool that makes it easy to keep up with the latest updates from the community.项目地址: https://gitcode.com/gh_mirrors/oh/ohmyzsh创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考