complete命令不生效是因为bash-completion未加载：Terminator默认启动非登录shell，不自动source补全脚本；需确认shopt login_shell为off，确保~/.bashrc包含正确source语句并执行source ~/.bashrc，再用complete -p验证函数是否加载。
为什么complete命令不生效？先确认补全系统是否加载
不少人运行complete -p | grep git一看没有任何输出，第一反应往往是补全功能“失灵了”。但问题通常不在补全本身，而是bash-completion压根没有被加载。原因也不复杂：Terminator默认启动的是非登录 shell，这种情况下，系统不会自动 source /etc/bash_completion或~/.bash_completion。
验证方式：在Terminator中运行shopt login_shell，如果输出login_shell off，说明当前shell没走完整初始化流程。
- 打开
~/.bashrc，确保末尾有这段（不是注释掉的状态）：if ! shopt -oq posix; thennif [ -f /usr/share/bash-completion/bash_completion ]; thenn. /usr/share/bash-completion/bash_completionnelif [ -f /etc/bash_completion ]; thenn. /etc/bash_completionnfinfi
- 改完后别忘了
source ~/.bashrc，否则新配置不生效 - 用
complete -p | head -5检查是否出现大量_git、_docker等函数名
如何为自定义脚本或内部工具添加补全规则
比如你有个叫deploy-cli的Python脚本放在/usr/local/bin/，想让它支持deploy-cli deploy --env 补全环境名，就不能靠默认规则——得手动注册补全函数。
关键点在于：补全函数名必须是_命令名格式，且函数里用COMPREPLY数组返回候选值。
- 在
~/.bash_completion里加：_deploy_cli() {nlocal cur="${COMP_WORDS[COMP_CWORD]}"ncase ${COMP_WORDS[COMP_CWORD-1]} inn--env)nCOMPREPLY=("prod" "staging" "dev")nreturnn;;nesacn}ncomplete -F _deploy_cli deploy-cli COMP_WORDS是当前命令拆分后的数组，COMP_CWORD是光标所在词的索引- 不要用
echo输出候选，必须赋值给COMPREPLY，否则补全不显示 - 写完记得
source ~/.bash_completion或新开一个Terminator标签页
补全插件选项冲突：比如zsh-autosuggestions和bash-completion能共存吗
不能，很多人都会在这里踩坑：一看到 Zsh 插件名里带着“autosuggestions”，就顺手把它和 Bash 里的 bash-completion 画上等号。可实际上，这两者压根不是一回事。zsh-autosuggestions做的是基于历史命令前缀的匹配，也就是你输入时后面那段灰色提示；它并不负责按下 Tab 之后的上下文感知补全。相对地，bash-completion盯住的恰恰是 Tab 键补全这件事，机制和前者完全不同。
如果你在Terminator里用的是Bash（默认），装zsh-autosuggestions完全无效；反过来，如果已切换到Zsh，再装bash-completion也起不了作用。
- 查当前shell：
ps -p $$，看输出里是bash还是zsh - Bash用户只管配
bash-completion，Zsh用户该用zsh-autosuggestions+zsh-completions - 混用会导致
complete命令报错，或Tab键无响应
多会话下补全失效：为什么新打开的Terminator窗口不继承补全规则
因为每个Terminator标签页/面板都是独立的Bash进程，它们各自读取~/.bashrc，但不会自动同步已注册的complete规则。如果你在某个标签页里执行了complete -F _myfunc mycmd，其他标签页看不到这个规则。
真正可靠的方案是把所有补全逻辑写进~/.bash_completion并确保它被~/.bashrc加载——而不是临时敲命令注册。
~/.bash_completion是专为补全设计的加载入口，Bash启动时会自动识别并执行其中的complete调用- 避免在交互式shell里直接运行
complete命令，那只是当前会话有效 - 如果用了Terminator的广播输入功能，更要确保所有会话都从同一份配置加载，否则补全行为不一致
COMPREPLY赋值时机、COMP_WORDBREAKS对空格的处理、以及Terminator多进程下配置加载顺序，这几个地方最容易出 silent failure —— 表现就是Tab键没反应，连错误提示都没有。 
