AppleScript 与 shell 命令分工协作：AppleScript 负责操控应用，shell 负责系统级操作；通过 do shell script 和 osascript 相互调用，结合错误处理与权限管理实现高效跨工具协同。
AppleScript 和 shell 命令不是非此即彼的选择，而是分工明确、互相补位的组合：AppleScript 负责“跟应用对话”，shell 负责“跟系统对话”。协同的关键不在堆砌代码，而在把对的事交给对的工具做。
用 do shell script 处理 AppleScript 不擅长的事
AppleScript 本身不解析路径、不管理权限、不处理正则或进程列表，但能干净利落地把这类任务委托给 shell：
- 读取环境变量或用户信息：比如
set homePath to do shell script "echo $HOME"，结果直接变成 AppleScript 可用的文本变量 - 执行带管道或重定向的操作：如
do shell script "ps aux | grep 'Mail' | wc -l"统计 Mail 进程数，再用 AppleScript 决定是否重启 - 安全写入配置文件：先
do shell script "grep -q 'export PATH' ~/.zshrc || echo 'export PATH=...'"，避免重复追加 - 需要管理员权限时，加
with administrator privileges，例如修改系统级偏好设置
用 osascript 让 shell 流程具备 GUI 反馈能力
当主流程由 shell 控制（如定时任务、部署脚本），AppleScript 就是它的“眼睛和手”：
Manage Apple Notes
下载
使用 inotes CLI 从终端管理 Apple Notes。当需要在 macOS 的 Notes.app 中列出、读取、创建、编辑、删除或搜索备忘录时使用。
- 内联触发简单操作：
osascript -e 'tell app "Finder" to empty the trash' - 运行本地脚本并传参：
osascript ~/Scripts/notify.scpt "备份完成"，脚本中用item 1 of argv接收 - 捕获返回值用于后续判断：
status=$(osascript -e 'return (do shell script "date +%s")') - 配合 launchd 执行时，确保 GUI 上下文可用，避免因环境变量缺失导致通知失败
跨应用协作时，shell 与 AppleScript 各司其职
一个典型流程比如“从 Safari 抓标题 → 保存为文件 → 用 TextEdit 打开”：
- AppleScript 负责获取 Safari 当前页标题、调用 TextEdit 打开文件
- shell 负责拼接路径、转义特殊字符、写入文件：
do shell script "echo " & quoted form of pageTitle & " > " & quoted form of filePath - 若涉及第三方 App（如 Chrome）菜单操作，则用 System Events 桥接，而 shell 仍可负责前置准备（如检查 Chrome 是否运行）
错误处理与权限边界要提前设计
协同容易出错的地方，往往不在语法，而在执行上下文：
- 每个
do shell script都建议包在try块里，失败时用on error提示或降级处理 - 写系统路径（如
/usr/local/bin）前，确认是否已授权或改用用户目录 - GUI 应用（如 VS Code）启动时不加载
~/.zshrc，需用 launchd 的environment.plist补全变量 - 敏感操作（如清空废纸篓、重启 Finder）前加
display alert确认，完成后用display notification明确反馈
