不同于原生 App 内 WKWebView 可通过 WKScriptMessageHandler 与 Swift 双向通信，快捷指令的「显示网页视图」操作是一个封闭的沙盒——网页内的 JavaScript 无法直接调用快捷指令的任何操作。作者发现利用系统剪贴板作为数据通道，正是填补了这一空缺。这个方案巧在无需额外服务器、无需越狱，仅靠每次数据变化时自动执行 `navigator.clipboard.writeText()` 并让快捷指令后续读取剪贴板即可完成传值，但代价是每次弹窗都会触发 iOS 16 及以上版本的「粘贴自…」隐私提示，影响流畅感。用剪贴板传 JSON 的这个思路，本质是用系统最老的共享机制绕过了快捷指令最年轻的能力边界。

文章复刻的「大爆炸」功能，在锤子科技于 2017 年开源后（GitHub: SmartisanTech/android）已经成为众多 Android 定制系统和第三方 App 的标准配置。但同一功能在两条路径上的取舍完全不同：锤子的原生实现依赖系统级的长按手势拦截和 OCR 引擎（与三角兽、扫描全能王合作），能炸开任意界面任意文字；而快捷指令版只能在网页视图内部的文字上做分词，不能在系统任意界面触发。前者是「系统功能」，用户零门槛即可调用；后者是「用户自制快捷指令」，需先唤醒网页视图再操作，入口深度远多于原生方案。开源的 Big Bang 框架代码至今仍被不少国内 ROM 直接复用，但交互方式的代差早已超过代码复用的价值。

自 iOS 16 起苹果强制应用访问剪贴板前必须弹出用户授权弹窗，这给文章提出的「剪贴板桥接」方案埋下了一个持续发酵的隐患。如果用户选择「不允许粘贴」，网页视图内拷贝的 JSON 就无法被快捷指令后续的「获取剪贴板」操作读取，整个数据通道失效。尽管 iOS 16 的弹窗只出现一次（除非 App 被彻底杀死），但在高频使用的记账类指令中每笔记录都要触发一次隐私弹窗，体验大打折扣。未来可能的变数是：苹果是否会对快捷指令自带的「获取剪贴板」操作豁免弹窗——WWDC 2024 的隐私相关 session 中尚未有此类信号。这个隐私与便利的拉扯，决定了这套方案的长期可用性。

剪贴板只能传输纯文本（包括 JSON 字符串），意味着图片、文件、二进制数据都无法通过这套桥接传递给快捷指令。但网页视图内的 Canvas 可以生成 base64 图片，base64 本质也是文本——理论上完整的数据链路是：Canvas → .toDataURL() → 剪贴板 → 快捷指令解码为图片。但这要求快捷指令侧有「从 base64 生成图片」的原生操作，而目前的「Base64 编码」和「从输入中获取图像」两个操作中间存在断点（没有直接的 decode 操作）。真正值得追问的不是能不能做，而是一个 cron job 能跑多久：苹果若在未来的快捷指令中加入「解码图片」操作，网页视图就能变成一个小型图像编辑器；若不加，这个方向就是死胡同。方案的真正上限不在剪贴板，在快捷指令操作集的补全速度。