
Meta Pocket: Vibe Coding ohne Codezugriff ist ein Lock-in-Risiko
Kyle Orland hat bei Ars Technica knapp eine Woche mit Metas neuer App Pocket verbracht und daraus zwei spielbare Prototypen gebaut. Der erste Entwurf stand nach einem einzigen Prompt und knapp zwei Minuten Wartezeit. Am Ende liefen beide, und mitnehmen konnte er keines, weil die App keine Zeile Code herausgibt. Dieses Muster kenne ich von meiner eigenen Website. Es entscheidet später darüber, ob ein Umzug ein Nachmittag wird oder ein Projekt.
Was Pocket macht
Pocket ist eine App von Meta, in die Nutzer eine Idee als Text eintippen und daraus eine interaktive Anwendung bekommen. Laut TechCrunch rollt die App seit dem 20. August in den USA aus, vorher lief sie als Test in Brasilien. Ob und wann sie nach Europa kommt, lässt der Bericht offen. Dahinter steht das Team der Vibe-Coding-App Gizmo, das Meta im März übernommen hat. Gizmo selbst schaltet Meta mit dem Start von Pocket ab. Die fertigen Ergebnisse landen in einem Feed mit Likes und Reposts, also in derselben Mechanik wie ein soziales Netzwerk.
Schneller fertig als die Kaffeepause
Orland beschreibt in seinem Erfahrungsbericht einen Prompt über eine Spielfigur mit einer Schleuder. Nach knapp zwei Minuten lief eine testbare Version, inklusive Punktezähler und Kraftanzeige, die er nie angefordert hatte. Danach folgten mehr als 100 weitere Prompts für Gegnertypen, ein Munitionssystem, Soundeffekte und Punktelogik. Das Ergebnis liegt als Sling Shot öffentlich vor. Hinter den Zahlen steht eine Woche eines einzelnen Journalisten, keine Messung an vielen Nutzern.
Wenn das Detail teuer wird
Ein Bedienelement um wenige Pixel nach rechts zu schieben, kostet bei Pocket einen kompletten Prompt und rund eine Minute Wartezeit, weil die KI die App jedes Mal neu baut. In handgeschriebenem Code dauert dieselbe Änderung Sekunden. Beim Testen fehlten Orland Haltepunkte im Code und Einblick in den Speicher, also musste er Fehler am Bildschirm beobachten. Sein Verdacht auf versteckte Sonderfälle blieb, weil er die Logik nirgends nachlesen konnte. Wer nicht ins Protokoll sehen kann, merkt nicht, wann eine Automation im Betrieb still danebenläuft. Sein Spiel teilen kann Orland, als Vorschau im Browser. Der Code bleibt bei Meta.
Bei mir waren es die Bilder
Diese Website lag bis August bei einem Baukasten-Anbieter, 27 Seiten, alles über eine Klick-Oberfläche gepflegt. Beim Umzug auf ein eigenes System waren die Texte das kleinste Problem. Die Bilder lagen auf dem CDN des Anbieters, benannt nach Zeichenketten ohne Bedeutung, und einen Export dafür gab es nicht. Also habe ich sie mir von den Live-Seiten zurückgeholt. Beim ersten Durchgang kamen 37 Dateien zusammen. Dann fiel auf, dass 19 fehlten. Diese 19 tauchten nur im ausgelieferten Quelltext auf: Social-Bilder und die Favicon-Vorlage. Gefunden habe ich sie erst, als ich jede der 27 Seiten nach der CDN-Adresse durchsucht habe.
Die Frage vor dem ersten Prompt
Seitdem stelle ich vor jedem Tool drei Fragen. Die erste: Was halte ich in der Hand, wenn ich morgen gehe? Gemeint ist eine Datei mit der Logik, die ich lesen und versionieren kann.

Dazu kommen die Inhalte: Bekomme ich sie mit einem Klick heraus oder muss ich sie mir einzeln zurückholen wie damals die Bilder? Dann der Wechsel selbst: Kann ich ein Zielsystem frei wählen oder baue ich die Logik neu? Pocket fällt bei allen drei Punkten durch, was für ein Spielzeug in Ordnung geht. Für einen Prozess, der Angebote verschickt oder Kundendaten anfasst, reicht es nicht. Bei Workflow-Plattformen entscheiden dieselben Fragen, wie teuer ein späterer Wechsel wird. In meinem Vergleich zwischen n8n, Make und Zapier kommen sie nicht vor, weil ich sie damals für selbstverständlich gehalten habe.
Wohin die Geschwindigkeit gehört
Die Geschwindigkeit, die Orland beschreibt, rede ich niemandem aus. Eine Idee in zwei Minuten testbar zu machen, spart echte Tage. Nur gehört diese Phase in den Entwurf, mit der Erwartung, dass alles davon wieder verschwindet. Ob eine Aufgabe sich überhaupt fürs Automatisieren eignet, klärt sich vorher mit vier anderen Fragen. Setz dir dann eine Grenze, bevor du den ersten Prompt tippst: Was in Produktion geht, muss vorher einmal exportiert worden sein. Was diesen Test nicht besteht, bleibt Skizze. Bei mir ging es um Bilder auf einer Website. Wenn eine Rechnungslogik daran hängt, wird aus dem Nachbau ein Projekt.


