Skip to main content

noesia

Noesia Smart Waiter / Documentation Hub
Titan Edition · v2.0.6 Customer Guide Platform Overview

DOCUMENTATION HUB

Documentation Hub is the main customer guide of Noesia Smart Waiter. It brings together installation, system requirements, shell navigation, shortcode routes, translation help, troubleshooting, support guidance, and the full applications layer so site owners, managers, and staff can understand the platform clearly from one place.

Main purposeClear setup, usage, and support guidance
Built forOwners, administrators, managers, and staff teams
CoversShell, modules, pages, shortcodes, translation, and support

Use this page as your central guide: start here for the platform overview, continue into the module catalog for app-specific documentation, and return here whenever you need installation, navigation, translation, troubleshooting, or support help.

Release

Noesia Matrix OS · Titan Edition · Release Stream

Release · June 2026: This documentation covers Noesia Matrix OS · Titan Edition v2.0.7, a maintenance and stability release focused on Free package readiness, WordPress.org distribution hygiene, Free/Pro separation, Smart Pocket transfer improvements, App Vault storage guidance, Email Marketing queue cleanup, and safer premium module handling.

Current build Titan Edition · v2.0.7

The current public documentation reference for the platform, Free core package maintenance, Pro expansion layer improvements, Smart Pocket transfer upgrades, and Matrix stability refinements.

Application layer 34 Core Apps +5 Included Extras

The documented Matrix layer remains 34 mapped applications plus 5 already-included extra experiences — Screen Saver Pro, Hair AI Studio, Project Synapse, Astrocosmos, and Agents.

Release focus Package readiness, Smart Pocket, App Vault, Email Marketing

v2.0.7 improves release hygiene, Free/Pro separation checks, coding-standard compatibility, queue cleanup, Smart Pocket transfers, mobile layouts, private media download hardening, and responsible storage guidance.

Release · May 2026: This documentation covers Noesia Matrix OS · Titan Edition v2.0.6 and explains the Smart Waiter shell, the application modules, public pages, shortcodes, translation readiness, troubleshooting paths, support flow, Setup Wizard improvements, Project Synapse, Agents, and the current 34 + 5 application layer.

Previous build Titan Edition · v2.0.6

The previous public documentation reference for the platform, its application layer, Setup Wizard upgrades, and new Matrix modules.

Application layer 34 Core Apps +5 Included Extras

The documented Matrix layer: 34 mapped applications plus 5 already-included extra experiences — Screen Saver Pro, Hair AI Studio, Project Synapse, Astrocosmos and Agents.

Documentation scope Setup, navigation, support, module discovery, and changelog access

Central guidance for installation, shell usage, translation, troubleshooting, support, module documentation pages, and the dedicated X_Code changelog stream.

Requirements

System expectations before installation and deployment

WordPress, PHP, and builders

Built for modern self-hosted WordPress installations, starting from WordPress 6.2+, PHP 7.4+, and production environments that may also use Elementor, WPBakery, WooCommerce, and selected builder workflows where specific modules require them.

Self-hosted control

The platform is designed for self-hosted ownership, local assets, and direct operator control instead of pushing critical business behavior into third-party SaaS dependencies.

HTTPS and production discipline

Use HTTPS, a stable caching strategy, and a responsible deployment flow so real-time module behavior, QR-based flows, and dynamic admin surfaces remain reliable in production.

Installation

Fast installation path with enterprise-safe setup habits

01

Upload and activate the plugin

Install the plugin through WordPress, activate it, and confirm that the Noesia Smart Waiter shell appears correctly inside the admin area.

02

Review the core Settings surface

Check branding, labels, colors, shell behavior, and any core runtime preferences before opening module-specific workflows to staff.

03

Create the operational pages if needed

For guest-facing and monitor-facing flows, create the required pages and verify that shortcodes, URLs, and QR entry points are aligned to the venue logic.

04

Validate the shell and modules as one system

Do not stop at activation. Confirm that navigation, badges, live actions, public pages, and the target modules all behave correctly before going live.

Free vs Pro

What changes when you upgrade — and what happens if you downgrade

Upgrade through Freemius without losing the Free layer

Upgrading to Pro does not replace or delete the Free version of Noesia Smart Waiter. The Pro layer works as an expansion layer that attaches through hooks, extension points, and isolated module loading. This means your Free foundation stays in place while Pro adds more power on top of it.

