cloudworkz OS Walk * V1 * Werner-facing
Status 5-AXIS LOCKED 2026-05-31 OPEN ITEMS FLAGGED Open marker * Decision: 2026-05-31 V2 + 2026-05-28 V2.1

the structure*

Five top-level axes. The vault is the platform's multi-tenant shape. Every Cloudworkz tenant carries the same Box pattern. Items marked * are open for the Werner walk.

Cloudworkz is the platform; every company is a tenant of the same shape.
5 top-level axes * dogfooded operating model * tenant pattern proves the product
Companies
the tenants
Tenants
Cloudworkz (reference tenant)
EUK
Unlock
XLR8
Yachay
mini-Cloudworkz * tenant vs maturity-view
Each tenant * same Box pattern
Brain-Boxplan, strategy, priorities (canonical source)
Brand-Boxbrand and content reasoning + assets
Biz-Boxops, finance, commercial
Data slot *Data-Box / ACID-Data, open (CF-3)
Products
the platform layer
Service cascade (V2 nomenclature)
L0, BOSS
L1 to L4 layers
L5, Services
Dev layer *
Flagship
CLOUDZ the operating model
ACID *
Axiom *
NEO *
Reconcile with V2.1
V2.1 product taxonomy uses 8-layer hierarchy. Naming reconciliation in Open view.
Library
reusable methodology
Method
Frameworks (F1 to F9, Karpathy)
Principles
Templates
SOPs (as method)
Prompts
Rule
reusable across tenants goes here. Instances go to the tenant.
System
the OS machinery
Canon and rules
Decisions / canon
Routing rules
Handover protocol
Rules index + hierarchy
Infrastructure (L7)
Vault, Systems DB
Renders, Surfaces
Skills, Scheduled tasks
Connectors
L6
Modules / Components
Team
the people
People
Profiles and person pages
Roles
Individual Clouds (per person)
Provenance
Dailies (activity, with the person)

the tenant pattern*

Every company carries the same four-Box pattern. Cloudworkz operates itself by the model it sells, so the structure proves the product. The Brain-Box is the canonical source the rest of the system relationally pulls from.

Four-Box pattern, per tenant

One shape, every company. The Data slot is open and decides at CF-3 with Werner.

Brain-Boxplan, strategy, priorities. The canonical source. CLOUDZ's Individual Cloud pulls from here.
Brand-Boxbrand and content reasoning + assets. Cloudworkz brand, EUK brand, Unlock brand, XLR8 brand, Yachay brand all live as Brand-Boxes.
Biz-Boxops, finance, commercial. Runs the business mechanics for the tenant.
Data slot *Data-Box / ACID-Data. Open at CF-3. Naming + scope + relationship to ACID-Data is what Werner is deciding.

Where CLOUDZ sits inside the pattern

CLOUDZ is the operating model that runs on top of the Box pattern. Brain-Box is the source of truth; CLOUDZ Individual Cloud is the per-seat surface that pulls from it.

The relational pull. Update the Brain-Box plan at source. Every Individual Cloud, every Team Cloud, every cascade tier reflects the change automatically. This is the model's central proposition. See the CLOUDZ model view for the cascade detail.

Tenants today

Five tenants on the structure. The reference tenant (Cloudworkz) dogfoods the platform.

Cloudworkz (reference) EUK Unlock XLR8 Yachay mini-Cloudworkz *
Open question. mini-Cloudworkz, tenant or maturity-view? Resolved at the Werner walk.

CLOUDZ operating model*

Individual Cloud, Team / Executive Cloud, Agents / Roles. The cascade that turns the Brain-Box plan into daily tasks. Per-seat CLOUDZ in the context of the whole model.

Brain-Box is canonical. Every Cloud relationally pulls.
vision * plan * strategy * priorities * maintained once
The Individual Cloud
"The hub that gives a member all the info they need to do their job." Pulls the plan from Brain-Box, surfaces my slice of the cascade.
Role
Function and responsibilitieswhat I own, ongoing
Deliverableswhat I produce, ongoing
KPIs and scheduled reviewhow I'm measured
Accountability
Reports tomy reporting manager, briefs and approves
Accountable tothe business team, budgets and KPIs
Team + comm lines
Co-ordinates withpeers I brief / am briefed by
Managesfreelancers and relationships
My work, aligned to the plan
Yearly goal (my part)
Quarterly Rock
Monthly project
Weekly sprint
Today's to-dos
↑ line of sight: any to-do traces up to the vision
each to-do is tagged with the goal it serves
Schedule
Weekly availabilityavailable / in a meeting / out
Meetingsagenda, cadence, who leads, attendees
Execution
Review and approval processbrief, estimate, approve, do, review
Processesmy templates and SOPs
Tools
Tech stacklogins per tool
Trainingneeded / completed
Team / Executive Cloud
"The hub" for department goals and deliverables. Where the plan is set and where each Individual Cloud rolls up.
Strategy
Scaling Up core metrics1-year goals and key initiatives
Core strategic docsthe single source of truth (OPSP, SWT)
Annual initiativestop priorities, quarterly Rocks, tasks
Company KPIscritical numbers, monthly target vs real
Quarterly Themethe one priority all support
Execution
3 Big execution issuesscored per quarter, with owners
9 Key processes (PACe)process, owner, KPI
10 Rockefeller habitsthe rhythm scorecard
Cross-dept projectsowner, launch date, in tracker
Optimization (SWOT)strengths and weaknesses, scored
People and cash
Mgmt role tierswho reports to whom, cloud sign-off
Meeting rhythmyearly / quarterly / monthly / weekly / daily
Tech stack (company)tool, cost, admin, access
Team roster + commslocation, hours, contact, guidelines
Role KPIs and operating capitalper-role objectives and the cash runway
Agents / Roles
The operating roles CLOUDZ needs, one per cascade tier, each handing down to the next. In an AI-native CLOUDZ these become agents.

