case study

Making invisible
AI security visible

Agent Guard Fleet View

Agent Guard evaluates every AI agent action against security policies as it happens. But when multiple agents are running, users need a simple way to understand what is happening across the fleet and where attention is needed.

I led the UX design for the Agent Guard Fleet View, turning a complex stream of system activity into a clear, scannable overview within Jozu Hub.

Role Lead UX Designer
Team Jozu Hub, Product, Engineering
Contribution UX strategy, research, information architecture, UX/UI design, prototyping, design system, developer handoff
Business impact The Fleet View completed the Agent Guard experience within Jozu Hub and gave customers a visual way to understand how Agent Guard monitors and protects their AI agents. Fleet View became the primary visual used to demonstrate Agent Guard to prospective customers.
Project website jozu.ml

the problem

Invisible system activity breeds anxiety

Agent Guard does its job in the background. That's great for security, but not particularly helpful when you're trying to understand what's happening.

With multiple agents running, users needed to quickly answer:

  • Which agents are operating normally?
  • Which need attention?
  • Is an issue temporary or serious?
  • Where can I go for more detail?

The challenge wasn't to show everything. It was to show the right things at the right level.

How can we give users enough visibility into their AI agent fleet to build trust and quickly identify when something needs attention?
Diagram showing Policies A-D monitored by Agent Guard, applying policies and actions, feeding into the Fleet View status card
One view, many complex agents. The Fleet View bundles each agent and its underlying processes into a single, scannable overview.

understanding the system

Bridging infrastructure and monitoring

Before designing the interface, I worked with the CTO and development team to understand how Agent Guard worked, what information it produced, and how users were expected to interact with it.

The key opportunity was clear: instead of making users inspect agents individually, we could give them a fleet-level overview and let them drill into the details when needed.

The design also had to fit naturally into the existing Jozu Hub experience, including navigation, audit information, visual language, and interaction patterns.

Who are the users?

ML engineers and technical supervisors, including users who didn't need to understand the underlying infrastructure to monitor their agents.

The UX model

I structured the experience around four levels:

Fleet → Agent → Activity → Audit Log

  • The fleet view answers: "Is everything okay?"
  • The agent view answers: "What's happening?"
  • The deeper activity and audit log information answers: "Why did this happen?"

This gave the overview a clear job to do without turning it into a control panel for everything happening under the hood.

Abstract terminal-style mockup showing a policy denial: push blocked by AgentGuard, PR required
Abstract visual of Agent Guard denying an action in Claude Code.
Sitemap of Jozu Hub showing the root platform branching into Status Board, Agent Guard Fleet, Catalog, Docs, and User Menu, with a connection highlighted between the Fleet's agent table and the Audit Logs
Integrating Fleet View into Jozu Hub: a dedicated navigation entry connects the new experience to the existing product, while direct links to Audit Logs ensure deeper information is never a dead end.

information density

From complexity to hierarchy

The Fleet View needed to help users quickly understand the overall state of their agents without overwhelming them with technical detail.

Rather than exposing everything at the same level, I separated information by the user's likely need.

Scan

  • Quickly understand the overall state of the fleet and identify where attention might be needed.

Investigate

  • Drill into an individual agent to understand its activity, connection, version, and other technical details.

This progressive disclosure kept the overview focused while making deeper information available when it became relevant.

Users scanning Jozu's Agent Guard Fleet View for potential anomalies.
Agent Guard Fleet table with an agent detail sidebar open, showing agent definition, 24-hour trend charts, MCP servers, and audit sync status
Sidebar revealing deeper context about an agent’s activity, helping users move from a high-level fleet view to the details behind its current state.
Two dark UI screenshots showing an agent's activity panel connected to a matching entry in the audit log
Connecting Fleet View to the Audit Log: direct hyperlinks bridge the two parts of Jozu Hub, giving users a clear path from agent status to more in-depth audit information.

colors & terminology

Designing the status system

One of the more important decisions was how to communicate agent connection states.

My initial direction used familiar status colors such as red, orange, and green. But when sales conversations exposed the design to potential customers, it became clear that the visual language was being interpreted as a measure of severity, rather than system state.

For example, an agent being temporarily intermittent isn't necessarily an emergency.

That feedback challenged my initial assumption: the problem wasn't that users needed more explanation. The interface itself was communicating the wrong thing.

I changed both the terminology and visual language to describe the actual state, rather than telling users how worried they should be.

Terminology remap: Healthy to Connected, Degraded to Intermittent, Unreachable to Disconnected, Stopped to Stopped
Swapping alarm-driven color codes for state-based ones: labels now reflect actual conditions, not prescribed emotional response.
This was a small UI decision with a bigger UX impact: the interface should describe what is happening, not dramatize it.
Before: status overview using Healthy, Degraded, Unreachable, Stopped terminology
Before: Colors and terminology were being interpreted as a measure of severity.
After: status overview using Connected, Intermittent, Disconnected, Stopped terminology
After: Cooler colors and clearer labels are describing the actual state, rather than telling users how worried they should be.

research speed up with AI

AI as a design accelerator

The project moved quickly, so I relied on AI as a design accelerator throughout the early exploration phase.

I used it to quickly generate and compare different approaches to:

  • Information hierarchy
  • Dashboard layouts
  • Status treatments
  • Responsive variations
  • Dense data layouts

Instead of spending hours taking every idea from a blank canvas to a polished mockup, I could explore several directions quickly and use them as a starting point for discussion.

But the output was never the design.

I evaluated the concepts against the product context, existing Jozu Hub patterns, technical constraints, and user needs, then refined or discarded them.

AI helped me explore faster. I decided what was worth keeping.
AI-generated concept of the Agent Guard Fleet overview panels with an AI-generated image badge
AI-generated concepts speed up how we structure the fleet dashboard: Overview panels look great, but the real work is making them earn their space with information that's actually useful.
AI-generated concept of the agent detail sidebar with an AI-generated image badge
Same story with the sidebar: It works well structurally, but in the AI image it's just echoing the main dashboard instead of adding new information.

scale & delivery

Designing at speed

To keep the pace high, I worked closely with engineering throughout the process rather than treating handoff as the finish line.

Once the core experience was established, I extended the design system with the patterns needed to make the Fleet View work across different states and contexts.

This included:

  • Agent status variants
  • Empty states
  • Donut chart states
  • Version-control overview variants
  • Responsive layouts
  • Documentation and implementation details

AI helped accelerate exploration and fill gaps, particularly around responsive variations. Dense tables and complex information layouts still benefited heavily from human judgement. With complex technical data, simply making everything responsive doesn't necessarily make it usable.

Agent Guard Fleet table shown alongside two mobile-optimized card layouts
Turning complex tables into readable mobile experiences.
Two overview cards showing a mid-range instance count and a fully empty zero-instance state
How to handle less data or no data at all.

the outcome

Making invisible security understandable

Designing complex technical products isn't about exposing more information. It's about helping users understand what matters now, what it means, and where to go next.

The Fleet View completed the Agent Guard experience within Jozu Hub and provided customers a much clearer way to understand how Agent Guard monitors and protects their AI agents.

It also became the primary visual used by sales to demonstrate Agent Guard to prospective customers.

More importantly, those conversations exposed where the interface was creating confusion, directly influencing the final status terminology and visual language.

What I took away:

01

Don't weaponize warning states.

System states should communicate what is happening without manufacturing urgency.

02

Show less, reveal more

Technical detail should be available when users need it, without competing with the primary task.

03

Give every signal a path to context

Never let an alert dead-end. Provide a direct, actionable thread to the underlying information.