Supervising AI agents without leaving your work
TL;DR
Context
In 2026, the market is shifting from copilots to autonomous agents. Workato already lets people spin up multiple agents to work in parallel across the product. But you cannot tell from the interface because it still looks like a single AI assistant.
Objective
Make parallel agent work visible while letting people stay focused on their own tasks.
Action
Treated agent activity as a layer that followed the user, rather than something tied to a page or workspace. Built the first prototype and directed its evolution into a persistent bottom bar.
Outcome
Created one place to see what every agent was doing, step in when needed, return to any session, or queue more work. The design is now under development.
How do you supervise agents without becoming their full-time supervisor?
Workato’s AI appeared as a single copilot inside a chat panel. But the product could support several agents working in parallel. We needed to make that capability more visible. That created a new problem: how could people supervise all those agents without repeatedly stopping their work or switching context?
People need to assign work, leave agents running, and continue with their own tasks. At the same time, they need to know when an agent finishes, gets stuck, or requires a decision.
Imagine an automation lead starting three agents:
- One debugging a failed invoice sync in Finance
- One building a lead-routing workflow in Sales
- One investigating errors in an employee-onboarding process
Rather than waiting, the automation lead begins building an approval workflow manually. The agents continue working in the background while the lead remains free to check their progress, redirect them, or queue additional work. The automation lead only needs to return to the full agent session when more context is required.
Why is this particularly difficult in Workato?
An enterprise automation lead may support several business teams, such as Revenue Operations, Procurement, and People Operations. Each team can have its own workspace, data region, permissions, and development, test, and production environments. Some environments have several active agents, some have none, and others contain data the lead can't access.
An agent could therefore be working in a different workspace, environment, or product area from the page the user is currently viewing. If agent supervision lived inside a page or asset-level chat, people would have to remember where each agent started and navigate back to that location to check its progress.
The design challenge was to make agent supervision independent of any asset, page, workspace, or environment. It needed to belong to the user, preserve each agent's context, respect permissions, and remain accessible throughout the product.
One automation lead may supervise agents across business workspaces and environments, while permissions determine which activity is visible.
The first concept confused location with attention
An early concept combined agent status with the workspace and environment indicators.
I pushed back on this direction during critique. The environment switcher answers, “Where am I working?” The agent indicator needs to answer, “Does an agent need my attention?” Combining the two suggested that agent activity belonged only to the current environment.

Making the principle tangible
I used our internal product scaffolding and Claude Code to build a very quick and dirty prototype. It gave Serene and me something concrete to evaluate and made three interaction principles visible:
- Running agents should remain accessible throughout the product.
- Their status shouldn't depend on the current workspace or environment.
- Anything requiring a decision should be reachable in one action.
Finding the right edge of the screen
We then explored four placements.
A full-width top bar
Our first direction placed a bar across the top of the product. It was directly inspired by the prototype I had built. This created more room for active agents, but it made the top of the screen feel heavy and pushed the page content down.
The hierarchy also became unclear. Because the bar spanned every workspace and environment and sat above profile settings, it appeared to sit above the entire product. Agent supervision and profile settings are parallel product-wide layers. An upcoming control plane would need the same architectural territory.
The bar also pushed the workspace and environment switchers away from the screen edge and into the middle. Edge targets are easier to find and reach, and we didn't want agent supervision to weaken this important navigation.

A centered notch
We then condensed the bar into a centered notch inspired by the MacBook notch. It could expand to provide a quick view of active agents without introducing a permanent panel.
However, it collided with an existing control in the recipe editor, where people switch between Edit and Test modes.


The right edge of the screen
Next, we explored a persistent rail on the right, where the chat interface already opened. That proximity created a strong relationship between the agent overview and each conversation.
However, horizontal space was already limited, especially on smaller screens. A persistent rail alongside an open chat would leave too little room for the page itself. The narrow rail also forced agent groups and states into short, single-word labels. We wanted to use descriptive sentences that felt conversational, and the sidebar didn't give them enough room.

The bottom of the viewport
Finally, Serene moved the interaction to the bottom of the screen. This resolved several problems at once:
- It avoided the existing navigation and mode controls.
- It could appear on any page without restructuring that page.
- It remained in peripheral view without competing with the current task.
- It created a natural transition into a detailed agent view.
- The action for starting an agent could sit close to the conversation that followed.

Every agent, always within reach
The final agent bar stays at the bottom of the viewport throughout Workato. It doesn't belong to the current page, workspace, or environment. It belongs to the user.
From anywhere in the product, people can:
- See which agents are active
- Check progress without changing context
- Respond when an agent needs input
- Redirect an agent
- Return to any agent session
- Queue or start additional work
My contribution
I reframed the problem as a product-wide information architecture challenge and redirected an early concept that tied agent activity to the current environment. I established the core interaction principles and built the first prototype to communicate the direction. I also critiqued subsequent concepts and helped guide the design as it developed.
Serene led the detailed interaction design and identified the bottom placement that made the pattern work across the product.




