Pushary

Hey PH 👋 这里是Aadil。

Pushary 就是为你的 AI 智能体准备的"确认键"。它们的权限提示和疑问会直接显示在你的手机锁屏上，你轻点一下，任务就能继续跑下去。

问题所在

你交给智能体一个40分钟的任务，然后走开。结果两分钟它就停下来，问一个无关紧要的权限，整个运行就卡死了，等你回到终端才能继续。就算你多花一倍的钱买更快的 token，运行还是会在同一个 prompt 处等着。智能体运行里最慢的环节，往往就是你。

这次发布的新内容

如果你之前在 Product Hunt 见过 Pushary：前三个版本都跑在 web push 上。iPhone 的 web push 漏通知太严重，只要有一次没批准，整个方案的信任就崩了（第三个版本只有4个赞，你可以去查）。这次发布是用一个你信得过的渠道完全重做的：

- 原生 iPhone 和 Android 应用，批准操作直接做成锁屏动作

- 配对只需要在终端扫个二维码，不用复制粘贴 API key

- 把所有智能体和机器上的请求统一收进一个收件箱

今天上线的功能

- 对 Claude Code、Codex、Gemini CLI、Cursor 和 Hermes 强制介入拦截：高风险命令会在执行前等你批准，而不是跑完之后才通知你

- Claude Cowork 和 claude.ai 贴一个链接就能连接，并以协作方式提问

- 按工具设置策略，自动批准安全的读取操作，所以只有真需要你注意的时候手机才会响

- 每个问答都会记录到可导出的审计日志中

对比其他方案

- Happy 和 Omnara 会把整个会话镜像到你的手机，相当于口袋里塞了个终端。Pushary 只发送决策信息：批准、提问、任务完成。让你少看东西，但什么都漏不掉。

- Anthropic 的 Remote Control 免费而且确实好用，如果你用的是 Claude Max 并且只跑 Claude Code。Pushary 一个手机就能覆盖六个智能体，跨供应商和机器。

- 自己搭推送（ntfy 之类的）是在事后通知你。Pushary 的 hook 集成会在高风险命令执行前拦截，等你批准。

适用场景

🚶 智能体在重构中途遇到权限墙。你在路边点一下批准。它完全没注意到你离开过。

🍕 两台机器上跑着三个智能体，一个收件箱，午饭时间就处理完了。

🌙 原本会在凌晨2点因为一个 yes/no 问题而挂掉的夜间运行。

实话实说

7天免费试用后每月9.99美元，试用需要先绑定银行卡。

我想听听你的反馈

给你的智能体一个长时间任务，然后告诉我第一个问题出现在你手机上时你在哪里。沙发上、火车上、学校接孩子。如果你的智能体最后还是得等你，那正是我需要的反馈。

我今天会一直在线 <3

从锁屏通知里批准一个危险的 bash 命令，这一点我比较想推敲。锁屏批准设计成快速反射性点击，但像"bun run db:migrate"这样的命令值得稍微认真想一下，而不是半睡半醒路过手机时随手点个 yes。你有没有考虑过为更高风险等级的命令强制一种更慢、更审慎的批准方式，而不是和那些琐事安全操作用一样的单次点击流程？

另外我也好奇，如果你在锁屏上点了拒绝，会发生什么。智能体会收到一个明确的拒绝原因说明，从而调整下一次尝试，还是只会看到一个笼统的拒绝，然后换另一种方式再试一遍同样危险的操作？

上周刚碰到过，智能体就在那儿干等了20分钟，等着一个权限批准。

你基本上把你自己的帖子里的矛盾点（盯着 vs 走开）说得很清楚了，而这个就是解决方案，只不过是覆盖了6个工具而不是1个。

点击显示 diff 是正确的基本做法，但我想推敲另一个缺口。批准时刻缺少的不仅仅是屏幕上显示的内容，更是批准者脑子里的上下文。在终端里，整个会话的历史都滚动在上面。而在锁屏上，你只看到一个 diff，却看不到40分钟前你设定的、现在已半忘掉的目标。于是你最终批准的只是"这个改动看起来还行吗"，但真正的问题应该是"这还在按计划走吗"，而一个 diff 回答不了这个。

第二个问题是媒介本身。通知会训练出反射行为，通知就是用来划掉的。那种让你快速点 yes 的格式也在暗示你点 yes，因为我们每天处理其他200条通知时就是这么做的。

所以我的问题不完全是关于更丰富的预览，更多的是：有没有什么东西能把批准与最初的目标重新联系起来，而不只是与待处理的步骤联系起来？也就是让我能回答"智能体还在正轨上吗"，而不只是"这个命令安全吗"？

许多我用过的其他智能体审批工具都忽略了一点——风险是在整个运行过程中累积的，而不是存在于某一条命令中，我觉得你们正走在捕捉这一点路上！另外，对高风险调用做“失败关闭”的门控确实是这里真正有用的部分。不过，一个 session 是否自身带有某种累积爆炸半径的概念？恭喜发布！