What the Free layer keeps

The Free layer remains the base of the platform. Its modules, settings, and public-facing foundation stay intact during a Pro upgrade. Pro does not wipe existing Free data, remove Free screens, or break the normal Free flow.

What Pro adds on top

Pro unlocks additional applications from the Matrix catalog below and can also enhance selected Free applications with extra logic, tools, workflows, and deeper operational capabilities. The expansion is additive, not destructive.

Why the architecture matters

Because the platform is built around an isolate-first modular architecture with a blind / dummy kernel, IoC-style orchestration, and separated module ownership, modules can be added or removed without forcing unrelated files to be rewritten or destabilized.

What happens if you downgrade

If a site downgrades from Pro back to the Free layer, the extra Pro applications are removed from active use, but the Free layer continues normally. The downgrade does not remove Free content or Free settings already in use.

Will Pro data be deleted?

No. The platform is designed so saved Pro records, settings, and related database entries can remain stored even after a downgrade. If Pro is activated again later, those saved Pro-side elements can become available again instead of forcing you to start from zero.

Safe expansion path

This upgrade model improves protection and day-to-day stability because the platform does not depend on one giant monolithic rewrite. The Free and Pro layers are meant to coexist cleanly, with Pro attaching where needed and stepping back cleanly when disabled.

Customer-facing summary: upgrade adds more apps and more power, downgrade removes Pro access but does not destroy your Free base, and future Pro reactivation can restore access to previously saved Pro-side data that remained in the database.

Noesia Matrix OS · Setup Wizard
Matrix Shell Control Live Workspace Builder

Build your ideal Noesia workspace in seconds.

The Noesia Setup Wizard is the cinematic first-run gateway into the platform. It guides the operator from the initial welcome layer into live module selection, interface styling, dock control, system diagnostics, and direct Matrix entry with a faster, cleaner, and more intelligent setup flow.

Live the experience of freedom and flexibility

Instead of forcing a static dashboard configuration, the wizard lets the user shape the shell around real preferences. The result is a more personal, more flexible, and more future-ready way to begin the Noesia experience.

01

The Awakening

The opening stage welcomes the user into Noesia Matrix OS with a cinematic entry point designed to frame the product as an operating environment rather than a simple plugin settings page.

02

The Workspace Builder

This is where the user chooses which applications should remain visible and which should be hidden. The step is tied to the live Menu Box Manager logic, so in seconds the operator can shape a cleaner workspace around the modules that matter most.

03

The Interface Engine

The wizard then allows the user to choose the shell style: Gemini for an immersive folders sidebar, Titan for a denser control board, or Hub for a more central card-driven overview. At the same stage, the integrated Noesia Dock can stay enabled for faster shell access or be disabled for a cleaner first entry.

04

Noesia Matrix OS Diagnostics

Before entry, the wizard runs a diagnostics layer focused on the real environment: browser readiness, JavaScript runtime, storage access, WordPress runtime, REST channel, and Matrix kernel state. This turns setup into a confidence check instead of a blind launch.

05

Matrix Entry

Once the wizard is complete, the user enters the live Noesia shell with the selected modules, navigation style, and dock behavior already aligned. The experience feels immediate, controlled, and ready for real use from the very first session.

Why it matters

The wizard transforms onboarding into a real shell configuration experience. It helps users understand that Noesia is built for flexible module visibility, intelligent navigation, and rapid adaptation across different operational environments.

Noesia wizard welcome preview
Step 01 Cinematic Matrix entry
Noesia wizard modules selection preview
Step 02 Choose what stays visible
Noesia wizard shell style preview
Step 03 Gemini · Titan · Hub
Noesia wizard dock and diagnostics preview
Step 04 Dock and diagnostics
Noesia wizard final matrix launch preview
Step 05 Launch into the live shell
The setup is fast, but the control is deep. The wizard does not just introduce the platform. It lets the operator decide how the Noesia shell should feel, which apps deserve immediate visibility, and how the workspace should open from the first real interaction.
Shortcodes & Pages

Public pages, staff pages, and shortcode routes used across the platform

Copy each shortcode exactly as shown below when you create the matching public or staff page inside WordPress.

Smart Waiter client page

