applescript 不能注入启动参数，因为它基于 apple events 通信，通过 launch services 启动应用，不介入 execve() 系统调用层，无法控制进程级 argv 或环境变量。
applescript 本身不支持直接向 macos 应用传递启动参数（如命令行中的 --args 或环境变量），它只能通过 launch application 或 open 命令启动已安装的应用，且无法控制底层进程的 argv 或环境上下文。
为什么 AppleScript 不能注入启动参数
AppleScript 是 macOS 的高层脚本接口，基于 Apple Events 与应用通信。它调用的是应用的 Launch Services 流程，该流程只负责唤醒或启动应用的主 bundle，不暴露进程级参数控制能力。真正的启动参数（如 -psn_0_123456、--no-sandbox）由 execve() 系统调用在进程创建时设定，AppleScript 无权介入这一层。
可行的替代方案
若需带参数启动 macOS 应用，应绕过 AppleScript，改用 Shell 工具组合实现：
Manage Apple Notes
下载
使用 inotes CLI 从终端管理 Apple Notes。当需要在 macOS 的 Notes.app 中列出、读取、创建、编辑、删除或搜索备忘录时使用。
-
使用
open命令配合--args：可向应用的NSApplication实例传递字符串参数（仅对支持接收NSApp.arguments的 Cocoa 应用有效）。例如：open -a "TextEdit" --args /tmp/example.txt -
直接执行应用的可执行文件：找到 app 内部的二进制路径（如
/Applications/Safari.app/Contents/MacOS/Safari），再用env或setenv注入环境变量，或直接追加参数：env MY_FLAG=1 /Applications/Visual\ Studio\ Code.app/Contents/MacOS/Electron --disable-gpu -
用 AppleScript 调用 shell 命令：虽不能原生传参，但可通过
do shell script执行上述open或直接二进制调用：do shell script "open -a 'Google Chrome' --args '--incognito' '--user-data-dir=/tmp/chrome-test'"
注意事项与限制
并非所有应用都会响应传入的参数：
- Cocoa 应用通常通过
application:openFile:或application:openURLs:处理--args，但自定义参数需开发者主动读取NSApp.arguments； - Electron 应用（如 VS Code、Slack）一般支持常见 Chromium 参数（
--disable-gpu、--proxy-server），但部分参数可能被硬编码屏蔽； - 沙盒化应用（如从 Mac App Store 安装的）禁止直接执行内部二进制，
open是唯一合规启动方式； - 签名失效风险：手动执行 app 内部二进制可能绕过公证（notarization）检查，触发 Gatekeeper 阻止。
调试建议
验证参数是否生效，可结合以下方法：
- 启动后立即在终端运行
ps aux | grep -i "AppName"，查看实际进程命令行； - 对支持调试日志的应用，启用 verbose 模式（如
defaults write com.apple.TextEdit LogLevel -int 3）； - 用
osascript -e 'path to application "xxx"'确认 app bundle 路径是否正确，避免空格或本地化名称导致失败。
