Reference architecture

WAIOS Technical Reference Architecture

A high-level view of how WAIOS separates customer authority, operational intelligence, governance, execution, and evidence.

Public-safe system view

Two trust boundaries

Customer trust boundaryRoadmap
Customer environment / Spoke
Scoped cloud-native identity
Revocable permissions

AWS IAM / AWS STS describe the high-level direction for future external AWS onboarding. Exact policies, role identifiers, and permission sets are intentionally not published.

WAIOS trust boundaryAWS foundation live
01
Authorized discovery & events
Cloud-native inventory, configuration, and event sources
02
Autonomous CMDB
Current operational truth, context, and relationships
03
Risk & Policy Engine
Impact and permitted-action evaluation
04
WAI Advisor
Analysis and recommended response
05
Authority Gate
Identity, policy, and Human-in-the-Loop control
06
Remediation
Controlled execution through authorized permissions
07
Verification / Rollback
Validate desired state or restore safely
08
BlackBox + KEDB
Retain evidence and verified operational knowledge

Hub / Master and Spoke

WAIOS = Hub / Master
The central control plane for operational intelligence, CMDB context, risk, governance, remediation, verification, and evidence.
Spoke = a company using WAIOS
A company—not merely one AWS account. A Spoke may connect multiple authorized environments and business systems while retaining ownership and control.

WAI Ecosystem is the current internal live reference environment. External enterprise Spoke onboarding is roadmap. Tenant-scoped RBAC and isolation are in development. Azure and Google Cloud connectivity remain roadmap.

External enterprise onboarding is blocked until tenant isolation and identity-bound authorization / RBAC are implemented and verified. Each tenant must retain its own identity → policy → CMDB → credentials → execution → BlackBox boundary, with tenant-scoped KEDB access. AI reasoning, retrieval, execution context, and operational evidence must never cross that boundary.

Why the boundary matters

Customer ownership

Infrastructure and access remain under customer control.

Revocable access

Connectivity is designed around scoped, revocable identity—not permanent root credentials.

Explicit authority

Identity and policy determine whether an action may execute.

Bounded AI

AI prompts are never the authorization or tenant-isolation boundary.

Three operational knowledge layers

CMDB
What is true now.
BlackBox
What happened.
KEDB
What previously worked.

This page explains boundaries and guarantees, not implementation mechanics. Internal schemas, risk formulas, orchestration logic, remediation algorithms, role policies, prompts, and security-sensitive APIs remain confidential.