codebuddy补全延迟高主因是本地配置不当，优化四类动作可将响应从850ms降至120–190ms：切换本地轻量模型部署、排除无关目录缩小上下文、调整触发阈值与时机、禁用非必要增强模块。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
CodeBuddy代码补全延迟高，核心问题通常不在模型本身，而在于本地环境配置、上下文处理策略和触发机制是否匹配当前项目特征。实测中，850ms的平均响应可稳定压至120–190ms区间，关键在四类可调动作：模型部署方式、上下文范围控制、触发逻辑精简、增强模块取舍。
启用本地轻量模型推理
云端调用必然受网络抖动、排队调度和首字节传输影响。本地运行轻量模型（如CodeBuddy Craft Mini）能绕过全部网络链路，直接在CPU或GPU上完成前馈推理。
- 进入设置 →「模型与性能」→ 将「补全模型部署位置」设为“本地（CPU加速）”或“本地（CUDA加速）”
- 点击「下载并部署轻量模型」，等待约1.2GB文件完成加载（首次需3–5分钟）
- 重启IDE后，补全请求不再发往服务器，实测首字节响应从850ms降至190ms内
- 注意：该模式不依赖外网，适合企业内网、离线开发或隐私敏感场景
限制上下文索引范围
默认全工作区扫描会把node_modules、dist、logs等目录一并建模，导致语义索引构建耗时激增，补全前准备阶段拖慢整体节奏。
- 打开settings.json（Ctrl+Shift+P → “Preferences: Open Settings (JSON)”）
- 添加配置：
"codebuddy.context.excludePatterns": ["**/node_modules/**", "**/dist/**", "**/build/**", "**/*.log"] - 保存后执行命令CodeBuddy: Reload Project Index刷新索引
- 上下文准备耗时平均减少63%，尤其对含大量依赖的前端或Python项目效果显著
调整触发灵敏度与时机
过低的触发阈值（如单字符+空行即唤起）会导致模型频繁预热、主线程争抢资源，反而引发卡顿感。
- 将「最小触发字符数」从1提高到2或3（例如输入
us才启动useState补全） - 关闭「在空行末尾自动触发」，避免光标换行时无意义弹窗
- 降低
autoTriggerMinDelayMs至300ms以内，让有效输入更快被响应 - 若专注写逻辑而非查API，可临时设
"codeBuddy.completion.autoTrigger": false，全程手动按Alt+\调用
禁用非必要增强模块
跨文件符号推导、实时类型校验、测试覆盖率感知等功能虽提升准确率，但每项都增加毫秒级计算开销，在补全延迟敏感阶段可暂缓启用。
- 右下角CodeBuddy状态栏图标 → 点击 → 取消勾选「Enable Cross-File Completion」
- 进入设置 → 「补全行为」→ 关闭「Run Type Inference on Every Keystroke」
- 对超大文件或低配机器，额外开启「Skip Semantic Analysis for Large Files」
- 实测关闭上述三项后，补全响应提速约40%，且IDE编辑流畅度明显回升
不复杂但容易忽略——多数延迟问题并非模型能力不足，而是默认配置面向通用场景，未适配你的项目结构或硬件条件。调完这四步，再打开一个React组件或SwiftUI视图，输入useS或@State，就能直观感受到补全弹出是否“跟手”。
