codegeex的/fixbug命令更可靠，因其自动提取编辑器选中上下文并结合本地语法树做语义对齐，支持ast节点级变更标记，但需光标位于报错行且处于完整函数体内才精准，不适用于跨文件类型错误。
真正能降低代码生成门槛的插件，不是靠“猜你想要什么”，而是把生成逻辑嵌进你写代码的自然动线里——比如选中一段逻辑按快捷键，或光标停在函数名上触发补全。
CodeGeeX 的 /Fixbug 命令为什么比手动提问更可靠
它不是简单地返回修复后代码，而是自动提取当前编辑器中选中的上下文（含函数签名、调用位置、错误堆栈关键词），再结合本地 TypeScript/Python 语法树做语义对齐。如果你没选中任何内容，/Fixbug 会默认分析整个文件，但容易误判作用域——比如把测试用例里的 mock 当成真实依赖。
- 实际建议：只在光标位于报错行、且该行属于一个完整函数体内部时使用
/Fixbug - 别指望它修复跨文件类型错误（例如 import 路径错但类型定义在另一个 .d.ts 里）
- 修复结果中带色带对比，但色带仅标记 AST 节点级变更，不反映运行时副作用（比如某个
await被移除后是否破坏了并发逻辑）
GitHub Copilot 的 tab 补全在哪些场景下会失效
它依赖当前文件的 languageId 和已打开的同项目文件做上下文建模。当 languageId 不准确（比如 .py 文件被识别为 plaintext）或项目根目录下没有 pyproject.toml/package.json 时，补全质量断崖式下降。
- 检查方式：按
Ctrl+Shift+P→ 输入Developer: Inspect Editor Tokens and Scopes，看右上角显示的 languageId 是否正确 - 常见陷阱：用 Remote-SSH 连接服务器时，Copilot 默认只读取远程 VS Code 的 workspace，但模型缓存仍在本地，导致提示延迟高、补全不连贯
- 临时绕过：在代码块开头加一行注释
# copilot: python3.11，可强制指定语言版本上下文
Auto Import 插件自动加 import 时为什么总引错路径
它默认按 Node.js 模块解析规则找 node_modules 和 package.json 中的 exports 字段，但对 monorepo 或自定义 baseUrl 的 TypeScript 项目不敏感。
- 关键配置项：
auto-import.showImportSuggestions必须为 true，否则只在保存时才插入 - 路径错的典型表现：从
@utils/helpers引入，却生成../../utils/helpers - 修复动作：在项目根目录加
.autoimportrc.json，显式声明{"baseDir": "src", "paths": {"@utils/*": ["src/utils/*"]}}
真正卡住效率的从来不是“有没有生成”，而是生成结果是否能直接跑通——这取决于插件是否理解你的项目结构，而不是它的 AI 多大。
