CodeBuddy启动速度缓慢？先别急着归咎于网络延迟或模型加载——真正的问题源于CLI初始化阶段的冗余配置和环境探活。在稳定的开发环境下，默认的目录信任检测、IDE连接扫描、MCP服务探活都是不必要的资源开销。只需四步优化，就能将启动时间从原来的4-5秒压缩到2秒以内：①加上--skip-trust-check跳过目录信任检查；②使用--no-ide和--mcp-config none禁用IDE与MCP探测；③通过预热脚本固化模型与上下文缓存；④设置shell别名cb将常用参数打包。

频繁切换项目或通过SSH远程开发时，每次启动CodeBuddy都要等待5秒以上才能进入交互界面，这种延迟着实磨人。问题并非出在网络波动或模型加载，而是CLI启动阶段未能跳过冗余的检查逻辑。好在，这些不必要的步骤都可以有效规避。

跳过首次目录信任检查

首次在某个目录下运行codebuddy时，它会弹出一个“是否信任当前目录”的确认提示。别小看这一步——后台需要扫描文件系统、校验权限，整个过程耗时1.2～3.8秒。如果你已经在自己可控的环境里开发，完全没必要被再次询问。

执行命令时直接加上：

codebuddy --skip-trust-check

需要注意的是，该参数仅对当前单次会话生效，不会影响其他目录的安全验证。也就是说，下次切换到新目录仍然会触发检查，安全底线依然保留。

禁用自动IDE连接与MCP服务探测

默认情况下，启动CodeBuddy时会主动扫描本机正在运行的IDE实例（比如VS Code、JetBrains系列），并尝试通过MCP协议建立连接；同时还会轮询localhost:3000等端口，查找MCP服务器。听起来很智能，但如果你当前根本没有打开IDE，也没有部署MCP服务，这一套探测完全是在空耗资源。

解决方式有三种，推荐第三种：

• 方法一：codebuddy --no-ide，关闭IDE自动连接；
• 方法二：codebuddy --mcp-config none，显式禁用MCP服务发现；
• 方法三（推荐）：两者合并，codebuddy --no-ide --mcp-config none。

实测数据非常清晰：仅禁用IDE连接能减少1.4秒启动延迟；如果同时禁用MCP探测，总启动时间从平均4.7秒直接降至1.9秒以内。这一优化的效果立竿见影。

预加载模型并固化上下文缓存

每次启动CodeBuddy，它都会重新解析配置文件、加载模型元数据、构建初始上下文索引。这些工作在固定开发场景下其实可以提前完成，就像给引擎提前“热车”一样。

操作很简单：在项目根目录创建一个预热脚本，Linux/macOS下命名为warmup.sh，Windows下命名为warmup.bat。脚本内容就一行：

codebuddy -p "确认可用" > /dev/null 2>&1 && echo "预热完成"

日常开发前先执行一次这个脚本，之后调用codebuddy时，模型描述和基础上下文已经常驻内存，首屏响应速度能提升约40%。

有一点需要注意：预热只对同一工作目录生效，切换到其他目录需要重新执行。如果项目结构发生了变化（比如新增了src/子目录），也建议重新运行预热脚本，否则缓存可能不完整。

精简启动参数链并设置别名

前面三步的优化参数每次都要手动敲一遍，既麻烦又容易敲错顺序导致参数失效。更好的方式是把它们固化到shell别名里，一劳永逸。

具体步骤：

1. 打开终端配置文件（比如~/.zshrc或~/.bashrc）；
2. 添加一行别名定义：
   alias cb='codebuddy --no-ide --mcp-config none --skip-trust-check'；
3. 保存后执行source ~/.zshrc（或对应配置文件的source命令）；
4. 之后只需输入cb，就能享受优化后的极速启动体验。

这一步必须在shell配置文件中完成，否则别名只在当前终端窗口有效。别名中没有加--print或-p参数，所以cb仍然保持交互模式，完全符合日常开发习惯。从此再也不用每次手动拼一堆参数了。