Pushary - Approve AI requests from your lock screen
by•
One command connects your AI agents to your lock screen. When Claude Code, Codex, Cursor, Gemini CLI, Hermes, or Claude Cowork stops to ask, you tap yes from your phone and the run keeps moving. New in this launch: native iPhone and Android apps. Pairing is a QR code you scan from the terminal, no key to paste. Per-tool policies auto-approve the safe reads. Every decision lands in an audit trail.
Replies
The per-tool policy layer is the part I'd want to configure first — the difference between auto-approving all file reads and auto-approving only reads from your project directory is a meaningful trust boundary. Is that granularity available now, or does the policy system work at the tool level only (all of Claude Code's file reads, not individual path patterns)? The audit trail only stays useful if the policy captures intent at the right grain.
@hi_i_am_mimo
Valeria, this is exactly the right thing to check, and yes, it's path-level, not tool-level only.
A rule is the tool plus an argument pattern, so Read() auto-approves every read, but Read(src/) auto-approves only reads under your project directory and everything outside it still asks. Matching goes by specificity, a precise path rule beats a broad one, and an explicit rule you wrote always wins over the defaults. So the boundary you described, reads inside the project versus reads anywhere, is a rule you can write now.
And you're right that the audit only holds up if the policy captures the same grain. It does, the record stores the actual target that matched, the specific path, not just "a read happened," so what you see in the trail is at the same resolution as the rule that approved it.
the per-tool auto-approve for safe reads is the part I'd poke at - how do you define "safe" consistently across six agents that each have their own permission model, shared policy schema or configured per agent?
@sabber_ahamed
we have both, you can share the same config across agents or per agent defined config if you prefer that, available both on the web dashboard and mobile dashboard. Happy to dive deeper and explain with more details. Looking forward to earning you as a user.
The annoyance of having to open up an app, then select the chat, then either type or click accept is very real.
Love this! Congrats on the launch y’all :)
@gabe
the man himself :)
thanks for the positive words and support <3
Nice framing — the phone approval loop is the part I’d actually use.
One small thing I’d want as a builder: not just Yes/No, but a quick risk label for why the agent is blocked — file write, shell command, dependency install, payment/API action, etc. When I’m away from the terminal, the hard part is knowing whether I’m approving a harmless unblock or changing the risk profile of the run. The audit trail could make that decision reviewable later.
I literally was thinking about this. I personally would use this! I need to ask if I am allowed to use this on certain computers. But I really like this. Slightly thinking about how all the major players have this feature but you create a central hub which is very cool.
@saderod
feel free to try it out, we offer a 7 day free trial risk free, check it, test it and let us know. Looking forward to earning you as our user <3