Comment un PM de Meta livre des produits sans écrire de code - Le workflow du Vibe Coding

Le PM qui crée des applications en production sans savoir coder

Zevi Arnovitz n'a aucune formation technique. Il a étudié la musique au lycée. Il n'était pas dans une unité technologique de l'armée israélienne. Pourtant, il est PM chez Meta et crée et livre des applications en production comme projets de week-end - en utilisant l'IA comme équipe d'ingénierie complète.

Le moment où tout a changé : "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.'" (Quand Sonnet 3.5 est sorti, je regardais une vidéo YouTube de gens qui créaient des applications avec Bolt ou Lovable. C'était comme si quelqu'un était venu me dire : « Hé, tu as des superpouvoirs maintenant. »)

Sur l'importance de tout cela : « Si vous n'êtes pas technique comme moi, le code est terrifiant. C'est la chose la plus effrayante au monde à regarder. Je le considère comme une thérapie d'exposition. »

Ses ingénieurs chez Meta lui demandent de leur enseigner ce qu'il a découvert. Cette conversation révèle le workflow complet.

Le système de Slash Commands : un workflow complet du PM au produit livré

Zevi a créé une série de prompts réutilisables (slash commands) dans Cursor qui forment un workflow de développement complet :

1. /create-issue - Capturer rapidement un bug ou une idée de fonctionnalité en plein développement, crée un ticket Linear
2. /exploration-phase - Claude analyse le codebase et pose des questions de clarification avant tout codage
3. /create-plan - Génère un fichier markdown avec des étapes claires, un suivi de statut et des décisions techniques
4. /execute-plan - Construit réellement la chose
5. /review - Claude révise son propre code
6. /peer-review - Plusieurs modèles d'IA révisent le code les uns des autres
7. /update-docs - Met à jour la documentation pour les futurs agents

L'insight clé : "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." (La grande différence entre simplement faire du vibe coding et créer des applications sérieuses, c'est que je passe beaucoup de temps à faire des allers-retours et à comprendre. La phase d'exploration est critique.)

Comment faire réviser le travail des modèles d'IA par d'autres modèles

La partie la plus innovante du workflow de Zevi est le système de peer review. Comme il ne peut pas réviser le code lui-même, il fait réviser les différents modèles d'IA entre eux :

Son modèle mental de chaque IA :

• Claude - « Le CTO parfait. Très communicatif, très intelligent, très opiniâtre mais collaboratif. Mon dev lead de rêve. »
• Codex (GPT) - « Le meilleur codeur qui vient au bureau en sweat à capuche et sandales, s'assoit dans une pièce sombre. On ne le dérange que pour les pires bugs. Pas communicatif mais résout tout. »
• Gemini - « Un scientifique fou qui est super artistique, super talentueux en design, mais terrifiant à regarder travailler. Il dira "d'abord je vais supprimer le dashboard" puis "non, c'était une erreur." »

"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.'" (Je fais réviser le code par chaque modèle, puis j'utilise /peer-review qui dit à Claude : « Tu es le dev lead sur ce projet. D'autres chefs d'équipe ont trouvé ces problèmes. Ne prends pas ce qu'ils ont dit pour argent comptant - tu as plus de contexte. Soit tu expliques pourquoi ils ont tort, soit tu corriges les problèmes. »)

Les modèles se disputent. Claude devient parfois « insolent » : « Cela a été soulevé pour la troisième fois et pour la troisième fois je vous dis que ce n'est pas un problème. C'est voulu. »

Le CTO dans votre poche : pourquoi commencer avec un projet ChatGPT est important

Avant Cursor, Zevi a créé un projet « CTO » dans ChatGPT - un prompt personnalisé qui agit comme propriétaire technique complet :

« Je lui ai dit : je suis propriétaire du problème. Je suis propriétaire de comment nous voulons que les utilisateurs se sentent. Tu es le propriétaire complet de comment cela est construit. Je veux que tu me challenges. Je ne veux pas que tu sois un béni-oui-oui. »

Pourquoi c'est important : "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." (ChatGPT standard serait le pire CTO parce qu'il cherche tellement à plaire. Je lui ai demandé si Bun JavaScript était similaire à Zustand et il a dit « oh oui, exactement pareil. » Puis il a dit : « Je pensais que tu inventais ça et je jouais le jeu avec toi. » C'est terrifiant.)

L'astuce de l'opportunité d'apprentissage

L'une des slash commands les plus puissantes de Zevi est /learning-opportunity :

« Chaque fois que quelque chose est difficile à comprendre pour moi, je fais /learning-opportunity. Cela prépare Claude : "Je suis un PM technique en devenir. J'ai des connaissances d'ingénierie de niveau intermédiaire. Explique ce sur quoi nous travaillons en utilisant la règle des 80/20." »

Sur la peur de l'atrophie : « Je suis en profond désaccord avec l'idée que l'IA fait atrophier vos compétences. L'idée fausse est que les PM devraient toujours avoir les bonnes réponses. Mon travail consiste à exploiter tout ce qui nous permet d'arriver le plus rapidement possible à livrer la bonne solution. Si vous utilisez l'IA juste pour créer des outputs, c'est du AI slop. Mais si vous l'utilisez intentionnellement, c'est révolutionnaire. »

L'habitude du post-mortem qui s'accumule

"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.'" (Quand Claude échoue à faire quelque chose ou crée un très mauvais bug, je lui demande : « Qu'est-ce que dans ton system prompt ou tes outils t'a fait commettre cette erreur ? » Claude devient introspectif, puis je dis : « Mettons à jour tes outils et ta documentation pour que cela ne se reproduise plus jamais. »)

C'est ainsi que les prompts continuent de s'améliorer. Tout le système s'améliore chaque fois que quelque chose ne va pas.

7 enseignements pour les créateurs non techniques utilisant l'IA

• Commencez par un projet ChatGPT - Créez votre « CTO » avant de toucher au code. Apprenez dans un environnement sûr.
• Évoluez progressivement entre les outils - GPT → Bolt/Lovable → Cursor. Le code est une thérapie d'exposition.
• La phase d'exploration est critique - Ne laissez pas l'IA commencer à coder immédiatement. La planification compte.
• Faites réviser les modèles entre eux - Claude, Codex et Gemini détectent des choses différentes.
• Traitez les échecs comme des mises à niveau du système - Chaque bug est une opportunité d'améliorer vos prompts.
• Utilisez /learning-opportunity - Transformez chaque moment de confusion en éducation.
• Assumez vos outputs - « Si vous dites "désolé, ça a été construit par l'IA" - c'est votre erreur. »

Ce que cela signifie pour l'avenir du travail intellectuel

La prédiction de Zevi : "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?" (Les titres vont s'effondrer et les responsabilités vont s'effondrer. Tout le monde va devenir un créateur. C'est le meilleur moment pour être junior. À quel autre moment de l'histoire pourriez-vous sortir de l'école et créer une startup tout seul ?)

Ce n'est pas théorique. Il a créé une application de quiz complète (Studymate) comme projet de week-end. Il l'a entièrement localisée de l'hébreu vers l'anglais en deux jours. Il est passé de zéro domaine à un site web en ligne en 90 minutes.

La compétence qui compte maintenant n'est pas le codage - c'est être « un apprenant 10x, pas un PM 10x ». Les prompts, slash commands et le workflow qu'il partage sont téléchargeables. La seule barrière restante est de commencer.