Blog
Product

One board for every running agent

Run multiple AI agents at once and see them on one board with delivery modes, presence-aware routing, and deduped sessions.

AG
Aadil Ghani
Founder, Pushary
Jun 14, 2026Updated Sep 15, 20265 min read
Share

If you run more than one AI agent, you already know the failure mode. Three Claude Code sessions in three terminals, a Codex job on the side, and your phone buzzing every few seconds with notifications you cannot tell apart. Which agent asked? What was it working on? Did you already answer that one?

The Fleet board fixes the tracking problem. It puts every running agent on a single screen, groups concurrent sessions, and routes notifications based on where you actually are.

The problem with running a fleet

One agent is easy. You start it, you watch the terminal, you answer when it asks. Notifications are barely necessary because you are sitting right there.

The trouble starts when you run several at once, or when you walk away from the desk. Now the questions stack up. A plain notification stream gives you a wall of "Agent needs your input" with no way to tell a git push approval from a database migration from a question about which file to edit. Worse, the same session can fire more than once as it retries or re-prompts, so you see what looks like five separate agents when it is really one agent asking the same thing.

You end up with two bad options. Mute everything and miss the approval that actually mattered, or leave it loud and get trained to tap through prompts without reading them. Tapping through prompts is how an agent ends up running a command you never would have allowed.

Delivery modes

Pushary has four delivery modes for approvals. The mode decides whether an approval reaches your phone, stays with the agent, or both.

  • When I'm out is the default. It uses presence to decide. If you are at the agent's machine, the decision stays there and your phone stays quiet. If you have stepped away, or Pushary cannot tell you are there, your phone is asked. More on this below.
  • Every time asks your phone for every approval regardless of where you are. Use it when you want a record on your device for every decision, or when you are running agents on a remote box you never sit in front of.
  • Updates alerts your phone that an approval is waiting, but the phone cannot approve or deny it. You decide in the agent's own permission prompt. An action on a host with no prompt of its own, such as a Cursor file edit, is refused instead. Good when you want to know an agent is blocked without approving from your phone.
  • Terminal sends no approval alerts. The agent's own permission flow decides. Task updates are a separate setting and still arrive if you have them on. This is the mode for when you are heads-down at the desk and do not want a second screen lighting up.

The mode is a workspace default, and per-tool rules can set their own, so a risky command and a read-only tool do not have to share one policy.

Presence-aware routing

When I'm out is the one most people leave on, and it depends on knowing whether you are at the terminal.

Pushary tracks terminal presence on the server, weighted by recent prompt activity. When you are actively typing prompts and answering in the terminal, the session is considered present, and When I'm out keeps questions local. When that activity goes quiet, presence decays, and the same questions start routing to your phone instead.

You never touch the toggle. Sit down and work, your phone stays silent. Get up for lunch with three agents still running, and the next approval lands on your lock screen. Presence is computed server-side from prompt weighting, so it works without shipping a new CLI build or running a background daemon on your machine.

Presence routing only changes where a notification goes. It never changes whether an action is allowed. Permission policies decide that, and they run the same way whether you are at the desk or on a beach. See permission policies.

The Fleet board

The board is where concurrent sessions become legible.

Each running agent shows up as a card in a lifecycle column, so you can see at a glance what is waiting on you versus what is still running versus what has finished. Cards carry a real task title, not a generic "session 4f2a." The title comes from the UserPromptSubmit hook, which captures what you actually asked the agent to do, so the card reads like "refactor the billing webhook" instead of a hash. Each card also shows the agent name, so a Claude Code session and a Codex session are never confused.

Concurrent sessions are grouped and deduped. If one agent re-prompts or fires the same question twice while it retries, the board folds those into a single entry rather than showing you duplicates. That is the difference between a board that says "one agent is blocked" and a stream that makes it look like your whole fleet caught fire.

So the board answers what a notification stream cannot: which agent, what task, what stage. From there you approve, deny, or send a correction back to the agent, all from the same view.

How to start

The Fleet board is part of the AI agent control panel and works with any agent you connect through the CLI hook: Claude Code, Codex, Gemini CLI, Cursor, and Hermes. Connect an agent with the quickstart, run a couple of sessions, and they show up on the board with titles and names already filled in. Set the delivery mode from the agent overview in the dashboard or from the Pushary phone app.

One honest caveat on mobile. On an iOS home-screen install, the cross-origin deep link into the app is broken, so iOS surfaces pending questions through an inbox on the subscribe page rather than a tap-through link. Android and the native app handle the deep link directly.

The board, presence routing, and delivery modes come with every paid agent plan. See the agents overview for the full feature set and pricing for the two tiers. Agent is $9.99 a month, Agent Pro is $19.99.

Frequently asked questions

How can I manage multiple AI agents running at once?

Pushary's Fleet board puts every running agent on a single screen, groups and dedupes concurrent sessions into lifecycle columns, and routes notifications based on where you are. Each card carries a real task title captured from the UserPromptSubmit hook and the agent name, so a Claude Code session and a Codex session are never confused.

What are the four delivery modes in Pushary?

Pushary has four approval modes. When I'm out, the default, asks your phone only when you have stepped away from the agent's machine or Pushary cannot tell you are there; Every time asks your phone for every approval, even while you are at the desk; Updates alerts your phone that an approval is waiting while you decide in the agent's own permission prompt; and Terminal sends no approval alerts and leaves the decision to the agent. The mode is a workspace default, and per-tool rules can set their own.

How does presence-aware routing decide where a notification goes?

Pushary tracks terminal presence on the server, weighted by recent prompt activity. When you are actively typing and answering in the terminal, When I'm out keeps questions local; when that activity goes quiet, presence decays and questions route to your phone. Presence only changes where a notification goes, never whether an action is allowed, which permission policies decide.

AG
Aadil Ghani
Founder, Pushary

Building Pushary so an AI agent can reach you on your phone and wait for a yes before it does something you would not want.

Read next

Product

Pushary Isle: your agents' questions, in your Mac's notch

Your agent stopped to ask you something in a tab you weren't looking at. Isle puts that question in your notch, and one shortcut answers it.

Sep 17, 20263 min readAadil Ghani
Product

How permission policies learn your defaults

Match rules on what the agent is about to run, not just the tool name, and let your real approve and deny history write the rules for you.

Jun 25, 20264 min readAadil Ghani
Product

The Pushary mobile app: answer approvals and send commands from your phone

The phone is now two-way: approve an agent action from the lock screen, then queue an instruction back to the running session.

Jun 16, 20264 min readAadil Ghani

Get a push the moment your agent needs you

Approvals, done alerts, and a kill switch for Claude Code, Codex, Cursor, and the rest. It takes a couple of minutes to set up.