Vantemio Cloud — Client-Anwendung und Cloud-Rechenleistung

Revision 0.18 · 2026-10-16 · Produktspezifikation des Startups · Funktionen, Architektur und Umsetzungskriterien.

1. Zweck

Vantemio Cloud ist die geplante Kombination aus einem installierbaren Client und einer von Vantemio betriebenen Recheninfrastruktur. Nutzer melden sich von einem Laptop aus an, erstellen ein Projekt, verbinden zulässige Kanäle und Dienste, konfigurieren Aufgaben, prüfen Medien und steuern verfügbare Aktionen. KI, anspruchsvolle Grafik und Rendering laufen auf Cloud-Ausführungsinstanzen.

Für den Cloud-Client gelten nicht automatisch die Rechenanforderungen von Home. Er muss die Oberfläche, ausgewählte Medienvorschauen, autorisierte Dateiübertragungen und die gemessene Verbindungslast unterstützen. Unterstützte Betriebssysteme, Arbeitsspeicher, Decodierung und Konnektivität werden durch Client-Tests bestimmt; das Nutzergerät wird nicht automatisch als gemeinsam genutzte Ausführungsinstanz registriert.

2. Drei Bereitstellungsarten

ModusAusführung rechenintensiver ArbeitAnforderungen an Nutzer
HomeEigene Station und angebundene AusführungsinstanzenHardware gemäß Home-Profil
CloudVantemio-InfrastrukturClient-Anwendung, geeigneter Laptop und Internet
HybridEin Teil lokal, ein Teil über einen freigegebenen Cloud-PfadVereinbarte Verteilung von Arbeit, Kosten und Daten

Home und Cloud sind unterschiedliche Profile derselben Plattform. Die Wahl von Cloud macht den Nutzercomputer nicht automatisch zu einem gemeinsam genutzten Rechenknoten. Die Bereitstellung seiner Ressourcen erfordert eine gesonderte ausdrückliche Autorisierung und Registrierung.

3. Ein logischer Cloud-Kern

Cloud baut auf einem logischen Vantemio-Kern für Aufgaben, Gedächtnis, Register, Rechte und Ergebnishistorie auf. Zusätzliche Server, GPUs und Dienste erweitern die Kapazität, ohne eigenständige Produktionsautoritäten zu schaffen. Nutzeranwendungen besitzen keine unabhängigen Warteschlangen für die Cloud-Ausführung.

Ein gemeinsamer Kern macht Projekte nicht öffentlich. Materialien, Konten, Geheimnisse, Historie und Berechtigungen werden je Nutzer oder Arbeitsbereich getrennt. Zugriffe durch Mitarbeitende, Ausführungsinstanzen und Support sind auf die erforderliche Aufgabe beschränkt und werden protokolliert. Projekte anderer Nutzer werden nicht als „gemeinsames Gedächtnis“ offengelegt.

Station bleibt für das laufende Studio maßgeblich. Künftiges Cloud-Hosting erweitert den bestehenden Kern; die Übertragung von Autorität oder unfertiger Arbeit erfordert eine dokumentierte Übergabe und einen Abgleich der tatsächlichen Ergebnisse. Die Einführung von Cloud verschiebt die laufende Produktion nicht stillschweigend auf einen anderen Controller.

4. Lernen aus dem Betrieb

Das gemeinsame System soll Erfahrungen sammeln und Studio sowie andere Module verbessern. Drei Kategorien bleiben getrennt:

  • Arbeitsdaten des Projekts: für die Ausführung einer Aufgabe erforderlich und innerhalb ihres abgegrenzten Bereichs aufbewahrt.
  • Deidentifizierte technische Statistiken und zulässige wiederverwendbare Lösungen: helfen bei der Fehlerdiagnose und der Verbesserung von Ausführungspfaden, Werkzeugen und Qualität. Geheimnisse, personenbezogene Informationen und private Inhalte sind ausgeschlossen; vor der Aufnahme wird das Risiko einer Reidentifizierung bewertet.
  • Inhalte oder Beispiele für Modelltraining: werden nur auf einer gesondert offengelegten Grundlage mit den erforderlichen Rechten und gegebenenfalls einer gesonderten ausdrücklichen Einwilligung genutzt. Dienstzugang oder OAuth stellen diese Einwilligung nicht dar.

Nutzermaterialien gelangen nicht standardmäßig in einen gemeinsamen Trainingsdatensatz. Für Daten aus Social-APIs gelten weiterhin die Plattformbeschränkungen; eine Kundeneinwilligung setzt diese nicht außer Kraft. Vor der Aktivierung von Training sind Zwecke, Datensatzversionen, Empfänger, Aufbewahrung, Widerruf und tatsächliche Löschmöglichkeiten festzulegen. Vor dem Training müssen Verfahren zur Datenlöschung, Widerrufsmechanismen und Grenzen des ausgewählten Modells freigegeben werden.

5. Verbindungen und Kontrolle

Inhaber verbinden YouTube- und andere Konten über zulässige Verfahren. Jede Aktion ist an Arbeitsbereich, Konto, Version und Befugnis gebunden. TikTok behält die vorgeschriebene Kontrolle durch den Creator bei. Anwendungsgeheimnisse werden nicht in verteilte Installationspakete eingebettet; Tokens sind aus Protokollen und Supportmaterial ausgeschlossen.

