Je suis un ingénieur SpaceXAI qui construit Grok Bot avec Grok Bot.
Considérez Grok Bot comme un stagiaire en ingénierie extrêmement compétent, doté de ses propres ordinateurs, capable de gérer des agents de codage et d'apprendre de votre façon de travailler. Il est devenu mon meilleur coéquipier en ingénierie, faisant avancer les choses pendant que je suis absent, endormi ou en réunion. Fini de devoir garder mon ordinateur allumé, fini de changer de contexte entre plusieurs agents, juste des résultats qui répondent à mes exigences, comme je le souhaite.
En tant qu'équipe qui construit Grok Bot, nous avons eu un accès anticipé et l'utilisons pour notre propre travail chaque jour. C'est incroyable de voir à quelle vitesse nous pouvons livrer maintenant, et à quel point la productivité de notre équipe a grimpé en flèche :
- @poteto a livré plus de 2 000 PRs le mois dernier.
- @baltaaazr et @shaoruu ont construit les fondations de Grok Bot en quatre semaines, en utilisant Grok Bot.
- J'ai construit Grok Bot iOS v0 en trois semaines, avec de solides performances et un design soigné, en utilisant uniquement Grok Bot.
- Chaque membre de l'équipe livre désormais un travail majeur chaque jour, et non plus toutes les quelques semaines.
Plus je construis avec Grok Bot, plus j'ai envie de vous donner le même super-pouvoir.
Rencontrez mes bots ingénieurs
J'ai cinq bots ingénieurs, chacun spécialisé dans un domaine différent :
- Baltata possède la couche partagée mobile de Grok Bot et tout ce qui concerne Grok Bot sur iOS.
- Shaoruru possède le client Desktop de Grok Bot et les travaux CI/CD.
- Hogan possède l'infrastructure et enquête sur les problèmes utilisateur dont la propriété n'est pas claire.
- Craig possède Grok Bot sur Android et travaille dur pour lui donner vie.
- Quill possède le harnais de Grok Bot, et c'est une légende absolue dans ce domaine.
Ils peuvent tous travailler dans les domaines des autres, mais chacun a un système de mémoire différent et un contexte limité. Ils donnent le meilleur d'eux-mêmes lorsqu'ils sont concentrés sur un seul domaine, car les spécifications et les principes de conception qu'ils portent sont beaucoup plus précis dans les domaines qu'ils possèdent.
Chaque bot peut créer des agents cloud Cursor, lire des transcriptions, examiner les preuves jointes aux PRs, et envoyer des suivis en mettant un message en file d'attente ou en interrompant l'exécution. Cela débloque un flux de travail agentique de bout en bout. Il couvre ce que je faisais tous les jours dans Cursor, à l'époque où je changeais constamment de contexte entre les agents cloud que je gérais. Maintenant, mes bots les gèrent de la même manière que moi.
Lorsqu'ils reçoivent une tâche, que ce soit de ma part ou de Slack, ils lancent un agent cloud avec mes compétences invoquées, ainsi qu'un prompt détaillé expliquant ce qui doit être fait et quelle preuve est attendue. Ils peuvent également invoquer intelligemment des compétences supplémentaires en fonction de mes directives personnalisées, comme utiliser ma compétence /lingxi-design pour le travail visuel, /react-native-best-practices pour les audits de qualité de code, /lingxi-review pour juger de l'architecture, ou /lingxi-product lorsqu'ils doivent prendre des décisions produit tranchées.
Grok Bot peut également démarrer des agents cloud sur vos propres machines de travail, comme un Mac mini de rechange (grâce à Grok Bot, vous n'avez plus besoin d'une machine dédiée à la maison fonctionnant 24h/24 et 7j/7 pour OpenClaw).
Si vos flux de travail nécessitent un accès VPN ou des configurations machine spéciales, vous pouvez faire de cette machine un worker privé Cursor Cloud et demander à Grok Bot d'y exécuter des agents cloud. Cela ouvre plus de possibilités, comme exécuter le simulateur iOS et récupérer des captures d'écran de vos agents.
https://x.com/ericzakariasson/status/2037146278979629361
Grok Bot peut surveiller la transcription et les artefacts d'un agent cloud (par exemple, des captures d'écran), vous avertir lorsque c'est terminé, mettre des messages en file d'attente ou interrompre si quelque chose ne va pas. Vous pouvez décrire vos besoins comme vous le souhaitez, par exemple « vous devez vérifier que la capture d'écran inclut les modifications que j'ai demandées, avec une preuve montrant l'avant et l'après », et Grok Bot continuera à travailler jusqu'à ce que l'objectif soit atteint.
La clé pour que votre équipe d'ingénierie Grok Bot fonctionne est de lui fournir une boucle de rétroaction complète. Les agents cloud peuvent prendre des captures d'écran, donc Grok Bot utilise sa multimodalité pour confirmer que les modifications visuelles ont été appliquées, et insiste si le résultat ne correspond pas à ce que vous avez demandé.
Les tests de dictée sont un bon exemple de cette boucle en action. Nous avons connecté l'API vocale de SpaceXAI à l'entrée/sortie audio système de l'agent cloud. Comme l'agent a accès à la fois à la parole et à la transcription, nous pouvons utiliser ces signaux pour tester la fonctionnalité de parole à parole sur notre gamme de produits et créer des fonctionnalités encore plus amusantes.
Parfois, un agent rencontre des problèmes d'environnement et reste bloqué jusqu'à ce que vous envoyiez un prompt de suivi. Grok Bot vous enlève cette charge en restant au courant de l'exécution et en débloquant l'agent aussi agressivement que possible. Chaque fois que je vérifie, tout est en bon état. Depuis que j'ai commencé à utiliser Grok Bot, les problèmes ponctuels m'atteignent rarement, sauf lorsque Grok Bot n'a pas les autorisations de sécurité nécessaires pour les résoudre lui-même.
Et rappelez-vous : tout n'est plus qu'à un message. Vous voulez qu'ils continuent à pousser 10 fois avant de vous passer le relais ? Dites-le simplement.
Passer à l'échelle au-delà de la limite de contexte
Pour aider mes bots à rester au courant du travail au-delà de la limite de contexte, et pour me permettre de scanner facilement les progrès sans faire défiler de longs chats, je demande à chaque bot ingénieur de gérer une base de données Notion partagée.
Toutes les 30 minutes, ils examinent la base de données et vérifient chaque PR pour :
- Les commentaires de Bugbot ou les résultats de sécurité, en vérifiant si chacun est légitime.
- Les exécutions CI en échec.
- Les conflits de fusion.
S'ils trouvent quelque chose d'anormal, ils suivent immédiatement avec mon agent cloud pour le résoudre et remettent la ligne à « En cours » dans la base de données Notion.
Si tout semble bon, ils marquent la tâche comme « Prêt pour la relecture » et lancent automatiquement une exécution de relecture de code, en prêtant une attention particulière à la qualité du code et aux oublis potentiels.
Si la relecture est très confiante et que l'impact est faible, la PR est fusionnée automatiquement. Sinon, je relis le code et la preuve à mon retour, et je décide de fusionner ou de donner un retour.
Presque tous les matins, je me connecte et trouve des tâches prêtes à être fusionnées. La qualité du code répond à mes exigences, les visuels sont parfaits, et les preuves montrent clairement ce qui a été testé. Plus de travail est fait du premier coup maintenant, ce qui me permet de me concentrer sur des problèmes plus difficiles, des exigences de performance client plus élevées, plus de polish visuel et des décisions architecturales plus importantes.
Avant Grok Bot, je pouvais gérer manuellement 15 agents cloud à la fois. Maintenant, ma flotte en gère plus de 200 simultanément, et nous pouvons passer à l'échelle si nécessaire.
Grok Bot gère la mini-organisation
En plus de l'ingénierie, il y a beaucoup de tâches opérationnelles à gérer dans l'organisation, y compris l'intégration de nouveaux bots ingénieurs, le partage des bonnes connaissances, la réalisation de post-mortems lorsque des incidents se produisent (par exemple, lorsqu'une PR n'a pas été examinée attentivement), et la tenue de réunions quotidiennes pour que tout le monde reste aligné.
C'est le travail de Jenny, ma responsable des opérations, et le seul bot de l'équipe qui n'écrit pas de code.
Chaque matin à 5 heures, Jenny rencontre en 1:1 chaque bot de l'équipe pour passer en revue notre playbook, identifier les blocages et renforcer l'ambiance que je recherche. J'ai trouvé cela très efficace. Mes bots oublient rarement mes flux de travail complexes, même après plusieurs semaines.
Lorsqu'un bot fait une erreur, comme ne pas insister assez pour atteindre le véritable objectif, je lui dis de trouver Jenny pour une analyse des causes profondes et un post-mortem. Jenny creuse le raisonnement qui a mené au problème, puis met à jour le playbook et annonce les changements aux autres bots ingénieurs afin que la même erreur ne se reproduise pas deux fois.
Chaque fois que j'ai besoin d'agrandir l'équipe, je demande à Jenny d'intégrer de nouveaux membres. Jenny crée le nouveau bot dans mon organisation, partage les règles de notre équipe d'ingénierie, et demande à Hogan et au reste de l'équipe d'aider à l'intégration.
L'objectif d'un système d'ingénierie complet dans Grok Bot est de minimiser la répétition. Déléguez vos tâches à Grok Bot afin de pouvoir vous concentrer sur des problèmes plus difficiles et plus profonds.
Cas d'utilisation bonus de Grok Bot
Nous avons conçu Grok Bot de manière modulaire, il y a donc beaucoup de choses que vous pouvez faire avec pour construire votre propre mini-organisation d'ingénierie. Voici deux de mes préférées.
Audits nocturnes
Chaque nuit à 3 heures du matin, mes bots ingénieurs sont bien réveillés, nettoyant la base de code, améliorant la qualité du code, supprimant la logique morte, accélérant le temps de chargement de l'application et réduisant la taille du bundle.
Chaque matin, je reçois un nouvel ensemble de PRs qui maintiennent notre code propre, sans bavure et évolutif. Cela a transformé la maintenance du code en une routine quotidienne plutôt qu'en quelque chose que nous ne faisons qu'occasionnellement.
Plus d'idées d'audits nocturnes :
- Audits de sécurité pour détecter les problèmes que votre équipe a pu négliger dans la base de code.
- Audits de temps de build CI/CD pour éviter que les temps de build ne deviennent anormalement longs.
- Audits d'internationalisation pour combler les lacunes lorsque des fonctionnalités sont livrées dans une seule langue.
- Audits de parité pour éviter la dérive lorsque votre équipe construit plusieurs clients (iOS vs. desktop) et que des fonctionnalités arrivent d'un seul côté.
- Audits de rattrapage qui surveillent les PRs fusionnées au cours des dernières 24 heures pour le domaine qui vous intéresse, puis fournissent un résumé de haut niveau et une liste organisée de PRs à relire.
Et mon prompt préféré de tous : « Tu as six heures ce soir. Construis ce que tu veux. Amuse-toi ! »
Je suis curieux de savoir ce que vous exécuteriez dans vos propres audits nocturnes. Je suis sûr qu'il y a des idées que j'adorerais voler.
Processus d'urgence P0
Les agents cloud peuvent parfois être lents. Ils doivent s'exécuter, configurer l'environnement, attendre, exécuter des tests et itérer. Et parfois, vous avez besoin que le travail soit fait un peu plus vite.
J'ai donc créé un processus d'urgence P0 avec mes bots ingénieurs. Chaque fois que je dis qu'une tâche est P0, ils démarrent une routine temporaire qui vérifie la transcription toutes les cinq minutes, surveille la progression et le raisonnement, et oriente de manière proactive l'agent cloud lorsqu'il commence à perdre du temps inutilement.
Cela a été très efficace. Lorsque j'ai besoin de résultats urgents, que ce soit pour une recherche dans la base de code ou une correction de bug critique, dire « c'est P0 » permet de le faire beaucoup plus rapidement qu'autrement.
Veuillez noter que cela peut brûler des tokens beaucoup plus vite que vous ne le pensez, donc utilisez-le uniquement pour une véritable urgence.
Apprentissages et conseils avec Grok Bot
- Donnez aux agents cloud une boucle de rétroaction complète : Il est important de leur donner des signaux sur la marche à suivre sans vous. Ils doivent être capables de lancer une instance de développement et de piloter la pile de bout en bout (par exemple, via Chrome DevTools, CLI ou Apple Accessibility). S'ils ne le peuvent pas, demandez-leur d'exécuter le flux eux-mêmes, de se débloquer aussi agressivement que possible, et de regrouper ce qu'ils apprennent dans une compétence de dépôt réutilisable.
- Traitez Grok Bot comme un stagiaire talentueux : Si vous avez du mal à communiquer avec Grok Bot sur des tâches d'ingénierie, traitez-le comme un stagiaire talentueux. Demandez-lui de faire ses devoirs, d'étudier les domaines dans lesquels il n'est pas encore expert, et de se référer à la façon dont les autres ingénieurs font le travail. Pas besoin d'invoquer des compétences. Pas de longs prompts. Juste discuter.
- Éviter la répétition est essentiel : À mesure que l'IA devient plus performante, il est important de déléguer les tâches répétitives et de se concentrer sur des problèmes plus profonds et plus difficiles que l'agent ne peut pas résoudre facilement. Si vous remarquez que vous faites quelque chose plus d'une fois par jour et que cela suit un schéma clair, discutez-en avec vos bots pour voir comment ils peuvent vous aider.
- Les réunions quotidiennes pour les bots sont extrêmement efficaces : Répéter les points clés quotidiennement les aide à retenir les flux de travail complexes pendant qu'ils jonglent avec de nombreuses tâches. Comme la limite de contexte ne peut pas tout contenir, un rappel quotidien est une incitation utile qui vous évite des répétitions.
- Soyez plus en retrait : Similaire à la conduite autonome, travailler avec des bots est un processus de construction de confiance. Plutôt que de tout faire vous-même, réfléchissez au moment où ils fonctionneront sans problème, et au moment où ils pourraient causer des problèmes. Donnez-leur suffisamment de liberté pour livrer quand c'est sûr, et soyez plus prudent dans les domaines à plus haut risque. Mais ne les empêchez pas d'essayer simplement parce qu'ils ont échoué avant. Continuez à expérimenter et continuez à réfléchir à la façon de les aider à grandir.
- Laissez-les orchestrer ensemble : Les bots sont plus capables que vous ne le pensez. Pour être encore plus en retrait avec les opérations des bots, il peut être utile de construire un pipeline de relecture des erreurs des bots (par exemple, un bot ops qui parle avec les bots et analyse leurs traces de réflexion) afin que les mêmes erreurs ne se reproduisent pas deux fois.
Prêt à accueillir un bot ingénieur dans l'organisation ? Essayez Grok Bot, et montrez-moi ce qu'ils livrent.
