🔬 技术背景与故障分析

故障现象： 在 Typora 中触发图片上传时，PicGo 核心进程抛出异常： Error: image not found in clipboard at async uploadClipboardFiles ...

根本原因： M4 Pro 机型预装的 macOS Sequoia/Sonoma 引入了更激进的 TCC (Transparency, Consent, and Control) 隐私框架。 PicGo 作为一个后台运行的 Electron 应用，试图监听并读取系统剪贴板（Clipboard）时，被操作系统判定为“潜在的未授权监控行为”并直接拦截。由于系统返回了空数据，PicGo 逻辑判断为“剪贴板无图片”。

---

🛠 解决方案：系统级权限提权

请按照以下步骤，显式授予 PicGo 突破沙盒限制的权限。

第一步：授予“输入监控”权限（Input Monitoring）

这是解决 clipboard 报错的核心。macOS 将“读取剪贴板”归类为输入监控的一部分。

1. 打开 系统设置 (System Settings) -> 隐私与安全性 (Privacy & Security)。
2. 在列表中找到 输入监控 (Input Monitoring)。
3. 点击 + 号，输入指纹/密码解锁。
4. 在 /Applications 文件夹中选中 PicGo.app 并添加。
5. 关键操作： 确保 PicGo 右侧的开关处于 开启（蓝色） 状态。

第二步：授予“完全磁盘访问权限”（Full Disk Access）

为了确保 PicGo 能顺利读取 Typora 生成的临时缓存文件及写入日志，建议开启此权限。

1. 回到 隐私与安全性 界面。
2. 找到 完全磁盘访问权限 (Full Disk Access)。
3. 同样将 PicGo.app 添加进列表，并确保开关 开启。

第三步：进程级重置（强制生效）

macOS 的权限变更不会实时应用到已运行的进程，必须彻底重启。

1. 在顶部菜单栏右侧找到 PicGo 图标，右键选择 退出 PicGo。
2. 打开 活动监视器 (Activity Monitor)，搜索 picgo，确保没有任何残留进程。
3. 重新启动 PicGo。

---

⚡️ 备选方案：通过 CLI 模式绕过 GUI 限制

如果上述权限设置后偶尔仍有延迟或报错，建议更改 Typora 的调用策略，从“应用调用”改为“底层进程调用”。这种方式更稳定，且极少受 UI 层面权限干扰。

1. 打开 Typora 设置 -> 图像。
2. 上传服务 选择：Custom Command（自定义命令）。
3. 命令 输入框填入： /Applications/PicGo.app/Contents/MacOS/PicGo upload
4. 点击 验证图片上传选项。

验证结果： 此时 Typora 将直接调用 PicGo 的二进制文件执行上传，通常会看到 Validation Success，且上传速度会比 GUI 模式更快。