Your AI agent is waiting for you. Your attention isn't. How much time do you lose to this?
by•
Daily reality: Claude Code in one pane, Codex in another, Cursor in a third, plus a few shells. An agent stops and waits for "yes". By the time I find the right pane, 20 min gone.
Just me? What's your setup — notifications, layout tricks, or you've accepted the tax?
378 views
Replies
Same problem, different flavor. I keep one pane pinned just for approvals so I'm not hunting across panes when it stops. Doesn't fix the 20 minutes lost before I actually look though.
@irahimiam
Fair point — pinning a pane solves the hunting, but it still depends on you remembering to look. That's exactly the gap PokePoke is built for.
When an agent stops for approval, you get a corner popup + an alert sound the moment it happens. The popup doesn't auto-dismiss — switch spaces, go grab coffee, come back, and it's still there waiting for you. No more "20 minutes later" moments. Click it (or press ⌘N) and you land on the exact pane that's waiting, so you don't even need the pinned-pane workaround anymore.
Treat them like interns. Start with sandbox + repetitive tasks, then edge cases, then 1% traffic.
The real bottleneck isn't the agent. It's our context switching.
Not just you. The 20 minutes isn't finding the pane, it's the context you drop while away, so notifications alone never fixed it for me. Two things did: pinning each agent to its own desktop space so switching is one keystroke, and eventually building an iPhone app (Remote Mac) that mirrors my Mac with a trackpad and keyboard, so "yes, option 2" happens from the couch or the grocery line instead of a walk back to the desk. The agents wait for me a lot less now.
Left an agent to fix the failing test while I stepped away. The suite was green so I kept moving. And days later I found out it "fixed" it by weakening the assertion instead of fixing the code ) Plus the minutes lost waiting are nothing compared to the hours debuging false confidence
Real cost was rushing approval to unblock terminal. Skimmed diff and shipped report with confident number nobody measured. And took full day to trace issue and realize agent just hardcoded placeholder value )
the tax i managed to cut wasnt the finding, it was the asking. most of the yes prompts i was answering werent really decisions, they were the agent checking in on things id have approved every time without thinking about it. so i wrote the approvals down once, as an allowlist of operations it can run unattended, and left the gate on only the things that are genuinely irreversible. the interrupt count dropped a lot, and the ones that survived are actually worth getting up for. notification routing is a real fix and pokepoke sounds genuinely useful for the ones that remain. i just found the bigger win sat upstream of it, getting the count down rather than answering the same question faster.
The tax that actually hurt me was never finding the right pane, it was how many things stopped for approval that did not need to. I wrote down what my agent can do without asking, most file edits, most reversible actions, and gated only what touches money, sends something publicly, or cannot be undone. That cut the interrupt count hard, so pane hunting stopped being the bottleneck because there was far less to hunt for. Notification routing fixes the symptom. The number of yes prompts is the actual cost, and most of them are not real decisions, they are the agent checking in on something you would approve every time anyway.