三板斧解决Trae卡顿：一禁用高耗社区插件，二指定project_rules.md代码目录范围，三关闭Follow Symlinks与自动全项目扫描。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您尝试在Trae中打开超大代码量的项目，但界面响应迟缓、CPU占用飙升或长时间停留在“准备本地”状态，则可能是由于AI上下文加载过载、全局扫描行为失控或插件资源争抢所致。以下是解决此问题的步骤：
一、禁用社区插件
社区插件常为性能瓶颈主因，进程资源管理器显示其可占据70%以上内存与CPU资源。禁用非必要插件能立即释放大量系统资源，显著改善初始化与交互响应速度。
1、点击左下角状态栏小电脑图标，打开「进程资源管理器」。
2、在插件列表中识别高资源占用项（通常标有红色告警或CPU占比＞30%）。
3、逐个右键选择「禁用」，重点禁用名称含「community」「ai-enhance」「code-scan」等字样的插件。
4、完全退出Trae（Cmd+Q 或 Ctrl+Q），重新启动并打开项目验证效果。
二、指定代码目录范围
Trae默认对整个工作区执行递归索引与语义分析，面对数十万行代码的工程，该过程极易引发I/O阻塞与内存溢出。通过显式限定project_rules.md中的关注路径，可将AI处理范围压缩至实际开发子目录，规避无效扫描。
1、进入设置 → 规则和技能 → 打开project_rules.md文件。
2、删除原有通配符规则（如**/*.ts），替换为精确路径，例如：
include: ["src/core/", "packages/ui/", "scripts/build/"]。
3、保存文件后，在Trae中执行「重新加载项目上下文」命令（可通过Ctrl+Shift+P调出命令面板搜索）。
4、观察终端输出是否出现Loaded 3 directories, skipped 12类提示，确认裁剪生效。
三、关闭Follow Symlinks与自动全项目扫描
符号链接遍历会触发重复索引与路径爆炸，而「自动全项目扫描」功能会在后台持续调用rg.exe发起无差别文本搜索，二者叠加将导致磁盘队列饱和与CPU长期100%。
1、进入设置 → 搜索关键词「Follow Symlinks」，关闭该开关。
2、继续搜索「search.mode」或「自动扫描」，将选项从「Entire Workspace」改为Current File Only。
3、在settings.json中手动添加配置项："search.ripgrep.maxThreads": 1,"files.watcherExclude": {"**/node_modules/**": true, "**/dist/**": true}。
4、重启Trae使配置生效。
四、清理缓存与重置本地索引
Trae缓存损坏或索引文件腐化会导致“准备本地”阶段卡死在文件元数据解析环节。清除缓存可强制重建轻量级索引，跳过已失效的旧结构校验。
1、完全关闭Trae所有窗口及后台进程（任务管理器中确认trae.exe无残留）。
2、定位并删除以下目录：
Windows：%APPDATA%\Trae\Cache 与 %APPDATA%\Trae\IndexedProjects；
macOS：~/Library/Caches/Trae 与 ~/Library/Application Support/Trae/IndexedProjects。
3、重新启动Trae，首次打开大项目时将显示「Building project index…」进度条，此时请勿中断。
五、限制rg.exe实例数量与优先级
即使关闭了全项目扫描，Trae底层仍可能因语言服务或补全请求触发多个rg.exe进程并发运行。若任务管理器中持续出现5个以上rg.exe实例且CPU占用不降，需通过外部工具实施硬性约束。
1、下载安装Process Lasso（免费版即可，官网bitsum.com）。
2、启动Process Lasso，在进程列表中右键rg.exe → 「更多」→ 「实例平衡/限制」→ 「限制实例数量」。
3、设置最大实例数为2，并将CPU优先级设为「低于正常」。
4、勾选「应用于所有用户」与「开机自动应用」，点击确定后重启Trae。
