Back to all systems
Case study · 01/Conversational AI

A multi-tenant control plane for creating, governing, and operating AI assistants across messaging channels.

Product architecture + interface systemAnonymous by design
Case study · 01Conversational AI

Operating system

AI operations

01 · Multi-tenant organisation and role controls02 · Reusable AI employee personas and working rules03 · WhatsApp, Telegram, SMS, Messenger, Instagram, and web adapters

Operating context

Businesses often add bots one channel at a time. The result is fragmented configuration, disconnected conversation history, uneven quality control, and no reliable operator handoff.

The challenge

Complexity had to become one legible operating loop.

Design one operating model that can support different business roles, shared knowledge, channel-specific constraints, team permissions, and a clear path from automated response to human intervention.

The system response

The interface and architecture tell the same story.

The product architecture centres on a reusable assistant configuration, channel adapters, tenant isolation, knowledge retrieval, response guardrails, a unified inbox, and operational analytics. The interface makes deployment a guided workflow instead of a developer-only task.

Product scope

Capabilities shaped around the work.

01Multi-tenant organisation and role controls
02Reusable AI employee personas and working rules
03WhatsApp, Telegram, SMS, Messenger, Instagram, and web adapters
04Knowledge ingestion with source-aware retrieval
05Response validation, escalation, and human handoff
06Conversation quality and channel analytics

System architecture

From entry point to operating control.

A narrative view of the system boundary. Each layer creates a cleaner handoff into the next and keeps consequential work visible.

01

Channel adapters normalise inbound and outbound messages.

02

Conversation state keeps context coherent across touchpoints.

03

Knowledge retrieval grounds answers in approved material.

04

Guardrails validate responses before they leave the system.

05

The operator layer handles exceptions, handoff, and oversight.

What the work demonstrates

Evidence, without invented metrics.

These outcomes describe the product and operating model visible in the repository. They are not presented as confidential client KPIs.

01

One configuration model for many customer-facing channels

02

Clear separation between automated work and operator decisions

03

Quality controls designed into the workflow rather than added later

Repository evidence

  • Detailed multi-tenant product requirements
  • Channel capability and degradation rules
  • Role, knowledge, guardrail, and analytics models

Technical material

Next.jsTypeScriptLangGraphPostgreSQLRow-level security