切换默认Shell后，.command文件仅打开终端无法执行脚本

我有一个myscript.command文件，内容如下：

#!/bin/bash

rm -rf ~/Downloads/*

我将该文件添加到登录项中，但登录时或双击执行它时，仅会打开默认的fish Shell终端，不会删除任何文件。将默认Shell改回zsh后，脚本可正常运行。请问这是什么原因？该如何解决？

已尝试的操作 #

• 修改shebang为zsh、sh、fish
• 为所有用户设置文件可执行权限

macOS下.command文件的执行逻辑是调用当前默认Shell启动终端并运行脚本，核心问题出在fish与bash/zsh的行为差异上：

1. fish对shebang的处理逻辑特殊——它不会优先执行shebang指定的Shell，而是直接用当前默认的fish环境解析脚本。虽然rm -rf ~/Downloads/*语法看似通用，但fish在交互模式启动终端时，可能因为上下文或环境变量问题，没有自动执行脚本内容就停留在提示符状态。
2. zsh/bash在执行.command文件时，会自动跑完脚本内容（或保持窗口），而fish的交互启动逻辑不会自动触发脚本的完整执行。

方案1：强制指定脚本用bash/zsh执行（推荐） #

修改myscript.command内容，显式调用目标Shell执行命令，彻底绕开默认Shell的干扰：

#!/bin/bash
exec /bin/bash -c 'rm -rf ~/Downloads/*'

如果偏好zsh，可改为：

#!/bin/zsh
exec /bin/zsh -c 'rm -rf ~/Downloads/*'

这样无论默认Shell是什么，都会强制用指定的Shell执行删除操作，避免fish的解析问题。

方案2：调整fish的交互执行行为（不推荐） #

如果坚持用fish作为默认Shell，可修改fish配置让它启动.command时自动执行脚本：

1. 编辑fish配置文件~/.config/fish/config.fish
2. 添加以下内容：

if test -n "$argv"
    eval "$argv"
end

但这种方法可能影响fish的正常交互体验，可靠性不如方案1。

方案3：用AppleScript封装（无终端窗口） #

如果不想弹出终端窗口，可创建AppleScript文件并保存为.app格式，添加到登录项：

do shell script "/bin/bash -c 'rm -rf ~/Downloads/*'"

执行时不会显示终端，直接完成删除操作。

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