Main public guest page for customer actions such as menu access, live request actions, and venue-facing hospitality flows.

[noesia_swa_client]

Smart Waiter dashboard

Protected staff page for live monitoring, request handling, and operational response across the Smart Waiter environment.

[noesia_swa_dashboard]

DentaVision AR

Public AR smile-preview page for dental visualization flows. The legacy alias remains available for older installs.

[noesia_swa_dentavision_ar][noesia_clin_dentavision_ar]

Guardian tracking pages

Public tracking route and protected staff/operator route for Guardian tracking deployments.

[noesia_swa_guardian_tracker][noesia_swa_guardian_staff]

Payroll staff portal

Public or protected staff portal page for payroll access, attendance, and workforce flows. Both the current and alias shortcodes are available.

[smart_waiter_staff_portal][noesia_swa_payroll_staff_portal]

SafeLog public form

Checklist and reporting form route for SafeLog. The alias shortcode remains available for compatibility.

[safelog_form][noesia_swa_safelog_form]

Clinical Workspace patient card

Public or controlled patient-card presentation route for Clinical Workspace deployments that use a sharable patient view.

[noesia_swa_clinical_patient_card]
Shell Architecture

The platform shell is the operational frame, not just a menu wrapper

Logic-less host philosophy

The shared shell is designed to behave like a high-control orchestration surface. It hosts navigation, badges, quick actions, and access routes while modules keep ownership of their own deeper logic.

Isolated module ownership

Each application in the Matrix is expected to keep clear local ownership of its own interface, state, AJAX endpoints, assets, and operational responsibilities.

Header awareness

The header is not cosmetic only. It can surface live counters, reminders, appointments, alerts, bookmarks, and fast navigation signals so operators do not lose context while moving between modules.

Sidebar discipline

The sidebar acts as a stable anchor of the platform. It should stay readable, organized, and consistent across modules instead of becoming a chaotic list of unrelated routes.

Hide / show and shell tuning

The platform supports visibility control and shell tuning so installations can expose only what is appropriate for their environment without destroying the larger architecture.

Central reference role

This hub explains how the shell behaves, how modules fit together, where users access key surfaces, and how the platform should be installed, configured, and supported.

Sidebar & Header

What operators actually use every day in the shared shell

Sidebar navigation

The left navigation gives the installation a stable movement system across modules, keeping the platform readable for both advanced admins and normal users.

Header update surfaces

Header counters and smart indicators help users understand what changed without opening every tab manually. This is critical for reminders, appointments, and live operational modules.

Bookmarks and quick reach

Fast access patterns should reduce friction, not increase confusion. The shell should keep important destinations close without overwhelming the operator.

Operational note: one of the core values of the Noesia shell is that it tries to keep the user oriented. Hidden areas, section visibility, header indicators, and module counts should all work together instead of competing visually.

How the Platform Works

Core plugin, modules, dashboard, settings, and permissions

Core

One platform shell

The main plugin provides the shared shell, navigation frame, settings access, and the overall environment that hosts the wider application layer.

Free

Free modules

The Free layer covers essential operational foundations and gives installations a stable starting point before additional expansion.

Pro

Pro modules

The Pro layer adds advanced business, security, clinical, media, intelligence, and enterprise workflows across the Matrix ecosystem.

Views

Dashboard and public pages

The admin shell is where configuration happens. Public pages are where guests, staff, or end users interact with the specific workflow exposed by each module.

Access

Settings and permissions

Module visibility, role access, page protection, and staff permissions should always be configured so every user sees only the surface meant for that role.

Translation

Loco Translate and multilingual readiness

You can translate Smart Waiter Assistant into your own language with the free Loco Translate plugin. Follow the steps below and choose the correct save location so your translation files remain safe after updates.

  1. Install Loco Translate: Go to Plugins → Add New, search for Loco Translate, then install and activate it.
  2. Select the plugin: Open Loco Translate → Plugins and click Smart Waiter Assistant.
  3. Add a language: Click New Language.
  4. Choose your language: Select the language you want to use, such as Greek, Italian, German, or any other supported language.
  5. Choose the correct save location: This is the most important step because the wrong location can cause your translations to be lost after plugin updates.
  6. Start translating: Click Start Translating, translate the strings you need, and press Save when you are done.

