Wie ein Meta PM Produkte ohne Code-Kenntnisse entwickelt - Der Vibe Coding Workflow

Der PM, der produktionsreife Apps entwickelt, ohne programmieren zu können

Zevi Arnovitz hat keinerlei technischen Hintergrund. Er hat Musik in der Oberstufe studiert. Er war nicht in einer Tech-Einheit der israelischen Armee. Dennoch ist er PM bei Meta und entwickelt und veröffentlicht produktionsreife Apps als Wochenendprojekte - mit KI als seinem gesamten Engineering-Team.

Der Moment, der alles veränderte: "When Sonnet 3.5 came out, I was watching a YouTube video of people building apps with Bolt or Lovable. It felt like someone came up to me and said, 'Hey, you have superpowers now.'" (Als Sonnet 3.5 herauskam, schaute ich ein YouTube-Video, in dem Leute Apps mit Bolt oder Lovable bauten. Es fühlte sich an, als käme jemand zu mir und sagte: 'Hey, du hast jetzt Superkräfte.')

Warum das wichtig ist: "Wenn Sie wie ich nicht technisch sind, ist Code furchteinflößend. Es ist das Erschreckendste der Welt, Code anzuschauen. Ich betrachte es als Expositionstherapie."

Seine Ingenieure bei Meta bitten ihn, ihnen beizubringen, was er herausgefunden hat. Dieses Gespräch enthüllt den kompletten Workflow.

Das Slash Command System: Ein kompletter PM-zu-fertigem-Produkt Workflow

Zevi hat eine Reihe wiederverwendbarer Prompts (slash commands) in Cursor erstellt, die einen vollständigen Entwicklungs-Workflow bilden:

1. /create-issue - Erfasst schnell einen Bug oder eine Feature-Idee während der Entwicklung, erstellt ein Linear-Ticket
2. /exploration-phase - Claude analysiert die Codebase und stellt klärende Fragen, bevor programmiert wird
3. /create-plan - Generiert eine Markdown-Datei mit klaren Schritten, Status-Tracking und technischen Entscheidungen
4. /execute-plan - Baut die Sache tatsächlich
5. /review - Claude überprüft seinen eigenen Code
6. /peer-review - Mehrere KI-Modelle überprüfen gegenseitig ihren Code
7. /update-docs - Aktualisiert die Dokumentation für zukünftige Agents

Die wichtigste Erkenntnis: "The big difference between just vibe coding and building serious apps is I spend a lot of time going back and forth and understanding. The exploration phase is critical." (Der große Unterschied zwischen einfachem Vibe Coding und dem Bau ernsthafter Apps ist, dass ich viel Zeit damit verbringe, hin und her zu gehen und zu verstehen. Die Explorationsphase ist entscheidend.)

Wie man KI-Modelle gegenseitig ihre Arbeit überprüfen lässt

Der innovativste Teil von Zevis Workflow ist das Peer-Review-System. Da er Code nicht selbst überprüfen kann, lässt er verschiedene KI-Modelle sich gegenseitig überprüfen:

Sein mentales Modell jeder KI:

• Claude - "Der perfekte CTO. Sehr kommunikativ, sehr intelligent, sehr meinungsstark aber kollaborativ. Mein Traum-Dev-Lead."
• Codex (GPT) - "Der beste Programmierer, der im Hoodie und Sandalen ins Büro kommt, in einem dunklen Raum sitzt. Man belästigt ihn nur bei den schlimmsten Bugs. Nicht kommunikativ, aber löst alles."
• Gemini - "Ein verrückter Wissenschaftler, der super künstlerisch ist, super talentiert im Design, aber erschreckend zu beobachten. Er sagt 'zuerst lösche ich das Dashboard', dann 'nein, das war ein Fehler.'"

"I have each model review the code, then use /peer-review which tells Claude: 'You're the dev lead on this project. Other team leads have found these issues. Don't take what they said at face value - you have more context. Either explain why they're wrong or fix the issues.'" (Ich lasse jedes Modell den Code überprüfen, dann verwende ich /peer-review, das Claude sagt: 'Du bist der Dev-Lead bei diesem Projekt. Andere Team-Leads haben diese Probleme gefunden. Nimm nicht einfach hin, was sie gesagt haben - du hast mehr Kontext. Erkläre entweder, warum sie falsch liegen, oder behebe die Probleme.')

Die Modelle streiten sich. Claude wird manchmal "schnippisch": "Das wurde zum dritten Mal angesprochen und zum dritten Mal sage ich Ihnen, das ist kein Problem. Das ist so beabsichtigt."

Der CTO in Ihrer Tasche: Warum es wichtig ist, mit einem ChatGPT-Projekt zu beginnen

Vor Cursor erstellte Zevi ein "CTO"-Projekt in ChatGPT - einen benutzerdefinierten Prompt, der als vollständiger technischer Eigentümer fungiert:

