Comment Ctrl+G redéfinit la façon de construire des équipes AI-native

Ctrl+G a été fondée en 2025 par Grégoire Gambatto et Paco Villetard, 2 fondateurs en série surtout connus pour Germinal et OnlyDust. Leur mission : réinventer la façon dont les équipes construisent et livrent du logiciel dans un monde AI-native.

• Origines : Ctrl+G est le troisième acte du duo, après Germinal (agence de growth marketing passée à 3 M€ d'ARR) et OnlyDust (marketplace open source pour développeurs, qui a distribué 15 M$ à 8 000 développeurs dans 39 pays).
• Focus : Ctrl+G construit l'infrastructure et les pipelines de données qui permettent aux meilleurs labos d'IA d'entraîner et d'évaluer leurs modèles plus vite, avec des données de haute qualité produites par des développeurs.
• Positionnement : à mi-chemin entre la coordination open source et l'infrastructure de données pour l'IA, Ctrl+G travaille avec certains des plus grands labos d'IA au monde, dont plusieurs du top 7 mondial.

Étapes clés :

• 2024 : fermeture d'OnlyDust après 3 ans et début de l'exploration des workflows de développement avec l'IA.
• Mi-2024 : installation à San Francisco pour construire dans un environnement AI-native.
• Été 2025 : création de Ctrl+G, qui allie infrastructure de données développeurs et environnements d'apprentissage par renforcement pour les labos d'IA.
• 2025 : une équipe de fondateurs + 3 ingénieurs qui travaillent en production entièrement assistés par l'IA.

J'ai échangé avec Grégoire Gambatto et Paco Villetard de Ctrl+G sur la façon dont ils ont construit une boîte produit AI-native à partir de zéro, en quelques mois.

Disclaimer : les choix d'organisation et les solutions techniques partagés dans cette newsletter ne sont pas faits pour être copiés-collés tels quels. Garde toujours en tête le contexte de ta boîte avant d'adopter quelque chose qui marche ailleurs ! 😊

‍

Après avoir fait grandir Germinal, leur agence de growth marketing, jusqu'à 3 M€ de chiffre d'affaires, Grégoire et Paco sont tombés dans un piège bien connu : les boîtes de services ont du mal à se transformer en produit.

« Comme toutes les agences qui essaient de construire un produit, ça n'a pas marché. On était très bons en service, pas en tech » se souvient Grégoire.

Cet échec a donné naissance à OnlyDust, une plateforme qui met en relation des mainteneurs open source avec des développeurs financés par des fondations. Ils ont distribué 15 M$ à 8 000 contributeurs, et appris à gérer à grande échelle les paiements internationaux, les incitations et la confiance.

En 2024, OnlyDust était solide mais ralentissait. Les deals étaient plus durs à signer, les budgets clients se resserraient. « Tu sens quand tu n'as plus le vent dans le dos », reconnaît Grégoire. Le duo a décidé de s'installer à San Francisco. Un déménagement qui allait complètement remettre à zéro leur état d'esprit.

‍

Pourquoi ils sont partis à San Francisco : changer de système d'exploitation

Arriver à San Francisco a été un choc. En France, 3 M€ d'ARR, ça impressionnait ; dans la Bay Area, ça passait presque inaperçu. Grégoire le décrit comme « une douche froide : d'un coup, on était redevenus des petits poissons. »

Pour Paco, qui utilisait des outils d'IA comme Cursor et ChatGPT depuis début 2023, ce déménagement a mis en lumière une vérité : les builders américains travaillaient déjà AI-first. Là-bas, la qualité du code comptait moins que la vitesse.

« Ils se fichent de savoir si le code est beau, ce qui compte, c'est que la feature sorte demain. » explique Paco.

Ce choc culturel a redéfini leur ambition. Au lieu d'essayer de « concurrencer depuis l'Europe », ils ont reconstruit Ctrl+G comme une startup AI-native basée aux États-Unis : travailler en anglais, construire vite et itérer sans relâche.

Ils s'appuient aujourd'hui sur OnlyDust comme marque et socle de confiance auprès des développeurs, pour créer du lien, financer des contributeurs et collecter des données de haute qualité, tandis que Ctrl+G est la marque dédiée aux labos d'IA.

‍

‍

Construire une culture produit AI-native

Le tournant est arrivé quand Paco a prototypé une nouvelle feature avec Cursor et GPT en un week-end, plus vite que quatre ingénieurs frontend en 10 jours. Cette expérience a complètement changé leur vision du développement logiciel.

« Avant, on livrait une feature tous les 10 jours ; maintenant, Paco livre la même chose en un week-end » raconte Grégoire.

Au lieu de garder leurs anciens process, ils ont tout reconstruit autour d'agents IA. Designers, product managers et ingénieurs se sont fondus dans une seule boucle : prompter, itérer, tester. Les code reviews sont devenues des conversations avec Claude. La boîte tourne aujourd'hui avec une toute petite équipe (trois devs plus les fondateurs) qui va 2 à 4 fois plus vite sans perdre en qualité.

La clé, selon Paco, c'est l'état d'esprit :

« En France, la plupart des gens essaient de prouver pourquoi l'IA ne marche pas. Nous, on essaie de la faire marcher. »

‍

Un développement mené par les fondateurs

Quand le prototype de Paco a prouvé l'écart de vitesse, ils ont dû faire un choix difficile : former l'équipe ou tout reconstruire. Mais leur équipe était devenue trop grande pour réussir le profond changement culturel qu'exige le développement AI-native : ils savaient que la former ne marcherait pas. Plutôt que de forcer une transformation à laquelle ils ne croyaient plus, ils se sont séparés de la plupart de leur équipe de développement.

« Quelqu'un m'a dit que je faisais de la conduite du changement avec un flingue. Pas recommandé, mais juste » plaisante Grégoire.

Ils n'ont gardé que ceux qui adhéraient pleinement au code assisté par l'IA. Un junior, Samy, s'est épanoui en traitant Claude comme un collaborateur. Il a même découvert que le prompting émotionnel débloquait parfois les réponses. « Il parle littéralement à Claude comme à un coéquipier » raconte Paco.

Ce modèle de « développement mené par les fondateurs » veut dire que ce sont les fondateurs qui portent le risque technique, et qu'ils vont plus vite que n'importe quelle organisation classique.

« Tu ne peux pas demander à des ingénieurs de prendre des risques existentiels, seuls les fondateurs le peuvent » résume Grégoire

‍

Erreur : trop optimiser la qualité d'exécution du produit avant d'adopter la vitesse

Une erreur récurrente, reconnaissent les fondateurs, a été de faire de la qualité d'exécution un objectif en soi. Chez Germinal et OnlyDust, ils ont passé des mois à débattre des roadmaps, à relire du code et à aligner les équipes. La leçon de Ctrl+G : c'est la vitesse qui crée la compréhension, pas la perfection.

« Ici, tu livres d'abord, tu corriges ensuite. La scalabilité peut attendre, le plus gros risque, c'est de ne jamais lancer » explique Paco.

Leurs hésitations du début à adopter le développement assisté par l'IA ont failli les ralentir à nouveau. La remise à zéro a été douloureuse (licenciements, nouvelle architecture, nouveaux rythmes) mais elle leur a permis d'itérer 10× plus vite. Le coût d'un code parfait s'est révélé plus élevé que celui de le réécrire plus tard.

‍

1. Le développement mené par les fondateurs ne marche que si les fondateurs acceptent eux-mêmes le risque technique.
2. « AI-native » n'est pas une feature ; c'est une culture fondée sur la vitesse d'itération, pas sur la beauté du code.
3. S'installer à San Francisco a donné à Ctrl+G un nouveau système d'exploitation mental : l'ambition mondiale d'abord, zéro excuse.
4. Les petites équipes amplifiées par l'IA vont plus vite que les grandes équipes aux process hérités.
5. La vitesse crée des boucles d'apprentissage ; optimiser trop tôt tue l'élan.
6. Les agents IA sont des collaborateurs, pas des outils. Le prompting est la nouvelle compétence de management.
7. L'obsession européenne pour une architecture propre limite son ambition mondiale.
8. Le prompting émotionnel et l'expérimentation peuvent révéler des comportements inattendus de l'IA.
9. Traite chaque modèle d'IA comme un coéquipier : chacun a une « personnalité » qu'il faut apprendre à connaître.
10. Le mélange d'open source et d'infrastructure de données pour l'IA de Ctrl+G crée une nouvelle catégorie.
11. Se séparer tôt de ceux qui n'y croyaient pas a été décisif pour l'alignement culturel.
12. Vitesse et qualité peuvent coexister quand on redéfinit la qualité comme l'impact pour l'utilisateur, pas l'élégance du code.
13. Les meilleures boîtes AI-native construisent en public, et apprennent plus vite qu'elles ne grandissent.

‍

‍

‍