The chain that turns vision into daily tasks: each agent is Responsible at its own tier and collaborates with the tiers above and below.

Y
Business Manager
owns yearly * goals
Senior-consultant role. Defines the business goals and annual initiatives, tied to vision, purpose and values. Breaks them into quarterly objectives.
Hands to
Campaign and Project Managers
Q
Campaign Manager
owns quarterly * campaigns
Turns objectives into campaigns. Strategizes, organizes and operationalizes them into projects for the quarter (the Rock).
Hands to
Project Manager
M
Project Manager
owns monthly * projects
Plans projects. Turns prioritised campaigns into planned, scoped work with owners and deadlines for the month.
Hands to
Account Manager
W
Account Manager
owns weekly * activities
Runs the weekly review and planning cadence. Manages the week's activities and the client-facing rhythm.
Hands to
Fulfilment partners
D
Customer Service
owns daily * tasks
Executes the daily tasks and to-dos. The delivery point, supported by fulfilment partners.
Serves
the customer

Same tier owners appear in the cascade (Individual Cloud) and the schema (Role table). Mapping these to the current personas, Roxi Lexi NEO is open. Decided at CF-6 with Werner.

data schema*

The relational model the 2020 deck called a "transactional database", reconstructed from the sheet columns. Hover an entity to trace its relationships. Source: Individual Cloud + Executive Cloud + Service Design (Cloudworkz, 2020).

Each 2020 sheet tab is effectively a table. Lines are foreign-key relationships, cyan-highlighted on hover. Primary / foreign keys in blue mono.

open + decided*

What's settled and what Werner is deciding. Plus the reconciliation log from combining the three source artefacts (5-axis V2 + Werner mock + CLOUDZ model). Anything starred is open.

Settled vs to decide

Settled
Five-axis structure, locked
Routing rules + rules hierarchy
Migration = triage + retire the old OS (Live Artifact + CW family)
Departments to Companies/Cloudworkz + Library
Brain-Box name canonical
UCB is carve-out (in Supabase, untouched)
To decide with Werner
mini-Cloudworkz, tenant vs maturity-view
Products vs Platform, axis name
CF-3, ACID-Data / Data-Box (the data layer)
CF-4 Axiom scope, CF-8 Dev layer
CF-6, NEO / agent-persona mapping
UCB by UCB-V2 reconciliation
legacy-vs-current canon conflicts
L0-L5 (V2) vs 8-layer (V2.1) layer-naming reconciliation

Reconciliation log

Three artefacts combined into this Walk. Notable inconsistencies surfaced and resolved during the merge.

1. Brain-Box vs Brain Box (hyphen)

The 5-axis V2 structure and the Werner mock use "Brain-Box" (hyphenated). The original CLOUDZ operating-model file used "Brain Box" (no hyphen).

Resolved: "Brain-Box" is canonical, following the 2026-05-31 V2 structural decision. Every reference in this Walk uses the hyphen.

naming RESOLVED
2. 4-Box pattern enumeration

The 5-axis structure and Werner mock enumerate four Boxes per tenant (Brain-Box / Brand-Box / Biz-Box / Data slot). The CLOUDZ operating-model file only referenced Brain-Box as a canonical source, with no mention of the broader pattern.

Resolved: Tenant pattern view makes the four-Box pattern explicit. CLOUDZ model view names Brain-Box as one slot inside that pattern, so the two reconcile.

structure RESOLVED
3. L0-L5 nomenclature (V2) vs 8-layer hierarchy (V2.1) *

The 5-axis V2 structure uses L0 = BOSS, L1-L4 = layers, L5 = Services. The V2.1 product taxonomy (Product Map, 2026-05-28) uses an 8-layer hierarchy: BOSS, CLOUDZ, Boxes, ACID Suite, Agents, Services, Modules, OS infrastructure.

Open. These models answer different questions, vault organisation (V2) versus product taxonomy (V2.1). But both use "L0..." vocabulary. Werner walk should land the naming reconciliation: are these compatible expressions of the same hierarchy, or two parallel hierarchies that share vocabulary?

taxonomy OPEN FOR WERNER
4. CLOUDZ position

The 5-axis structure positions CLOUDZ inside the Products axis as "the operating model" (flagship). The CLOUDZ operating-model file deep-dives into its Individual / Team / Agents internals.

Resolved: No real conflict. CLOUDZ is a flagship product under Products axis, and the operating-model view shows how it works internally. Both expressions are consistent.

scope CONSISTENT
5. Agents to Roxi / Lexi / NEO mapping *

The CLOUDZ Agents view names cascade roles (Business / Campaign / Project / Account / Customer Service Manager). Mapping to current personas (Roxi / Lexi / NEO) is open. The Werner mock flags CF-6 as the decision point for "NEO / agent-persona mapping".

Open. Both source artefacts agree this is open. Werner walk lands the mapping.

personas OPEN FOR WERNER (CF-6)

Source artefacts

This Walk combines three rebuilds. Each is preserved at its own deploy path for direct reference.

cloudworkz-os-structure-v2 → 5-axis structure (V2 locked) werner-presentation-mock → 4-slide deck mock cloudz-operating-model → Individual/Team/Agents/Schema deep dive