Mac 快捷指令虽无 try-catch，但可通过“如果”+“停止并输出”实现错误处理：依据操作结果（空值、错误文本、非零码）判断异常，在“如果”分支中断流程并输出原因；对 SIP 权限问题需调整脚本路径或改用 AppleScript；辅以变量日志定位问题。
mac 上的快捷指令本身没有传统编程语言里的 try-catch 机制，但通过组合“如果”“停止快捷指令”“停止并输出”等控制操作，可以实现逻辑层面的错误处理与异常响应。
用“如果”判断关键操作结果
快捷指令中多数操作会输出内容或状态，比如“获取 URL 内容”失败时可能返回空值或错误提示，“运行 Shell 脚本”出错时可能返回非零退出码。你可以把这些输出作为判断依据：
- 在关键操作（如网络请求、文件读取、脚本执行）后，添加“如果”操作
- 设置条件：例如“文本包含 ‘error’”、“词典为空”、“数字不等于 0”
- 把后续正常流程放在“否则”分支，把报错应对逻辑放在“如果”分支里
主动中断流程并反馈原因
当检测到异常条件时，不要让快捷指令继续执行下游操作（可能引发连锁错误），而应立即终止：
- 在“如果”分支内添加“停止快捷指令”，可防止无效操作被执行
- 更推荐使用“停止并输出”，它既能中断流程，又能返回一段说明性文本，方便调试或通知用户
- 例如：输出“Wi-Fi 名称获取失败，请检查网络连接”，这样你在测试或运行时能一眼看到问题根源
应对系统级权限异常（如 SIP 拦截）
当你在快捷指令里调用 shell 脚本却遇到 Operation not permitted，这不是快捷指令本身的错误，而是 macOS 系统完整性保护（SIP）在起作用：
- 该错误通常发生在脚本尝试访问 /System、/usr/bin 等受保护路径时
- 快捷指令编辑器内运行成功、外部触发失败，正是 SIP 权限上下文差异的典型表现
- 解决方向不是绕过 SIP，而是调整脚本路径（移至 ~/Documents 或 ~/Library/Scripts）、改用 AppleScript 封装、或确认是否真需系统级操作
利用变量和日志辅助排查
快捷指令不提供控制台日志，但你可以模拟简易“日志”来定位问题环节：
- 在每个关键步骤后，用“文本”操作拼接当前状态（如“✅ 获取 URL 完成”“⚠️ 解析 JSON 失败”）
- 将这些信息存入一个列表变量，最后统一输出或写入临时文件
- 配合“每次均询问”变量，可在运行中暂停并查看中间值，尤其适合调试列表循环或嵌套条件
