Codeium插件无响应需检查三件事：一要登录codeium.com账号；二确认VSCode中editor.suggest.showSnippets和editor.quickSuggestions均为true；三排查网络是否拦截api.codeium.com。
Codeium 插件装完没反应？检查这三件事
Codeium 在 VSCode 里装上就自动工作，但很多人发现侧边栏没图标、右键没选项、Ctrl+Enter 也没响应——大概率不是插件坏了，而是没过登录和权限关。
- 必须用邮箱注册并登录
codeium.com，插件内不弹登录框时，手动点 VSCode 右下角状态栏的Codeium图标触发登录 - 确认 VSCode 设置里没禁用代码补全：检查
"editor.suggest.showSnippets"和"editor.quickSuggestions"都为true - 某些企业网络或防火墙会拦截
api.codeium.com，可临时换手机热点测试；错误日志在 VSCode 输出面板 → 选Codeium，常见报错是Network Error: fetch failed
Bito 插件为什么总提示「Authentication failed」
Bito 要求显式绑定账号，且只认 Bito 官网注册的账户，GitHub 或 Google 快捷登录的账号默认不互通。
- 别用 VSCode 内置登录入口直接输 GitHub 邮箱——先去
bito.ai网站注册完整账号（需设置密码），再在插件里填同一邮箱+密码 - 免费版限制每小时 50 次请求，超限后连续返回
Authentication failed，实际是429 Too Many Requests被伪装了错误信息 - 如果用代理，Bito 客户端不读系统代理或
http_proxy环境变量，得在插件设置里单独填proxyUrl字段，格式如http://127.0.0.1:7890
补全建议卡在「Loading…」不动？看模型和上下文长度
Codeium/Bito 的实时补全不是本地跑的，依赖云端模型响应。卡住不光是网络问题，更常因输入触发了大模型的上下文截断逻辑。
- Codeium 默认用
codeium-v2模型，对单文件上下文长度敏感：超过约 200 行时，它会自动丢弃前面内容，导致补全“忘了”你刚写的函数名——可手动删减注释或空行缓解 - Bito 在设置里能切模型，
bito-pro响应快但只对付费用户开放，免费用户实际走的是bito-lite，对长.ts文件解析较慢，建议关掉"bito.enableForTypeScript"除非真需要 - VSCode 编辑器缩放比例 > 125% 时，部分版本的 Codeium UI 渲染异常，表现为补全弹窗空白或一直转圈，调回 100% 或 125% 即可
为什么 Ctrl+Enter 不触发 Chat？快捷键被其他插件劫持了
Codeium/Bito 都把对话框唤起绑定在 Ctrl+Enter（Windows/Linux）或 Cmd+Enter（macOS），但这组合键在 VSCode 里冲突率极高。
- 优先检查是否装了
Python插件：它默认把Ctrl+Enter绑给「运行当前文件」，进设置搜python.execInTerminal，关掉或改键位 - GitLens、Prettier、ESLint 插件也常抢占该快捷键，打开键盘快捷方式面板（
Ctrl+K Ctrl+S），搜ctrl+enter，禁用非必要绑定 - Codeium 的聊天面板其实还能通过命令面板唤起：按
Ctrl+Shift+P，输Codeium: Open Chat手动触发，比死磕快捷键更稳
真正麻烦的不是装不上，而是补全建议看着合理却悄悄改错了类型签名，或者聊天时粘贴大段日志后模型直接静音——这些不会报错，但会拖慢调试节奏。留个心眼，关键逻辑别全信自动生成的那行代码。