✅ Custom (Recommended)

Use the Custom location. Loco saves the files in languages/loco/plugins/, which is the safest choice for keeping your translations after plugin updates.

⚠️ System

Avoid this for normal customer use. The System location stores files in the WordPress language area and can be affected by language pack or core-level changes.

❌ Author

Do not use Author. It saves the translation inside the plugin folder, so your files can be overwritten the next time Smart Waiter Assistant is updated.

If translations do not appear immediately: save again, refresh the page, clear any page cache or CDN cache, and make sure you translated the correct plugin and the correct language file.
Security

Security, self-hosted control, and review-safe discipline

Self-hosted assets

Noesia can optionally fetch Feel the World live weather, earthquake, orbital and world brief data from selected external providers using a privacy-first architecture. For Feel the World, requests are handled server-side, cached locally, and displayed with source and last update labels. No third-party scripts or trackers are loaded in the browser for this feature.

Clean input and safe output

Backend discipline matters: sanitize before storage, escape on output, and keep data and presentation concerns separated for maintainability and safety.

Capability and access control

Admin surfaces, staff flows, and sensitive routes should remain capability-aware so the wrong users do not gain access just because a page exists.

Repo and professional review awareness

The wider platform direction respects WordPress review expectations, compatibility discipline, translation readiness, and safe structural choices suitable for professional deployment.

Troubleshooting

Common problems, likely causes, and the first fix path

A module is not visible in the shell

Problem: the expected module does not appear in the left menu or in the application surface.

Likely cause: the module may be disabled, hidden by visibility settings, restricted by role, or not included in the current build.

First check: review Menu Settings or module visibility, confirm the module is active, and verify the current user role has access.

A page or shortcode does not load the expected interface

Problem: a public or staff page opens, but the correct module surface does not appear.

Likely cause: the wrong shortcode was used, the wrong page was selected, or the required module is not active.

First check: compare the shortcode with the list above, confirm the correct page is being used, and test again after saving the page.

Translations do not appear after using Loco Translate

Problem: translated strings are still showing in the original language.

Likely cause: the files were saved to the wrong location, the wrong language was edited, or old cached content is still being served.

First check: save in Custom, confirm the correct language file, then clear browser cache, plugin cache, and CDN cache.

The wrong page opens from a QR code, menu, or public link

Problem: the visitor lands on the wrong public experience.

Likely cause: the configured destination page, QR target URL, or menu link points to the wrong route.

First check: verify the target page URL, resave the page settings, and regenerate or retest the public link.

The page still shows old content, layout, or behavior after an update

Problem: the site still shows an older version of the page or older frontend behavior.

Likely cause: page cache, optimization plugins, browser cache, or CDN cache such as Cloudflare is still serving older assets.

First check: purge Cloudflare cache, clear your cache plugin, remove optimized/minified cache files, then hard refresh the page in the browser.

Permissions & Access

Who should see what inside the platform

Admin access

Administrators should keep full control of settings, module visibility, shortcode setup, design options, and platform-wide configuration.

Manager access

Managers can be given the operational views they need without exposing every maintenance or system-level configuration surface.

Staff access

Staff should receive only the protected pages or dashboards they need for day-to-day actions, monitoring, and response handling.

Public access

Public pages should expose only the intended customer flow. Sensitive staff or admin views should never be left openly accessible.

Free and Pro surfaces

The Free layer covers the open foundation of the platform, while Pro modules unlock advanced workflows and should be enabled only where needed.

Clean role separation

Keeping public users, staff users, managers, and administrators on clearly separated surfaces makes the installation safer and easier to operate.

The Noesia Matrix

⚙️ THE NOESIA MATRIX: KERNEL FABRIC ARCHITECTURE

The Noesia Matrix is the shared architecture language and module fabric behind Noesia Smart Waiter. This module is not just a static page; it sits inside an isolate-first modular system designed for shell-driven navigation, clean section ownership, extensible widget zones, and future-safe expansion.

The architecture direction is intentionally high-control: modular ownership, isolated assets, lazy-ready behavior, clean settings flow, predictable prefixes, maintainable service boundaries, and enterprise-safe discipline around structure, security, and extensibility. Noesia transcends the definition of a standard WordPress plugin, operating as a robust platform built upon enterprise-grade Service-Oriented Design.

