Warp est désormais open source
(warp.dev)- Avec son passage en open source, la communauté peut désormais participer au développement du client Warp, et contribuer aux côtés d’agents grâce à un workflow agent-first basé sur Oz
- À mesure que le principal goulot d’étranglement du développement se déplace de l’écriture de code vers des tâches human-in-the-loop comme la définition des spécifications et la validation, les agents prennent en charge l’implémentation tandis que les humains se concentrent davantage sur la définition de ce qu’il faut construire et la vérification des résultats
- Alors que le marché manque d’un environnement de développement agentique ouvert et complet, Warp renforce un modèle de développement ouvert dans lequel la communauté peut façonner la direction du produit, plutôt que de dépendre d’alternatives fermées
- Avec cette transition arrivent aussi la prise en charge de Kimi, MiniMax, Qwen, un nouveau routage de modèles auto (open), des possibilités de personnalisation élargies, ainsi qu’un settings file pour le contrôle programmatique et la portabilité entre appareils
- Le code source est publié sous licence AGPL, le développement avance à partir d’issues GitHub publiques et d’une feuille de route ouverte, ce qui élargit les bases pour construire avec la communauté l’avenir du développement agentique
Contexte du passage en open source
- Le client Warp est passé en open source, et la communauté peut désormais participer au développement via un workflow agent-first basé sur Oz
- OpenAI rejoint le nouveau dépôt Warp en tant que sponsor fondateur, et le nouveau workflow de gestion des agents est propulsé par des modèles GPT
- Un modèle de développement logiciel où les humains orchestrent des agents à grande échelle, tandis que les agents prennent en charge l’implémentation de logiciels de niveau production, s’impose progressivement comme le modèle à venir
- En combinant les idées de contributeurs variés, le processus structuré des agents Oz, un contexte riche et des boucles d’auto-amélioration, Warp vise un produit allant au-delà de ce qu’un développement purement interne pourrait produire
Pourquoi le rendre public maintenant
- Comme le principal goulot d’étranglement de la vitesse de développement s’est déplacé de l’écriture du code elle-même vers des tâches human-in-the-loop comme la définition des spécifications produit et la validation du comportement, ce passage à l’open source vise à permettre de livrer un Warp meilleur, plus vite
- Les agents gérant efficacement les tâches centrées sur l’implémentation, les contributeurs peuvent se concentrer sur des tâches à plus fort levier : décider quoi construire et vérifier que le résultat est correct
- La confiance dans le code produit selon les règles, le contexte et les processus de validation d’Oz augmente, ce qui accroît aussi les chances de réussite des contributions d’implémentation de fonctionnalités
- Plus le développement s’appuie sur les agents, plus il devient nécessaire d’affiner les éléments clés de l’engineering agentique — orchestration, mémoire, handoff, validation — ce qui alimente en retour un cercle vertueux d’amélioration du produit
Vers un environnement de développement agentique ouvert
- Constatant l’absence sur le marché d’un environnement de développement agentique ouvert et complet, Warp veut ouvrir une alternative à laquelle la communauté peut participer, plutôt que de s’en remettre aux options fermées des grands acteurs existants
- Comme la forme future du développement agentique n’est pas encore fixée, Warp considère que la communauté doit contribuer à en définir l’orientation
- Warp maintient une stratégie multi-model et multi-harness, et cette ouverture renforce encore cette logique d’ouverture
- En travaillant avec les utilisateurs jusque dans la longue traîne du backlog, Warp veut faire du produit le meilleur ADE possible
Changements produit
- À partir d’aujourd’hui, la prise en charge d’un plus large éventail de modèles open source est ajoutée, dont Kimi, MiniMax et Qwen
- Un nouveau routage de modèles auto (open), qui sélectionne le meilleur modèle ouvert selon la tâche, est également proposé
- Les possibilités de personnalisation de l’usage de Warp sont élargies : il peut désormais être configuré comme un simple terminal, comme un environnement de développement agentique léger avec seulement une vue diff et un file tree, ou comme un ADE complet avec agent intégré
- Un settings file, attendu depuis longtemps, est également ajouté, afin que les utilisateurs et les agents puissent contrôler la configuration de manière programmatique et assurer facilement la portabilité entre appareils
Fonctionnement de l’open source
- Le code source de Warp est publié sous licence AGPL sur github.com/warpdotdev/warp
- Le processus de contribution est détaillé dans CONTRIBUTING.md ; les tâches clés d’implémentation comme le code, la planification et les tests sont prises en charge par des agents, tandis que la communauté contribue avec des idées, de l’orientation et de la validation
- L’équipe Warp fournit des indications sur ce qu’il faut construire, quand et comment, mais Warp devient fondamentalement un projet collaboratif construit avec la communauté
- Une opportunité s’ouvre de contribuer, en collaboration étroite avec l’équipe Warp, à une application en forte croissance utilisée par près d’un million de développeurs actifs
- Les modèles d’OpenAI alimentent le nouveau workflow d’agents open source, mais il est aussi possible de contribuer en utilisant d’autres agents de codage
- Oz reste toutefois l’outil privilégié, car il intègre nativement les compétences et les boucles de validation nécessaires
Passage à un processus de développement public
- Warp passe d’un processus de développement produit fermé à un processus de développement public
- À l’avenir, les issues GitHub publiques serviront de référence pour le suivi des fonctionnalités, et l’issue de suivi des fonctionnalités constitue le point de départ
- La feuille de route ADE sera elle aussi rendue publique, et les discussions techniques et produit liées à l’ADE se dérouleront également en public
Raisons business et orientation de long terme
- Le passage à l’open source est directement lié à l’objectif de construire une activité pérenne et performante
- Face à des concurrents fermés disposant de ressources financières bien plus importantes, Warp estime qu’ouvrir ses ressources à une communauté capable d’améliorer le produit est le moyen le plus rapide d’accélérer le développement
- Comme Warp ne dispose pas des moyens nécessaires pour rivaliser par les prix ou par des subventions massives à l’usage, l’entreprise considère qu’elle doit construire le meilleur produit possible à partir de la communauté la plus passionnée
- Warp espère que la communauté utilisera les cinq années d’ingénierie accumulées comme point de départ pour construire l’avenir du développement agentique
- Une autre voie aurait consisté, comme auparavant, à garder une feuille de route privée tout en étendant davantage l’usage interne des agents ; mais cela aurait privé la communauté de l’occasion de définir la direction, de modifier directement le produit et de construire le meilleur produit possible avec les agents
Plans passés et décision actuelle
- Depuis le lancement initial de Warp comme terminal il y a cinq ans, il existait déjà un projet de faire passer le client en open source
- La question d’une ouverture a été discutée chaque année, et cette année, Warp a jugé que l’essor des agents avait modifié le point d’équilibre
- La mission de Warp a toujours été d’aider les développeurs à livrer plus vite de meilleurs logiciels, et l’entreprise espère que ce changement de mode de développement l’en rapprochera encore davantage
1 commentaires
Commentaires sur Hacker News
J’ai installé Warp pour la première fois et demandé via /agent « d’ouvrir un onglet de terminal pour chaque dossier de build », et mes fonctions IA ont été désactivées sur mon compte immédiatement pour violation des conditions d’utilisation
Comme première expérience utilisateur, c’était franchement catastrophique
Je me demande si quelqu’un peut confirmer que Warp ne se connecte à aucun service tant qu’on ne l’a pas activé explicitement dans les réglages
Rien que le fait qu’un compte ait été obligatoire au départ donnait l’impression d’un décalage de valeurs, et maintenant le fait de ne plus appeler ça un terminal mais un agentic development environment donne aussi l’impression qu’il y a forcément des fonctions en ligne
Je comprends bien qu’en ce moment tout produit semble obligé d’ajouter de l’IA sur sa page web
Mais j’aimerais savoir s’il ne call home vraiment pas
Au moment où Warp démarre, avant même que la fenêtre n’apparaisse, il envoie déjà 5 requêtes HTTP. Une pour vérifier la version, une pour la liste des modèles LLM vers app.warp.dev, et 3 événements de télémétrie vers warpianwzlfqdq.dataplane.rudderstack.com
Cela inclut un UUID persistant, le système d’exploitation et sa version, la version de Warp, ainsi que le nom et les propriétés des événements suivis
Même après avoir répondu No à toutes les invites SaaS puis désactivé la télémétrie dans les réglages, elle se réactivait étrangement après redémarrage du terminal
Pendant l’exécution, l’application continue aussi d’émettre des requêtes externes chaque fois qu’un événement de ce fichier de 7000 lignes est déclenché https://github.com/warpdotdev/warp/blob/d0f045c01bacbd845a631d07da30f277cfd2b98d/app/src/server/telemetry/events.rs
En plus des hôtes mentionnés plus haut, il y a aussi des requêtes vers o540343.ingest.sentry.io
Globalement, on est très proche d’un cauchemar pour la vie privée
Pour nous c’est un P0, donc nous prévoyons une release corrective dans les prochaines heures, et la PR est visible ici https://github.com/warpdotdev/warp/pull/9438/
L’utilisateur dispose d’un choix pour la désactiver avant que la télémétrie ne soit envoyée au serveur
Nous utilisons Sentry pour les rapports de crash, mais cela peut aussi être désactivé
Les événements de télémétrie sont, comme vous l’avez signalé, visibles dans le code source et aussi publiés sur le site web
Nous fournissons également un network log permettant de voir toutes les requêtes que nous envoyons depuis l’application, y compris celles liées à la télémétrie
Si vous compilez vous-même la build OSS, il n’y a ni télémétrie ni rapports de crash
Si nous passons à l’open source, ce n’est pas pour éroder la confiance mais pour en construire davantage avec la communauté
J’ai apprécié l’explication selon laquelle ils passent en open source pour réussir le business, c’était honnête, et je trouve Warp lui-même excellent
La plupart des émulateurs de terminal populaires que je connais sont déjà open source, et Warp faisait justement partie des rares options closed source
On dirait plutôt une dernière tentative de confier le développement du produit à la « communauté » parce que les fonds se tarissent
Si les agents deviennent le centre du produit et que la communauté ne fait plus qu’apporter des idées ou des specs, je me demande aussi à quel point ce sera durable maintenant que le subventionnement du coût des modèles commence à s’effondrer
On a presque l’impression que le premier produit serait maintenu par la communauté pendant que l’entreprise pivote ailleurs
Ça peut paraître un peu cynique, mais vu les racines VC, j’ai du mal à voir ça uniquement comme un geste de bonne foi
Warp était un cas d’école d’un produit avec une vraie vision et une très bonne UI, saboté ensuite par la cupidité, le closed source et l’absence d’écoute des utilisateurs
Je ne sais pas qui a changé en interne pour essayer de corriger ça maintenant, mais la montagne à gravir est énorme, et il est peut-être déjà trop tard au point qu’un autre produit refait de zéro réussira mieux
J’aimerais que quelqu’un fasse une version légère sans IA ni édition de code
L’expérience terminal elle-même est excellente, mais pour les fonctions agent il existe déjà plein d’autres options comme claude code, opencode ou codex, donc je n’en ai pas l’usage
Mais à force de chercher un modèle de monétisation et de monter dans le train de l’IA, c’est devenu de plus en plus lourd, et le fait qu’on me pousse sans arrêt vers les agents me donne au contraire encore moins envie de l’utiliser
Avec en plus les inquiétudes sur la vie privée, j’ai du mal à me sentir à l’aise de l’utiliser sur une machine de travail
Donc moi aussi je veux un Warp sans tracking et sans IA
Pour l’instant, on a essayé de régler ça avec un simple bouton désactiver toute l’IA, et pendant l’onboarding on permet aussi d’entrer directement dans un mode terminal classique sans connexion
Je me demande si cela vous semble suffisant
À ce moment-là, c’était une alternative à Ghostty, pas le genre de bloatware IA excessif qu’il est devenu aujourd’hui
Quelque chose comme « Claude, retire de ce projet toute la monétisation pénible et le vendor lock-in » pourrait assez bien marcher
J’ai moi-même déjà remplacé pas mal de logiciels payants en répliquant uniquement les parties nécessaires à partir de descriptions de haut niveau
Cette approche qui consiste à utiliser l’open source comme substitut à un bon programme ne me semble pas tenable très longtemps
J’estimerais à 95 % les chances de boucler ça end-to-end en une journée
Je suis content que l’équipe Warp ait pris cette décision
Si c’est mon émulateur de terminal principal depuis des années, c’est parce qu’en le transférant tel quel sur un nouveau laptop, la plupart de mes besoins sont couverts avec un ZSH barebones, sans avoir à reperdre du temps comme avant à bricoler une configuration ZSH rapide et riche en fonctionnalités
L’autocomplétion par défaut est correcte, le rendu est rapide et la configuration graphique par défaut est saine, si bien qu’en changeant juste la police c’est presque suffisant
Les QoL comme le rendu de fichiers sont aussi appréciables
Je n’ai jamais utilisé les fonctions agent, et côté CLI mon entreprise me paie Claude tandis que le reste est couvert par mon abonnement Zed
Malgré tout, j’ai davantage envie de l’essayer à nouveau aujourd’hui qu’avant
Dommage qu’ils n’aient pas publié aussi l’historique des commits
J’aurais aimé créer une branche à partir d’il y a cinq ans, quand Warp était juste un terminal, retirer toute la partie IA et cloud, et en faire un bon terminal avec seulement les fonctionnalités intéressantes
Avant de publier le code, j’aurais moi aussi voulu relire tout le code actuel, surtout les commentaires et la documentation, et ce processus est déjà assez pénible
Il n’y avait pas de gros problème, juste quelques petites choses à nettoyer, mais si on m’avait demandé de faire la même revue sur tout l’historique, je n’en aurais pas voulu non plus
Ils auraient pu tout publier en bloc, bien sûr, mais j’imagine que tout le monde aurait été plus à l’aise en sachant que chaque contributeur avait au moins eu une dernière revue de préparation à la publication
Ensuite, ils peuvent simplement reprendre leur processus de revue habituel
Autant utiliser directement Alacritty ou Ghostty
À l’origine, l’argument de vente de Warp n’était pas l’émulateur de terminal mais son wrapper IA
https://x.com/mitchellh/status/2049159764261925005
J’étais en train de construire un terminal en Rust avec libghostty, avec prise en charge de Linux et Windows, et même un agent intégré capable de comprendre le terminal
Ma motivation venait justement du fait que Warp essayait d’en faire bien trop au-delà du terminal
https://con.nowledge.co
Je suis donc content que Warp soit désormais open source
Warp a encore beaucoup de mauvaises décisions passées à surmonter, et même avec l’annonce du passage à l’open source, la confiance n’est pas encore suffisamment rétablie
Mon terminal principal du moment, c’est Ghostty, mais j’observais aussi Warp depuis un moment
Warp donne moins l’impression d’un terminal minimaliste que d’un IDE ou même ADE, et je me demande à quel point ce sont en fait deux objets différents
Au passage, j’ai vu le tweet de Mitchell disant que des gens à SF étaient venus lui montrer à quel point ils avaient personnalisé Ghostty, et je me demande si beaucoup de monde ici a fait ce genre de chose aussi
J’aimerais aussi savoir à quel point il serait facile, par exemple, de forker le dépôt et d’implémenter moi-même une fonction de Warp que j’aime bien
L’idée serait d’utiliser Ghostty comme moteur de rendu de grille de terminal à l’intérieur de Warp
Ils ont trop poussé l’IA auprès des utilisateurs dès le début, et du coup ils n’ont jamais vraiment réussi à montrer ce qui rendait le produit séduisant
À l’inverse, Ghostty est bien plus stable, rapide et agréable à utiliser que ses concurrents
J’y ai moi-même passé environ deux semaines et j’ai obtenu quelque chose d’assez bon pour un usage quotidien
Je voulais un workflow modal proche de vim ou du mode copie de tmux, tout en évitant le surcoût lié à l’usage de tmux
Bien sûr, c’était bien plus complexe que « rajouter une petite fonctionnalité à Ghostty », mais si tu veux te faire une idée, tu peux regarder le dépôt https://github.com/milch/mistty
Sur Windows, il s’intègre aussi plutôt bien avec git bash
Ah, donc on ne parlait pas de OS/2 Warp
Je me demande s’il y a une chance de ramener la taille en dessous de 850 Mo