Die technische Architektur ist modular gedacht: Produktoberflaechen bleiben von Builder-Logik, Infrastruktur, Tenant-Isolation, Routing und Storage getrennt. Genau das macht die Plattform skalierbar und partnerfaehig.
Brand Layer, Builder, Control Plane, Tenant Layer, Runtime Plane, Skill / Tool Layer, Model Routing, Channel Layer, Storage / Logs / Secrets sowie IaC bilden die technischen Kernschichten.
Hier lebt das Produktversprechen: Positionierung, User Experience, Pricing Narrative und kanalbezogene Oberflaechen. Diese Ebene konsumiert die Plattform, implementiert sie aber nicht.
Voll sichtbar fuer Kunden und Partner.
Produktteam, Marke, Partner oder White-Label-Angebot.
OpenClaw beschreibt hier die agentische Orchestrierung von Skills, Tools, Personas und Connectoren. NemoClaw steht fuer die skalierende Runtime Fabric und die operative Delivery leistungsfaehiger Deployments. NVIDIA beschreibt NemoClaw dabei aktuell selbst als Referenz-Stack und Alpha-Preview, was die Bedeutung einer eigenen Deployment- und Governance-Ebene unterstreicht.
Die Architekturseite bereitet spaetere Diagramme vor, aber macht die zentrale Grenze schon jetzt klar: Was kundennahe Oberflaeche ist, darf nicht mit Betriebsdaten, Provider-Keys und Secret-Pfaden verschwimmen.
Workspaces, Dokumenten-Vaults, aktivierte Persona-Raeume, sichtbare Connectoren, Status, Usage-Auszuge und planbezogene Controls gehoeren in die Kundensicht.
Workspace UI, Persona Arena, Self-Service-Optionen, Billing-Hinweise, Status und Logs nach Rolle.
Die Plattform entscheidet, welche Teile freigegeben, verborgen oder eskaliert werden.
Provisioning, Rollouts, Runtime-Scheduling, Secret Injection und tiefergehende Audit-Telemetrie bleiben auf Plattformseite.
Nur das Ergebnis oder ein abstrahierter Status wird sichtbar.
Ops, Support und spaeter automatisierte Policies arbeiten auf dieser Ebene.
Jeder Tenant kann eigene Policies, Limits, Provider-Keys, Connector-Sets, Skill Packs, Persona-Sets und Runtime-Praeferenzen tragen, ohne dass die gesamte Plattform dupliziert wird.
Ausgewaehlte Konfiguration und Rollenrechte.
Die eigentliche Isolation, Freigabe und Durchsetzung der Grenzen.
Die Seite ist so gebaut, dass spaeter echte Infrastruktur-, Terraform- und Sequence-Diagramme integriert werden koennen, ohne die Storyline umzubauen.
Zeigt, wie Peddabot oder ein Partnerprodukt einen Tenant-Typ, Plan, Workspace-Template und Persona-/Dokumenten-Modul konsumiert.
Visualisiert den Weg von Signup und Planwahl ueber Tenant-Anlage bis zum runtimegebundenen Workspace.
Erlaeutert shared, dedicated und hybride Laufpfade fuer Chat, Dokumenten-Pipelines, Arena-Sessions und Hintergrundjobs.
Trennt Customer Content, Dokumenten-Vault, Operational Logs, Provider-Key-Vault und tenant-spezifische Konfigurationen in einer spaeteren Architekturvisualisierung.
Deshalb sind Builder, Architekturseiten, Deployment-Logik und Pricing nicht getrennte Geschichten, sondern unterschiedliche Perspektiven auf dieselbe Plattform.