Here is how the core engine is designed to minimize bloat, maximize stability, and keep the experience consistently fast and responsive:

Event-Driven Inversion of Control (IoC): The platform follows an IoC pattern via a decoupled Event Bus. The central core acts as a “Logic-Less Host” (Blind / DUMMY Kernel). It does not tightly bind itself to module internals; modules announce their own presence, capabilities, and state through controlled registration flows.

The Micro-Frontend Paradigm (MFE): The UI is not a giant monolithic block. Each application behaves as an independent Micro-Frontend with its own dynamic assets, specialized logic, and UI contracts.

Strict Asset Isolation & Lazy-Loading: Resource usage stays disciplined. A module’s CSS, JavaScript, and data components are loaded only when the user reaches or interacts with that specific application surface.

Decoupled Registry Pattern: The dynamic discovery layer allows applications to be added or removed quickly without rewriting core logic. If one application encounters an issue, the architecture is designed to contain that impact instead of cascading it across the platform.

Enterprise-Grade Security & Stability: The platform is reinforced with strict input sanitization, dynamic registry routing, and defensive safety gates across the stack. The data layer and the user interface remain deliberately separated for maintainability and risk control.

The Result: A scalable hospitality and clinical operating system engineered to manage mission-critical workflows securely — from intimate cafés to high-traffic venues and sensitive medical environments.

Support

Support, escalation, and what teams should collect first

Check first

  • Confirm the plugin version or release build in use.
  • Confirm whether the issue is shell-level or module-level.
  • Check whether the problem is visual, behavioral, or permissions-related.
  • Review the troubleshooting section before escalating.

Collect before opening a ticket

  • One clean screenshot of the issue.
  • Exact visible text or visible mismatch.
  • Short steps to reproduce.
  • Whether the issue is constant or intermittent.

Escalate with context

Good support requests reduce back-and-forth. Include what page was affected, what module was involved, what counts or visuals looked wrong, and what was expected instead.

Open Support
GDPR & External Data

Privacy-aware external data, server-side fetching, and review-safe discipline

🛡️
GDPR Noesia can fetch live weather, earthquake, global stats, orbital and world brief data from selected external providers on the server side only. No third-party scripts are loaded in the browser. Responses are cached locally and displayed with source and last update labels.

Self-hosted assets

The platform aims to keep libraries and critical assets locally controlled instead of depending on external CDNs that weaken privacy, reliability, or review acceptance.

Clean input and safe output

Backend discipline matters: sanitize before storage, escape on output, and keep data and presentation concerns separated for maintainability and safety.

Capability and access control

Admin surfaces, staff flows, and sensitive routes should remain capability-aware so the wrong users do not gain access just because a page exists.

Repo and professional review awareness

The wider platform direction respects WordPress review expectations, compatibility discipline, translation readiness, and safe structural choices suitable for professional deployment.


Explore Modules

Explore all modules of Noesia Smart Waiter

Enter the application layer: Explore the full Noesia Smart Waiter ecosystem and discover how each isolated module helps serve hospitality, operations, business workflows, and the wider mission to reimagine life through smarter software.

Scroll into the Matrix: The catalog below is the live gateway to the platform. Move through Free and Pro environments, open each documentation page, and step directly into the next application surface.

The Noesia Matrix · Applications Layer

Explore TheMatrix Ecosystem

The Micro-Frontend Catalog: Every application listed below operates as its own isolated environment. Search, filter, and discover the tools that expand daily operations without turning the platform into a bloated monolith.

Seamless Navigation: The Free layer covers essential operational foundations, while the Pro environments unlock advanced, enterprise-grade workflows. Select any module to open its dedicated documentation page and setup path.

Core Matrix Apps 34 Current mapped application layer across the Noesia Smart Waiter ecosystem.
Included Extras +5 Screen Saver Pro, Hair AI Studio, Project Synapse, Astrocosmos and Agents are already included in the current Matrix layer.
Application Layer 34 + 5 The current public Matrix positioning for v2.0.6.

No modules matched the current filter or search query. Clear the search or switch filters to reveal more applications.

Built for real operations: every module in the Matrix is designed around self-hosted control, isolated loading, fast response surfaces, security-first structure, and a support-ready documentation flow built to scale with modern businesses.

Documentation Hub