Modular Workspace
Bring tasks, references and summaries into a guided workspace, so people can work across siloed systems without repeatedly rebuilding context.
Designing a modular agent workspace where IBMers can understand, steer and scale multi-agent work.
Design Lead, Brand Designer, Developer
As AI agents gain the ability to act, people need a clear way to direct them. Relay explored that interface with a shared workspace for understanding what multiple agents are doing, shaping their work and knowing when to step in. The goal was to support AI researchers, product managers and sellers coordinate many agents across disconnected systems, with clear progress, traceable sources and simple points of control.
The product exploration points toward an emerging modality of how agents swarms as big as 100+ are managed, steered and explainable when achieving ambitious goals and briefs.
Owned:
→ Problem framing and hypothesis definition
→ Research design and synthesis
→ Supervision architecture for agent tasks
→ Front-end engineering
→ End-to-end prototyping
→ Executive alignment and roadmap decisions
→ Evaluation framework for agent reliability and supervision quality
AI was moving beyond conversation into work that spans tools, data and time. But enterprise context remained scattered across systems, with inconsistent data and constantly changing state. Relay explored one surface where researchers, product managers and sellers could bring that work together.
Delegation only helps when it reduces the effort of supervision. People need to see progress, reconcile conflicting sources and steer work as it unfolds, without becoming full-time managers of automation.
Four visual studies explore how a shared workspace could connect context, live information and agent-created tools.
Bring tasks, references and summaries into a guided workspace, so people can work across siloed systems without repeatedly rebuilding context.
Develop an idea in notes, documents and Markdown. The notepad exploration gave people a place to shape context before handing work to an agent.
Bring changing information from different systems into one view, with project-specific spaces for the context that belongs together.
Explore creating presentations, automations and small applications directly from the workspace, extending ideas developed in Flint.
One supervision model, shaped around different kinds of work. These scenarios illustrate the direction explored for three roles.
Bring sources and working notes together. Ask an agent to compare ideas and surface open questions, while keeping the evidence available for review.
A possible request
“Run an automation to skim arxiv for the latest papers on open-source models.”
For human review
A review of papers and source references with questions to investigate.
Bring product context, decisions and changing information into one workspace. Use agents to develop a brief or prototype, with a clear point to review the direction.
A possible request
“Turn these notes into a product brief and PRD. Keep assumptions and unresolved decisions visible.”
For human review
A draft brief, an inspectable prototype and decisions for the team. A repeatable /skill or .md file
Bring account notes and opportunities into a focused view. Ask for a briefing that makes missing or outdated information visible before it informs the next action.
A possible request
“Prepare an account briefing. Show what data has changed in Salesforce and what are the key closing numbers for the deal.”
For human review
A reviewable presentation or brief with sources, gaps and next questions.
Early concepts for a universal chat interface, exploring how Relay could stay present and persistent as people move between conversation and work.
The project centred on one question:
How can people delegate long-running work to multiple agents while keeping a clear view of progress, decisions and control?
Early conversations with technical and non-technical users revealed a recurring cost: coordinating work across tools. Switching systems, stitching context together and carrying it into the next task consumed the time agents were meant to save.
The design constraints were sharp:
→ Agents could only help if users could understand what they were doing and why.
→ Any solution that increased setup complexity would fail adoption.
→ Without clear intervention and recovery, autonomy creates risk and hesitation instead of leverage.

The design opportunity was to make delegated work inspectable. A task needed a visible purpose, a record of actions and a clear place for a person to intervene.
I framed the design space as:
→ Agents could only help if users could understand what they were doing and why. Turning invisible background automation into something observable and accountable.
→ Giving users control without forcing them into micromanagement. Making uncertainty explicit (freshness, source reliability, execution confidence).
→ Designing for recovery as a default, not an edge case.
I started by mapping end-to-end workflows and identifying where coordination broke down across systems. From research synthesis, I formalised a model to structure agent work:
Tasks → Intents → Actions
→ Task: the user-recognisable unit of work
→ Intent: what success means and what constraints apply
→ Actions: concrete steps executed across tools and data sources

This structure wasn’t only conceptual, it became a design tool for defining what should be automated, what should be confirmed, and where escalation is required.
To stress-test the model, I ran adversarial prompt testing using ambiguous and conflicting requests, stale context, and scenarios that should trigger escalation rather than execution. These tests helped define escalation rules: when the system should ask, confirm, or act and what evidence it must surface before doing so.
In parallel, I explored three high-level supervision models:
Modular: a workspace composed of widgets representing context, tasks, and monitors
Unified: a single end-to-end workflow experience for completing work in one place
Transformative: cross-system analysis and synthesis as a primary value driver
User testing and stakeholder review pushed the direction toward a system that was modular in structure, but guided in configuration, reducing blank-canvas burden while retaining flexibility.
Based on our research findings, we evolved our modular dashboard concept but three new design challenges emerged. These needed to be reshaped after testing and evaluation.

1. “Spaces” for Separate Accounts
Hypothesis: sellers benefit from switchable account surfaces.
Finding: context-switching increased cognitive load and felt like managing browser tabs.
Decision: move to a sidebar holding ‘projects’ or ‘space’ to manage specific content.

2. Parallel Agent Tabs
Hypothesis: running several agent tasks in parallel tabs would let users supervise more work at once.
Finding: with state hidden inside each tab, users lost track of which tasks were running, blocked or done.
Decision: consolidate parallel work into a single Tasks view, with explicit state transitions and one place to supervise progress.
3. Manual Integration Onboarding (Packs &/skills)
Hypothesis: Configuring systems, widgets and platform integrations is challenging.
Finding: Setup friction stalled activation, especially for non-technical users.
Decision: introduce pre-configured Packs & Skills tailored by role. Auto-generate widgets on behalf of users. This was a significant change in the structure to the supervision model.
1) Autonomy without observability increases cognitive load
Even when output quality was high, users hesitated if they couldn’t see progress, dependencies, or what the agent was basing decisions on.
2) Invisible work is risky and reduces trust
Plausible results built from stale context were more trust-damaging than obvious errors, because users couldn’t detect them early. Freshness and provenance must be designed, not assumed.
3) Long-running tasks require a legible state model and check-ins
Users struggled to supervise parallel threads when state was implicit. Consolidating into a single Tasks view with clear transitions reduced confusion and improved confidence.
This exploration points toward an emerging idea of how agents swarms as big as 100 are managed and steered successfully to achieve ambitious goals. As models become more capable, product differentiation shifts to supervision quality interfaces that make agent behavior:
→ Observable: users can see what’s happening and why
→ Interruptible: users can intervene without breaking the system
→ Accountable: actions have traceable evidence and history
→ Recoverable: the system supports safe rollback and clear next steps
The next challenge is an interaction model that scales with the number of agents. People need to understand what changed, what remains uncertain and which decisions are theirs to make.