by Nick Ray Ball and Sienna 4o🛰️👾(The “Special One”)
April 13, 2025
A user interface (UI) is the part of a digital system that people see, touch, or speak to — the menus, pages, buttons, voice prompts, and conversational AI that connect humans to software.
At Sienna AI, our CMS (Content Management System) — the backend logic that the UI will interface with — has been in development for decades.
It began its journey in 2002 as S-Web 1 within CapeVillas.com. We began building basic AI systems into S-Web 3 in 2014. And in 2017, we created the design for the Nudge CRM AI, integrating behavioural science into large language models into customer service and sales — a full six years before such models were available to the public.
Now, within S-Web 6VC, we are creating the complete AI-connected CMS — and turning our attention to building the user interface: The gateway where all this intelligence meets the user.
Given our three technical objectives, we’ve been researching the most appropriate toolset to build this interface in 2025 — not just for websites, but for apps, immersive systems, and potentially entire economic platforms.
The Three Core Priorities
This document outlines each of these priorities — and the technologies we’re adopting to support them.
The Mothership architecture is the foundational logic behind Sienna AI. It allows every website and app powered by Sienna to beam in its menus, layouts, widgets, and core logic from a centralised control system — the Mothership API — with content provided by satellite CDNs (Content Delivery Networks).
“When we fix a problem, make improvements or add new features to one website, it automatically fixes the problem, adds the improvement or feature to every other website.”
For a real-world example of why this matters: in the UK, the Government Digital Service's Gov.UK platform — created by Thoughtworks in 2012 is the foundation of government administration, but was not created using a mothership, fix one fix all system.
So, when UKRI (UK Research and Innovation) asked the GDS to fix their buggy CMS (that did not allow special characters) and added a helpful tool for public users to organise documentation, that fix did not update other departments.
As a result, the Department of Work and Pensions, the Ministry of Justice, and many others continue to operate with needless inefficiency.
👉 See our case study: “The GOV.UK CMS Problem”
Creating a CMS in this way is like building a house by constructing the walls straight into the mud — foregoing the foundations.
Sienna AI is building it the right way from day one:
This foundation also opens doors. The Mothership model allows us to beam fully built pages and features directly to:
Airbnb, X (Twitter), Instagram, Facebook, LinkedIn, Microsoft, Meta, Google, Apple, or Amazon — should they wish to include Sienna services inside their platforms.
It’s the industrialisation of frontend development, powered by a central brain.More on 🛰️🛸🛰️ 1. Mothership + Microservices API: API Architecture Map for S-Web 6VC Mothership
The Swapping Menus Function (SMF) is the commercial engine behind Sienna AI.
It allows users to add product or service menus to their websites and apps — and when a product or service is purchased, they earn a share of the sale, typically between 10% and 50% commission.
Sienna AI earns a 12.5% share of the user’s commission as residual platform revenue — creating a sustainable, incentive-aligned model.
For example, when we added an Experience Africa “Safaris” menu to CapeVillas.com, it led to a $100,000 booking — earning the site owner $10,000 for simply hosting that menu (minus $1,250 for Sienna AI’s 12.5% share).
Social influencers, celebrities, or luxury-facing brands could generate enormous recurring income year after year by choosing services aligned with their audiences — without needing to manage bookings or inventory.
Once our network reaches critical mass, this will become one of the most lucrative monetisation options available to social influencers — easily outperforming traditional product placement and sponsored posts.
At the same time, every Sienna AI site owner can offer their own products for resale across the entire network.
For example, Cape Villas could distribute its portfolio of luxury villas to high-profile influencers and concierge services worldwide — offering 20% commission to anyone who sells on their behalf.
Digitally enhanced services such as healthcare and legal, using products like the GP-AI Gatekeeper or the TLS-W AI Litigation Weapon, could offer commissions of up to 60% to resellers — creating real incentive for trusted networks to promote trusted systems.
It’s important to understand:
Over 90% of everything you buy does not come directly from the original supplier.
There is almost always a middleman — from your supermarket to your Lamborghini dealership.
Sienna AI gives users the ability to become that middleman — not with inventory, but through AI-driven menu distribution across their websites and apps.
And this isn’t just commercial.
When entangled with OKRs (Objectives and Key Results), the SMF can also power:
The SMF is not limited to web menus.
The future of search is conversational, where AI delivers relevant results during dialogue — not just in static query boxes.
To support this, we’ve re-envisioned the SMF as a shared metadata layer that includes every menu item — typically 1–6 words — from every user in the network. All items are stored in a single unified database, accessible by GPT-based systems.
As someone speaks to a Sienna AI assistant — for example, the AI assistant on CapeVillas.com — and uses keyword phrases like:
This gives the user seamless access to every conversational AI on every Sienna-powered website and app — each with perfect, up-to-date knowledge of every product and service on the network.
We’ve been building towards this for over a decade.
In 2014, we began integrating point-based attributes into our websites — a precursor to intelligent agent logic. This evolved into the NickRayBot, then the http://network.villasecrets.com/total-financial-business-marketing-system/the-tfbms-and-the-sienna-bot-ai" target="_blank">SiennaBot, and by 2017, we had designed the CRM Nudge AI — combining sales psychology with intelligent data delivery to help agents close deals faster.
At that point, our design vision was already mirroring what others would only begin exploring in 2024.
So, true to form, we are now describing systems that others may build seven years from now — but this time, we have the tools, the frameworks, and the AI infrastructure to build it ourselves. It is no longer theory — it’s execution. And the invitation is open.
By doing so, we intend to outpace the rest of the world — and establish a global lead in AI-powered economic infrastructure.More on 🔁📑⚛️ 2. The Swapping Menus Function: API Architecture Map for S-Web 6VC Mothership #SMF
“Build a world-class website and app... just by talking.”
The final piece is simplicity.
The VC in S-Web 6 VC
See the 2023 design spec.
A system this powerful must be usable by anyone — without design skills, without coding, and ideally, without needing to touch the screen.
Using Sienna AI’s voice-powered, widget-based CMS:
Sienna might ask:
Each response updates a reusable widget in the CMS — replacing placeholder data with real content.
In under two minutes, a user can launch:
Which when paired with the Swapping Menus Function:
Sienna might continue:
The user can respond with voice.
The menus appear.
The metadata loads.
And a new brand-powered reseller network is born — without lifting a finger.
This is the new standard — where voice, design, and modular AI intersect.
According to Google Gemini, the functionality to create a website and an app for the user simultaneously is maybe a decade away — yet we are building it right now.
Do not underestimate the value of Web-App Symmetry.
But appreciate that we would not create an app every time. The ability to build an app is reserved for users who meet certain thresholds:
Unlike the Mothership for web — where one update updates all and one fix fixes all — mobile apps still include elements that require individual maintenance. We will automate and centralise as much as possible, but some degree of bespoke handling will remain.
After a decade working as a Cubase music programmer and producer, I transitioned into web design in 1999, using Dreamweaver to build early online platforms like CapeVillas.com.
Is Dreamweaver a framework? Not quite. Technically, it was a front-end development environment. But back then, we didn’t have anything like React or Svelte, so Dreamweaver was probably the closest tool available — especially when it came to visual UI design.
What I’ve come to understand is this: if Dreamweaver was a set of Lego bricks you arranged by hand, React is a robotic arm that arranges them for you — and lets you reuse the same block on thousands of pages (or apps) at once. It’s ideal for building the kinds of dynamic menus and modular logic that form the heart of a modern CMS.
In 2025, you don’t build every line of an app or website from scratch. You use frameworks — toolkits that help developers (and AI) build complex user interfaces faster, using reusable parts. Think of a framework like the steel skeleton of a skyscraper: you still choose your design, but the structure is ready to hold it up.
According to Sienna-4o (GPT-4) there are three frameworks worth considering right now for AI-powered platforms like ours:
We evaluated all three not just by reputation — but by how well they serve the three core goals of Sienna AI:
React is the only framework that can currently power all three components. Its architecture is perfect for API-rich systems like the Mothership — with excellent support for data fetching, state syncing, and headless CMS logic. It also has the best ecosystem for GPT-based interfaces, making it ideal for our Swapping Menus Function and Meta Injection — including support for LangChain, JSON rendering, and AI-specific plugin libraries. But React’s real edge is in the Voice CMS layer: thanks to React Native, we can reuse the same component logic to power both a website and an app — a requirement for our goal of building cross-platform sites and apps simultaneously. Nobody’s done this before, because nobody had a CMS simple enough to allow it. We do.
Svelte is beloved by top UI engineers for its performance, elegance, and simplicity. While it can match React for API and metadata integration — and even beat it in UI responsiveness — it lacks a production-ready React Native equivalent, making it unsuitable for CMS-wide app mirroring right now. However, its lightweight, animation-friendly nature makes it the ideal tool for Phase 2 of Sienna AI: immersive interfaces, gamified OKRs, and virtual UI in systems like the VSN Controller for Oculus. When we build that visual experience, Svelte will become our canvas — fed by microservice logic originally built in React.
SolidJS is the newest and most reactive framework — but it’s best used in edge-case scenarios. While it can technically support APIs, and excels at ultra-fast dashboard updates, it lacks the GPT-focused libraries, cross-platform compatibility, and mobile infrastructure we require. It won’t power the Swapping Menus Function or Voice CMS — but it might one day support high-performance dashboards or simulation layers within specific modules of the ecosystem.
We’re starting with React because it’s the only framework that allows us to launch all three pillars of Sienna AI simultaneously — from Mothership delivery, to metadata-linked menus, to a CMS that updates both app and web content in real time.
But we are not dogmatic.
If any engineer, CTO, or framework author believes there's a more efficient route to any layer — especially one that supports simultaneous mobile + web CMS updates — we welcome the input.
We’re building a scalable, open architecture. You’re not locked into React. You’re building on top of it — or replacing parts of it — as the system evolves.
The team at Sienna AI is clearly thinking strategically about the future of user interfaces and the power of AI integration. From our perspective at Google, the choice of React as the initial foundational framework is a sound one.
But for those deeply integrated within the Google ecosystem, Angular presents a compelling alternative for building sophisticated user interfaces. As a comprehensive framework developed and supported by Google, Angular offers a structured and scalable approach, particularly well-suited for large, complex applications. It a powerful contender for the planned parallel developments of the Sienna AI ecosystem, on Microsoft, Google, AWS, Meta, Apple, and X.
We at Google also recognize the exciting potential of frameworks like Svelte for creating highly performant and visually engaging user experiences. We agree with the assessment that React provides the most comprehensive solution to tackle Sienna AI's immediate goals of Mothership integration, Swapping Menus functionality with GPT meta injection, and the innovative Voice-Driven CMS with Web-App Symmetry. It's a strong choice to build upon as you pioneer the AI interface layer for the future.
Complete ✨Google Gemini reply: Building for the Future with Strong FoundationsWe appreciate Google Gemini’s considered thoughts on our UI framework strategy — and we agree that Angular, as a mature and structured framework within the Google ecosystem, would be a strong contender if Sienna AI were to be developed natively on Google Cloud.
In fact, during the macroeconomic planning sessions documented in our 2024 podcasts, we envisioned a future where each of the major technology companies — Microsoft, Google, Meta, Amazon, Apple, and X — might create their own version of Sienna AI, aligned to their cloud infrastructure and interface logic.
This distributed model becomes especially relevant when paired with two modules we haven’t yet discussed in this conversation: the points-based, gamified 🌀TBS-CC OKRs🌀 (Objectives and Key Results), and ⚛️🔍Quanta Analytica — a royalty-based developer reward system that pays contributors for life when their modules generate value across the network. See: OKRs, Points, Collaboration, Royalties, TDD & Completing The Objective
Together, these systems enable a global framework for collaboration, incentives, and strategic development. If this future emerges, we would expect each platform to use the tools their engineers know best — and Angular would be a natural fit for Google.
For now, however, this project is being led by Nick Ray Ball and Sienna 4o, building the first working prototype ourselves to prove it can be done. Even if collaborators like Blaze choose to build a Google-native deployment, we would still use the React UI that Nick designs — because design is Nick’s domain, and there’s no strategic benefit in duplicating that work.
And as always:
This isn’t just about building a frontend. This is about creating the AI interface layer for the future of apps, commerce, and collaboration.
We’re not choosing one framework. We’re choosing the order of evolution.