重启或重导入项目后Comma IDE为何找不到raku二进制文件

你二次验证的结果已经定位到核心问题：Comma IDE运行测试时的PATH环境变量未包含rakubrew注入的Raku二进制路径，导致无法找到raku可执行文件，两个触发场景的具体逻辑如下：

• 重启触发场景：如果你是通过系统桌面启动器、Dock图标打开Comma，而非从已经加载了shell配置的终端中启动，macOS和多数Linux桌面环境不会主动加载~/.zshrc/~/.bashrc等交互式shell配置文件——而rakubrew的路径初始化逻辑默认就写在这些rc文件里。前一晚测试正常是因为当时Comma进程继承了正确的PATH环境（比如从终端启动、或环境变量还在系统内存缓存中），重启后进程缓存清空，自然丢失了自定义路径。
• 重导入+清缓存触发场景：Comma会在本地缓存项目关联的Raku SDK路径、运行时环境变量配置，你执行项目重导入、缓存失效操作时，会把之前自动识别并缓存的rakubrew Raku环境关联记录清除，IDE运行测试时就会回退到最基础的系统默认PATH（也就是你看到的/usr/bin:/bin:/usr/sbin:/sbin），无法定位到自定义安装的Raku二进制。

不需要在测试代码里硬编码raku全路径，按以下步骤操作即可永久修复：

1. 打开Comma的项目设置，找到Raku SDK配置页，手动选择rakubrew当前激活版本对应的Raku安装目录作为项目默认SDK，保存配置后重启IDE，IDE运行所有测试、脚本时都会自动把该SDK的bin目录加入运行时PATH。
2. 如果是桌面启动不加载shell变量的问题，可以选择两种方式解决：
   • 每次启动Comma时，从已经执行过rakubrew初始化的终端运行comma命令启动，进程会自动继承终端的正确PATH
   • 将rakubrew的shims路径（一般是~/.rakubrew/shims）添加到系统全局PATH配置中，不需要依赖交互式shell加载配置
3. 修复后可在IDE中运行以下代码验证：

say (run 'which', 'raku', :out).out.slurp;

能正常输出raku的完整路径即表示修复完成。

内容的提问来源于stack exchange，提问作者StevieD