Fitten Code与其他AI插件共存会导致VS Code输入延迟、补全卡死，主因是多插件重复监听编辑事件阻塞主线程；需先隔离验证冲突，再通过禁用同类插件或设为手动激活、关闭自动触发、缩减上下文、禁用中文注释增强、启用本地轻量模型等方式优化。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当Fitten Code与Copilot、Codeium等AI插件同时启用时，VS Code频繁出现输入延迟、补全弹窗卡死、状态栏持续显示“正在处理”等现象，本质是多个AI插件对同一编辑事件（如onDidChangeTextDocument）重复监听并同步执行高开销逻辑，导致主线程被连续阻塞。
第一步：确认是否为多AI插件共存引发的冲突
关闭所有AI类插件，仅保留Fitten Code，重启VS Code后测试输入响应速度。若卡顿消失，再逐一启用其他AI插件（Copilot→Codeium→Tabnine），每启用一个就进行30秒高频输入+保存操作，观察状态栏是否出现“extension host”警告或CPU占用突增。这一步能快速排除语言服务、文件监视器等非AI类干扰源。
注意：【必须在每次启用新插件后等待至少15秒，让其完成初始化和缓存加载，再开始测试】。很多插件（如Codeium）首次启动会索引整个工作区，此时测得的延迟不是真实运行态表现。
禁用冲突插件的两种路径
方法一：直接停用同类功能插件
打开命令面板（Ctrl+Shift+P），输入并运行Extensions: Show Enabled Extensions，筛选出以下类型插件并全部禁用：
• GitHub Copilot
• Codeium
• Tabnine
• IntelliCode（它虽不生成代码，但会抢占suggest优先级通道）
• 通义灵码（JetBrains生态迁移来的用户易误装）
禁用后重启，Fitten Code应恢复正常响应节奏。
方法二：保留一个核心AI插件，其余转为按需触发
若必须保留Copilot用于GitHub仓库协作，可将Fitten Code设为手动激活模式：在settings.json中添加"fitten-code.activationMode": "manual"，然后通过快捷键（默认Alt+Q）显式唤出补全面板。这样避免它在后台持续监听文档变更，消除与Copilot的事件监听竞争。
调整Fitten Code自身行为降低资源争抢
步骤一：关闭自动补全触发，改用手动调用
进入Settings → Text Editor → Suggest，将editor.suggestOnTriggerCharacters设为false。Fitten Code默认依赖此设置监听. ( )等符号，关掉后它不再被动响应，只响应你主动按Ctrl+Enter或Alt+Q的指令。
步骤二：限制上下文分析范围
Fitten Code默认将光标所在函数+前后50行作为提示上下文，大文件中极易触发同步解析阻塞。在settings.json中加入："fitten-code.contextLines": 20，大幅缩短文本切片长度，降低单次请求计算量。
步骤三：禁用中文注释增强模式（仅限网络不稳定时）
该功能需实时调用云端语义理解接口，在弱网下会堆积未完成请求，拖垮整个extension host。在Fitten Code设置页取消勾选“Enable Chinese Comment Understanding”。这一步操作起来很简单，直接关掉开关就行。
步骤四：强制使用轻量本地模型路径（如已支持）
检查插件详情页是否有“Use Local Inference Engine”选项。若有，启用它并指定一个≤1B参数量的模型路径（如Qwen2-0.5B）。【禁用云端模式后，必须重启VS Code才能生效，热重载不触发模型切换】。
