AWS holt Vibe Coding in die Private Cloud der Kunden

AWS hat eine mehrjährige Vertriebs- und Marketingvereinbarung mit dem Vibe-Coding-Anbieter Superblocks geschlossen. Fachabteilungen sollen sich damit eigene Anwendungen zusammenbauen können, ohne dass Daten die eigene AWS-Umgebung verlassen. Für Unternehmen verschiebt sich damit die Frage der Abhängigkeit vom SaaS-Anbieter zum Hyperscaler.

AWS holt Vibe Coding in die Private Cloud der KundenBild: KI-generiert

Vibe Coding wandert in die Unternehmens-Cloud

AWS und das Startup Superblocks haben eine mehrjährige gemeinsame Marketing- und Vertriebsvereinbarung unterzeichnet. Kern der Abmachung: Die Vibe-Coding-Plattform von Superblocks wird direkt in die Private Cloud von AWS-Unternehmenskunden eingebettet. Vibe Coding bezeichnet das Erstellen kleiner Anwendungen per Sprachbefehl, ohne selbst Code zu schreiben.

Damit richtet sich das Angebot nicht an Entwickler, sondern an Fachabteilungen. Wer bisher ein Werkzeug für einen internen Prozess brauchte, kaufte entweder ein SaaS-Abo oder wartete auf die IT. Beides fällt weg, wenn die Fachabteilung sich das Tool selbst zusammenklickt.

Neu ist dabei nicht die Idee, sondern der Ort. Bisherige Vibe-Coding-Dienste legen ihre Anwendungen samt Datenbank außerhalb des Unternehmens ab. Genau das war für regulierte Branchen ein Ausschlusskriterium.

Was technisch anders läuft

Anwendungen, die über Superblocks entstehen, sollen künftig Amazon-Aurora-Datenbanken innerhalb des Kundenkontos anlegen, statt externe Datenbankdienste wie Supabase zu nutzen. Für die KI-Anbindung dient Amazon Bedrock als Gateway und Inferenz-Plattform. Bedrock ist der AWS-Dienst, über den verschiedene Sprachmodelle zentral angesprochen werden.

Der praktische Effekt: Die so gebauten Anwendungen fallen automatisch unter die bestehenden Sicherheits-, Audit- und Netzwerkkontrollen des Unternehmens. Aus Schatten-IT wird verwaltete IT.

Wir bringen es zu den Daten innerhalb der eigenen Private Cloud. Das Entscheidende daran ist, dass die Daten diese Cloud nie verlassen. Es ist ihr AWS-Konto und damit abgesichert durch alle Audits, alle Verschlüsselung und alle Netzwerkkontrollen. (sinngemäße Übersetzung einer Aussage von Brad Menezes, Mitgründer und CEO von Superblocks)
KomponenteKlassisches Vibe CodingSuperblocks auf AWS
DatenbankExterner Dienst, etwa SupabaseAmazon Aurora im eigenen Konto
ModellzugriffDirekt beim KI-LaborAmazon Bedrock als Gateway
KontrolleBeim AnbieterBei der eigenen IT
DatenabflussMöglichBleibt in der eigenen Umgebung

Warum AWS ein Startup mit 50 Mitarbeitern nach vorne schiebt

Superblocks beschäftigt rund 50 Menschen und hat bis zur Series A vom Mai 2025 insgesamt 60 Millionen US-Dollar Risikokapital eingesammelt. AWS unterstützt den Vertrieb zusätzlich über den eigenen Marketplace. Für ein Unternehmen dieser Größe ist das ein erheblicher Hebel.

Der Grund liegt in einer Lücke im AWS-Portfolio. Mit Kiro gibt es ein KI-Coding-Werkzeug für Entwickler, mit Quick einen KI-Assistenten für Fachanwender. Ein Vibe-Coding-Agent für Business-User, der komplette Anwendungen erzeugt, fehlt bislang. Quick liegt funktional näher an Assistenten wie Anthropic Cowork als an einem App-Baukasten.

Ein AWS-Sprecher formuliert die Motivation zurückhaltend. Man unterstütze Partner dort, wo sich starke Kundennachfrage zeige und wo diese zu der Art passe, wie Kunden bauen wollen. Es handle sich um eine aufstrebende Kategorie mit echtem Momentum, sinngemäß übersetzt.

Hyperscaler gegen KI-Labore

Hinter dem Deal steht ein größeres Muster. AWS und Microsoft drängen ihre Unternehmenskunden zunehmend dazu, das KI-Modell von der Orchestrierung und der Anwendungsschicht zu trennen. Die Modelle dürfen von den Frontier-Labs kommen, das Drumherum soll aus der jeweiligen Cloud stammen.

Microsoft-CEO Satya Nadella warnt Unternehmenskunden offen vor Abhängigkeiten und davor, Daten an die führenden KI-Labore abzugeben. Sein Argument: Wer seine Geschäftsprozesse über die Werkzeuge eines Modellanbieters abwickelt, liefert diesem Anbieter Einblick in das eigene Geschäft.

Viele Unternehmen sind an dieser Stelle offenbar schon weiter. Laut Menezes fragten Kunden vor rund 60 Tagen noch nach einem konkreten Modell, meist von Anthropic. Inzwischen dominiere der Wunsch nach mehreren Modellen parallel.

Eine Multi-Modell-Strategie über die großen Frontier-Labs, OpenAI, Anthropic und Open Source hinweg ist für den CIO ein Must-have. (sinngemäße Übersetzung)

Menezes wird noch deutlicher und sagt voraus, jede Führungskraft, die in einem Unternehmen auf einen einzigen Modellanbieter setze, werde am Ende gefeuert. Zahlen stützen den Trend zumindest teilweise: Beim AI-Gateway von Vercel entfielen im vergangenen Monat 29 % des gesamten Datenverkehrs auf offene Modelle. Der Druck durch Open-Weight-Modelle aus China spielt dabei eine wesentliche Rolle.

Was das für Unternehmen im DACH-Raum bedeutet

Der größte Hebel liegt beim Datenschutz. Wenn eine per KI gebaute Anwendung ihre Datenbank im eigenen AWS-Konto anlegt und Modellanfragen über ein internes Gateway laufen, sinkt die rechtliche Hürde für Eigenentwicklungen deutlich. Genau daran scheitern Vibe-Coding-Projekte im Mittelstand bislang häufig.

Wirtschaftlich ist die Rechnung interessant: Statt für jede kleine Aufgabe ein Standard-Abo zu lizenzieren, entsteht das Werkzeug intern. Wie sich das konkret aufs Budget auswirkt, lässt sich derzeit nicht beurteilen. Zu den Kosten der Superblocks-Nutzung innerhalb der eigenen AWS-Infrastruktur liegen keine Angaben vor. Auch konkrete Referenzkunden oder Anpassungen an europäische Datenschutzvorgaben sind bislang nicht bestätigt.

Und es bleibt ein Haken. Die Abhängigkeit verschwindet nicht, sie verschiebt sich. Wer Datenbank, Modell-Gateway und Anwendungsschicht bei einem Hyperscaler bündelt, tauscht viele kleine SaaS-Verträge gegen eine große Cloud-Bindung. Wer diesen Effekt begrenzen will, kommt an Modellvielfalt und offenen Alternativen nicht vorbei. Für die Entwicklerseite zeigen Werkzeuge wie der Open-Source-Agent Goose, dass sich ein solcher Stack auch ohne Abo betreiben lässt. Wie sich Superblocks gegen reine Self-Hosting-Ansätze schlägt, ist offen.