EN/Contact
Lydia / Works
Workflows & Agents2026

Chuangli AI Workspace · Enterprise AI Employee Platform

Turning enterprise know-how from documents and chats into executable tasks, reusable deliverables, and governed knowledge

Enterprise AI Transformation Product Case / 06

Chuangli AI Workspace is not another chat window. It turns enterprise knowledge, role-specific methods, and approval boundaries into AI employees that accept goals, confirm a brief, execute in steps, and preserve reusable deliverables.

For a business leader, the hard part of adopting AI is not buying a model. It is enabling different roles to complete work against shared standards while keeping process, sources, accountability, and outcomes visible. This project brings recruiting, compensation, operations, content, and customer service into a shared task kernel, creating an executable, recoverable, and auditable blueprint for an internal pilot.

01

Target users include business owners, managers, HR, operations, content, customer service, and platform administrators. The first release plans 16 business Agents, including five deep-execution patterns.

02

The v2.2 package includes a complete PRD, responsive high-fidelity prototype, 12 acceptance screenshots, an implementation architecture, seven architecture decisions, and 18 executable development tasks.

03

The existing enterprise knowledge-base MVP already supports Q&A, conversation history, citations, and re-indexing, with nine existing automated tests passing. The new platform is designed as an extension of that base.

04

The current stage is a build-ready package with product, visual, and technical boundaries confirmed—not a production platform. Planned completion, save-rate, and pilot metrics remain validation targets.

From Enterprise Knowledge to Task Delivery

The company had already accumulated role SOPs, compensation methods, recruiting playbooks, and operating knowledge, alongside a Q&A MVP. But finding an answer is not the same as completing work: employees still need to organize inputs, break work into steps, confirm standards, and turn responses into usable artifacts.

I reframed the product from more Q&A entry points to AI employees that can complete business tasks. Every capability must define its use case, required inputs, execution steps, approval points, and final deliverable instead of merely swapping prompts.

A Shared Task Kernel: Goal, Brief, Execution, Delivery

An employee can begin with a one-sentence goal or an Agent card. The Agent Router recommends a primary and alternative Agent from capabilities the user is authorized to access. Deep tasks first create a structured brief that confirms goals, materials, constraints, and expected outputs before execution.

Execution is not a black box. Steps, progress, sources, tools, and waiting-for-approval states are visible; failures recover at the step level, while critical actions retain human confirmation. Completed work becomes a plan, report, table, checklist, script, or response library with version history and task provenance.

Hide Model Complexity Behind Business Tasks

Employees should not need to understand models, prompts, embedding dimensions, or workflow orchestration. The user experience exposes only Knowledge Q&A, Quick Generation, and Deep Execution, expressed through business tasks such as recruiting plans, competitor analysis, livestream reviews, and service responses.

The product uses two interface layers: employees see an accessible, page-based AI front end, while administrators see Agent versions, knowledge scope, failed tasks, index health, and knowledge gaps. One system must be both easy to use and governable.

Enterprise Readiness Requires Permission, Provenance, and Recovery

Enterprise conclusions must retain citations. When authoritative material is missing, the system labels an AI inference or asks follow-up questions rather than presenting model advice as company policy. Personal, project, and enterprise memory have different approval and visibility rules, and only reviewed content can become enterprise knowledge.

Tasks, steps, tool calls, and deliverables preserve versions and audit relationships. Long tasks support approval waits, step-boundary pauses, retries, and idempotent deduplication. These may look like implementation details, but they determine whether a company can safely entrust real work to AI.

PROCESS

Key Decisions

01

Sixteen Agents share one kernel

Versioned Agent definitions reuse retrieval, briefs, state machines, tools, and deliverables instead of creating sixteen separate, unmaintainable chat apps.

02

Build five high-value tasks deeply first

Recruiting, compensation, competitor research, livestream review, and customer service establish end-to-end patterns first, while the remaining capabilities reuse the shared kernel.

03

Replace chat accumulation with a deliverable center

AI outputs become plans, reports, tables, checklists, scripts, and response libraries that can be reviewed, exported, traced to their tasks, and proposed as enterprise knowledge.

04

Keep humans in control of high-risk actions

The first release excludes unapproved writes to external systems. Low-confidence, incomplete, or high-risk tasks ask for clarification or wait for human confirmation.

Role & Collaboration

I led product planning and experience: starting from existing enterprise knowledge assets to define the multi-Agent proposition, first-release scenarios, information architecture, Agent Router, task briefs, state machine, deliverables, and the knowledge-learning loop.

I also structured permission, memory, file, recovery, human-approval, and safety boundaries, translating product decisions into a PRD, high-fidelity prototype, architecture decisions, and executable development tasks. AI supported research comparison, prototype engineering, documentation, and consistency checks; I owned business trade-offs, product definitions, and acceptance boundaries.

Validation, Outcome & Reflection

The verified result is the v2.2 build-ready package: nine core pages have no page-level horizontal overflow at 390, 1024, and 1440px; recruiting, competitor, livestream, and service entries switch to the correct brief; and loading, file failure, low confidence, access denied, empty, and paused states are covered.

The case video demonstrates task initiation, Agent selection, deliverables, and administration in the high-fidelity prototype. It does not mean that all 16 Agents are running in production or that pilot metrics have been achieved.

The product unit of enterprise AI should not be an Agent; it should be a repeatable business task. Only when inputs, steps, accountability, deliverables, and acceptance are defined does AI become an organizational capability rather than a tool.

The project reinforced that enterprise adoption is not primarily about model strength. It depends on clear permissions, traceable conclusions, recoverable failures, and people retaining final decision authority.

DEMO / 06

High-fidelity prototype demo

A 1-minute-50-second high-fidelity prototype walkthrough covering task initiation, Agent selection and execution, deliverables, and administration. It demonstrates the v2.2 prototype, not a live production system.