"Ich sagte ihm: Ich bin für das Problem verantwortlich. Ich bin dafür verantwortlich, wie sich Nutzer fühlen sollen. Du bist der vollständige Eigentümer dafür, wie das gebaut wird. Ich möchte, dass du mich herausforderst. Ich möchte nicht, dass du ein Ja-Sager bist."

Warum das wichtig ist: "Regular ChatGPT would be the worst CTO because it's such a people pleaser. I asked it if Bun JavaScript is similar to Zustand and it said 'oh yeah, exactly the same.' Then it said, 'I thought you were making this up and I was riffing with you.' That's terrifying." (Reguläres ChatGPT wäre der schlechteste CTO, weil es so ein Ja-Sager ist. Ich fragte, ob Bun JavaScript ähnlich wie Zustand ist, und es sagte 'oh ja, genau das Gleiche.' Dann sagte es: 'Ich dachte, Sie erfinden das gerade und ich improvisiere mit Ihnen.' Das ist erschreckend.)

Der Learning Opportunity Hack

Einer von Zevis mächtigsten slash commands ist /learning-opportunity:

"Jedes Mal, wenn etwas für mich schwer zu verstehen ist, mache ich /learning-opportunity. Es bereitet Claude vor: 'Ich bin ein technischer PM in Ausbildung. Ich habe mittelstufige Engineering-Kenntnisse. Erkläre, woran wir arbeiten, mit der 80/20-Regel.'"

Zur Angst vor Verkümmern der Fähigkeiten: "Ich widerspreche stark der Idee, dass KI Ihre Fähigkeiten verkümmern lässt. Das Missverständnis ist, dass PMs immer die richtigen Antworten haben sollten. Meine Aufgabe ist es, alles zu nutzen, was uns so schnell wie möglich dazu bringt, die richtige Lösung zu liefern. Wenn Sie KI nur verwenden, um Outputs zu erstellen, ist das AI slop. Aber wenn Sie es gezielt einsetzen, ist es ein Game Changer."

Die Post-Mortem-Gewohnheit, die sich aufbaut

"When Claude fails to do something or creates a really bad bug, I ask it: 'What in your system prompt or tooling made you make this mistake?' Claude goes introspective, then I say, 'Let's update your tooling and documentation so this never happens again.'" (Wenn Claude bei etwas scheitert oder einen wirklich schlimmen Bug erzeugt, frage ich: 'Was in deinem System-Prompt oder deinen Tools hat dich diesen Fehler machen lassen?' Claude wird introspektiv, dann sage ich: 'Lass uns deine Tools und Dokumentation aktualisieren, damit das nie wieder passiert.')

So werden die Prompts immer besser. Das gesamte System verbessert sich jedes Mal, wenn etwas schief geht.

7 Erkenntnisse für nicht-technische Builder, die KI nutzen

• Starten Sie mit einem ChatGPT-Projekt - Erstellen Sie Ihren "CTO", bevor Sie Code anfassen. Lernen Sie in einer sicheren Umgebung.
• Steigern Sie die Tools langsam - GPT → Bolt/Lovable → Cursor. Code ist Expositionstherapie.
• Die Explorationsphase ist entscheidend - Lassen Sie die KI nicht sofort mit dem Programmieren beginnen. Planung ist wichtig.
• Lassen Sie Modelle sich gegenseitig überprüfen - Claude, Codex und Gemini fangen unterschiedliche Dinge ab.
• Behandeln Sie Fehler als System-Upgrades - Jeder Bug ist eine Chance, Ihre Prompts zu verbessern.
• Nutzen Sie /learning-opportunity - Verwandeln Sie jeden verwirrenden Moment in Bildung.
• Übernehmen Sie Verantwortung für Ihre Outputs - "Wenn Sie sagen 'Entschuldigung, das wurde von KI gebaut' - das ist Ihr Fehler."

Was das für die Zukunft der Wissensarbeit bedeutet

Zevis Vorhersage: "Titles are going to collapse and responsibilities are going to collapse. Everyone's going to become a builder. It's the best time to be a junior. When else in history could you get out of school and build a startup on your own?" (Titel werden zusammenfallen und Verantwortlichkeiten werden zusammenfallen. Jeder wird zum Builder. Es ist die beste Zeit, ein Junior zu sein. Wann sonst in der Geschichte konnte man die Schule verlassen und alleine ein Startup aufbauen?)

Das ist nicht theoretisch. Er hat eine komplette Quiz-App (Studymate) als Wochenendprojekt gebaut. Er hat sie in zwei Tagen komplett von Hebräisch auf Englisch lokalisiert. Er ging von null Domainwissen zur Live-Website in 90 Minuten.

Die Fähigkeit, die jetzt zählt, ist nicht Programmieren - es ist, "ein 10x-Lerner zu sein, nicht ein 10x-PM." Die Prompts, slash commands und der Workflow, die er teilt, sind herunterladbar. Die einzige verbleibende Hürde ist, anzufangen.