8 mois, un revenu annuel de 100 millions de dollars — Manus vient de créer le record du temps le plus rapide pour atteindre ce jalon. Un ingénieur qui a travaillé là-bas pendant 5 mois, Ivan Leo, a écrit un retour d'expérience, partageant trois leçons qu'il a apprises. Première leçon : votre responsabilité ne s'arrête pas à la mise en ligne du code. Beaucoup d'ingénieurs pensent qu'une fois le PR fusionné, c'est fini. Après avoir terminé la fonctionnalité Mail Manus, Ivan a enregistré une vidéo de démonstration, a suivi la mise à jour de la documentation et a répondu aux questions des utilisateurs sur Twitter. Lors de l'intégration de Stripe, il a directement utilisé sa carte de crédit pour tester — de l'argent réel pour s'assurer que les fonds arrivent. Plus important encore, il s'est assis pour voir comment ses collègues du marketing utilisaient la fonctionnalité qu'il avait développée. C'est là où ils se bloquent que le produit est réellement "cassé". Deuxième leçon : faites-le d'abord, puis parlez-en. Le premier jour de travail d'Ivan, son patron lui a demandé de créer une démo de Manus déclenchée par un e-mail. Il voulait écrire un script pour faire semblant, mais son patron a rétorqué : si ce n'est pas réel, quelle est l'utilité ? Ainsi, à la fin de la journée, la fonctionnalité était réellement en ligne. Bien que ce ne soit pas complet, cela fonctionnait. C'est plus convaincant que n'importe quel PPT — les gens peuvent directement dire "oui, ça vaut le coup" ou "je veux quelque chose de différent". Troisième leçon : ne vous imposez pas de limites. Il devait écrire en Go, mais ne l'avait jamais utilisé auparavant. Comment a-t-il appris ? En lisant les PR des autres, en utilisant l'IA pour analyser des modèles inconnus, en posant beaucoup de "questions stupides". Il a partagé une technique de questionnement : ne dites pas "je ne sais pas comment faire", mais plutôt "je veux faire X, dans le code, on utilise généralement Y, devrais-je suivre ce modèle ?" Cela permet à quiconque de vous répondre immédiatement. Ivan a dit une phrase très pertinente : votre titre peut être "ingénieur AI", mais le véritable travail est "d'obtenir des résultats". Il n'y a pas de frontières, voyez un problème et résolvez-le, voyez une opportunité et saisissez-la. Tous les jours, de 10h à minuit, cinq jours par semaine. Cette intensité n'est pas supportable par tout le monde, et ce n'est pas quelque chose que tout le monde devrait supporter. Une culture d'itération rapide et de priorité aux prototypes est un atout dans les entreprises à forte croissance au début, mais peut être un passif dans des scénarios nécessitant de la stabilité. La dette technique devra un jour être remboursée. Mais en parlant de cela, si vous êtes justement à ce stade — jeune, plein d'énergie, désireux de prouver votre valeur dans la vague de l'IA, cet article offre effectivement un cadre opérationnel : étendre la responsabilité aux utilisateurs, transformer les idées en prototypes, considérer les frontières comme quelque chose à franchir. J'aime bien la dernière phrase d'Ivan : chaque jour en rentrant chez lui, il attend avec impatience ce qui va se passer demain. Il n'y a pas beaucoup de travaux qui peuvent donner ce genre de sentiment.