The agentic future
of Control Hub.

Defining how AI supports
administrative work.

The opportunity was to rethink how administrators accomplish work while maintaining enterprise trust, governance, and control.

Enterprise administrators navigate fragmented management experiences. As AI assistants and agentic systems emerged, administration also began to extend beyond a single application: work could happen inside Control Hub, through an external assistant, or across both.

I defined the agentic administration vision and AI governance strategy, facilitated leadership alignment workshops, and partnered with product and engineering on roadmap direction.

Connecting AI experiences
across two surfaces.

My current playbook defines two surfaces: embedded AI inside Control Hub and extended capabilities in external agents. The hybrid model describes the handoff between them, with a shared approach to authority and oversight.

What makes an agent
safe to adopt?

Unlike conventional software, agentic applications can evolve, gain capabilities, access tools, and act on behalf of users. We researched enterprise administrators, collaboration engineers, and developers to understand the mental models and governance needs this introduced.

I synthesized research findings and customer feedback into governance strategy, UX concepts, and administrative workflows.

Turning the strategy into
a practical design playbook.

I created an internal Agentic UX playbook to make the strategy usable by design, product, engineering, and platform teams.

I authored the strategy, audience framing, use-case work, audit and traceability model, and reusable skill packaging, and created the site that brings them together. The shared guidelines were authored by a colleague; I incorporated them into the playbook with that contribution distinguished from my own.

The shared workflow moves from understanding the goal and scope, to deciding on a plan, acting with the right authority, and returning a result the admin can verify.

Defining what external agents can do

I organized extended capabilities into five levels: public information, read-only admin context, troubleshooting, recommendations and preparation, and reserved execution. External experiences can support understanding and preparation. Changes such as restart, policy edits, access changes, remediation, and rollback remain on a Cisco-controlled surface.

Before action, Control Hub rechecks identity, scope, permissions, and current state. The experience keeps edits, approvals, denials, and outcomes traceable.

Keeping administrative actions
traceable across surfaces.

I defined a shared audit model that captures who requested, approved, and executed an action; what changed; why it was authorized; and the outcome, including rollback state.

Control Hub owns the authoritative record. The embedded experience provides the full log for investigation. An external agent provides a concise action receipt with status, a shared trace ID, and a link back to the full record.

The model distinguishes reads from writes. Read-only responses return provenance, scope, and freshness. Recommendations carry the rationale and trace ID into the next step. Edits and remediation create the formal record in Control Hub.

Making the playbook available
throughout the design process.

I packaged the playbook as a portable skill so teams can bring the strategy into AI-assisted design and engineering workflows. The site presents it as a downloadable SKILL.md containing the shared model, strategy, behaviors, use cases, references, and agent guidelines.

It is intended to support alignment before design, critique during development, and checks of handoff, recovery, traceability, and the result before launch. The packaging is my work; the included shared guidelines retain my colleague’s authorship.

This is a resource I’m developing and working with teams to adopt. As we begin supporting edit capabilities, Yankun Wang is reviewing audit logging. Adoption and audit design are ongoing; their effect on delivery has not yet been measured.