Der Client zeigt Warteschlangenstatus, Fortschritt, Ergebnis, Kosten und verfügbare Abbruch- oder Stoppmöglichkeiten. Ein Verbindungsverlust startet keinen Auftrag neu: Beim Wiederverbinden wird der bestehende Vorgang abgeglichen. Cloud-Kosten und externe Entgelte werden vor der Ausführung offengelegt; Zugangsdaten zu Abonnements anderer Personen werden nicht als gemeinsamer Serverzugang verwendet.

Vantemio-Software, angebotene Abonnements, kostenpflichtige Dienste und Spenden nutzen Zahlungen in Kryptowährung. Das Angebot legt unterstützte Netzwerke und Tokens, Betrag, Gebühren und Bestätigungsbedingungen fest. Fiat-Zahlungswege sowie integrierte Umwandlung in oder Auszahlung von Fiat-Währungen gehören nicht zu diesem Produkt; externe Börsendienste eines Nutzers sind von Vantemio unabhängig.

6. Skalierung und Lasttests

Cloud darf sich nicht auf den privaten Computer des Gründers verlassen, um alle Nutzer zu bedienen. Der Start erfordert eine eigene Infrastruktur, die für die vorgesehene Last ausgelegt ist. Tests umfassen gleichzeitig aktive Aufträge, Warteschlangen, VRAM/RAM, Rendering, Auslieferung, Speicher, Trennung, Wiederherstellung und Kosten.

Die Release-Bedingungen legen Kontingente, Parallelität, Projektgrößen, Prioritäten, Mehrverbrauch und Support fest. Kapazität, Nutzungsgrenzen und SLA werden anhand von Lasttests bestimmt. Ein logischer Kern unterstützt eine erweiterbare Ressourcenflotte.

7. Veröffentlichungsphasen und Abnahme

Cloud durchläuft definierte Anforderungen und Datenumfang → qualifizierte Infrastruktur und Freigabe → isolierten Piloten → Last-, Trennungs-, Auslieferungs- und Wiederherstellungsprüfungen → Release-Entscheidung. Jede Phase dokumentiert unterstützte Aufgaben, Version, Messungen, verbleibende Abhängigkeiten und Abnahme. Ein Plan oder ein Kalenderdatum ist kein Betriebsnachweis.

Cloud ist ein Entwicklungsbereich. Diese Seite kündigt weder Preise noch ein verfügbares Installationspaket, einen Starttermin oder garantierte Kapazität an. Cloud-Bedingungen, Angaben zu Auftragsverarbeitern und Ländern, Aufbewahrung, Zugriff, Abrechnung und Supportregeln werden vor der Aufnahme von Nutzern veröffentlicht.

Home · Technische Dokumentation · Pakete · Datenschutz · Roadmap

Lokale Generierung und private Kundeninstallation

Lokale Bild- und Videogenerierung ist eine Option, wenn die ausgewählten Modelle, Rechte, Ressourcen und die vereinbarte Ergebnisqualität qualifiziert sind. Zu den vorgeschlagenen Bereitstellungsprofilen gehören lokale Produktion mit einem autorisierten Cloud-Assistenten und eine private Kundeninstallation. Jedes Profil wird für die tatsächliche Arbeitslast definiert und abgenommen; diese Seite erklärt nicht sämtliche Profile für betriebsbereit.

Bei einem Cloud-Assistenten gelangt vereinbarter Kontext weiterhin an einen externen Anbieter. Ein vollständig privates Profil erfordert, dass alle notwendigen Komponenten lokal laufen, ohne versteckten Cloud-Rückfall. Auswahl lokaler Modelle, Generierungsqualität und Parallelität werden durch das Hardwareprofil bestimmt und bei der Installationsabnahme geprüft.

Lokale Bereitstellungsprofile.

Private Unternehmensbereitstellung

Ein privates Unternehmensprofil ist dafür ausgelegt, das erforderliche Planungsmodell, unterstützende Modelle, Gedächtnis, Schnitt, Audio, Rendering und Prüfung in der Kundenumgebung auszuführen. Die Abnahme muss nachweisen, dass jeder erforderliche Verbraucher und jede Abhängigkeit dort funktioniert und der gewählte private Ablauf keinen versteckten Cloud-Rückfall aufweist. Serverkapazität allein belegt nicht die Funktionsfähigkeit der gesamten Produktionskette.

Selbsthosting erfordert verfügbare Gewichte oder geeignete Rechte für den Betrieb vor Ort. Ein geschlossenes, ausschließlich in der Cloud verfügbares Modell lässt sich nicht allein deshalb installieren, weil ein Server genügend GPUs besitzt. Kompatible Modelle, Adapter, Aufgaben, Qualität, Zugriffskontrollen, Aktualisierungspfade und Wiederherstellung sind in der Bereitstellungsmatrix zu dokumentieren. Ein Kundencluster ist eine gesondert bewertete Bereitstellung; Aussagen zur unterstützten Parallelität benötigen gemessene Ergebnisse.