CodeBuddy在大型Monorepo中卡顿主因是资源调度与上下文策略失配；可通过禁用非核心语义分析、启用流式上下文加载、配置索引排除规则、切换轻量模型及调高语言服务器内存来优化性能。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
CodeBuddy在处理大型项目（如含500+文件、多层嵌套依赖的Monorepo）时出现明显卡顿、补全延迟或IDE无响应，往往不是软件故障，而是本地资源调度与上下文策略失配所致。
禁用非核心语义分析模块
大型项目中，跨文件类型推断、实时AST重构建、符号引用图动态更新等操作会持续占用CPU与内存。这些功能对小型项目有益，但在超大工作区中反而成为拖慢响应的主因。
第一步：打开 VS Code 设置（Ctrl + ,），搜索 codebuddy.semanticAnalysis。
第二步：关闭「Enable Cross-File Type Inference」和「Live Symbol Graph Update」两项开关。
第三步：重启 VS Code 窗口，观察语言服务器启动日志是否跳过 building symbol graph for 427 packages... 类耗时步骤——这一步跳过可节省平均3.8秒初始化时间。
启用流式上下文加载模式
该模式让CodeBuddy放弃全量加载整个项目结构，转而只解析光标所在文件的局部语法树，并按需检索最近3个相关文件（如当前组件的.tsx + 对应 .ts + 共享 hooks 目录下的 index.ts）。
在设置中搜索 codebuddy.contextLoadingMode。
将值设为 【streaming】 并保存。
注意：此模式下「Go to Definition」可能无法跳转至极远路径的声明，但补全、错误提示、内联建议全部可用，且响应速度提升显著。
配置项目级索引排除规则
方法一：通过 settings.json 精确控制
按下 Ctrl + Shift + P → 输入「Preferences: Open Settings (JSON)」→ 在文件中添加：
"codebuddy.index.excludePatterns": ["**/node_modules/**", "**/dist/**", "**/build/**", "**/coverage/**", "**/*.d.ts", "**/migrations/**"]
Qwen 视频智能分析基础客户端（免费版），基于 Qwen 3.5 Plus 多模态模型对本地视频进行内容分析，支持场景描述与基础内容理解，采用默认抽帧频率和提示词，适合快速概览视频，API Key 读取自 ~/.skill-platform/skill-platform.json 的 skills 配置。
方法二：使用 CLI 快速注入（推荐用于 CI 或团队统一配置）
在项目根目录执行：codebuddy config set index.excludePatterns '["**/node_modules/**","**/dist/**"]'。
执行后无需重启，CodeBuddy会在下次索引周期自动应用新规则。
切换至轻量模型推理端点
大型项目常伴随高频率补全请求，若仍使用 7B 参数量模型进行每次响应，CPU 占用极易突破90%，触发系统限频。改用 1.5B 量化模型可在保持基础补全准确率前提下，将单次推理延迟从 620ms 压至 110ms 内。
打开 CodeBuddy 设置面板 → 进入「模型与性能」→ 在「补全模型」下拉菜单中选择 【Qwen2.5-1.5B-Instruct-Q4_K_M】。
点击「部署并设为默认」，等待约 2 分钟完成加载。
部署完成后，状态栏 CodeBuddy 图标右下角将显示「⚡ Local Q4」标识。
调整语言服务器内存上限
CodeBuddy 的语言服务器（codebuddy-langserver）默认仅分配 1.2GB 堆内存，面对大型 TS/JS 项目极易触发频繁 GC 或 OOM crash。
在项目根目录创建 .codex/config.yaml 文件，写入以下内容：
langserver: jvmArgs: ["-Xmx3g", "-XX:+UseG1GC"]
保存后重启 VS Code，可通过命令行运行 ps aux | grep langserver 验证 JVM 参数是否生效。
