Sourcegraph arrête Cody le 31 janvier 2027 et mise sur les agents

Le marché des assistants IA pour le code gagne en maturité, et avec la croissance arrivent aussi les premières fermetures. Sourcegraph a annoncé que Cody, son assistant pour programmeurs, arrivera en fin de vie le 31 janvier 2027. Dans son annonce, l'entreprise explique ses raisons, détaille ce qu'elle construit ensuite pour les développeurs et les agents de code, et décrit comment les clients de Cody doivent préparer leur transition.

Ce que l'on sait réellement

Les faits sont pour l'instant maigres mais clairs. Date de fin de vie de Cody : le 31 janvier 2027. Orientation de Sourcegraph : des outils pour développeurs et pour agents de code, c'est-à-dire ce que l'entreprise elle-même appelle l'avenir de la code intelligence. Pour les clients actuels, un échange distinct est prévu sur le plan de transition. Tout le reste, y compris les prix, les outils de migration et le successeur précis, est à lire dans l'article original et à vérifier auprès de l'éditeur. Nous n'inventerons pas de détails à sa place.

Pourquoi c'est important, même si vous n'utilisez pas Cody

On peut lire cette nouvelle comme un cas isolé, mais elle laisse entrevoir un déplacement plus large. L'assistant de chat intégré à l'éditeur devient de plus en plus souvent non plus un produit autonome, mais une simple fonctionnalité. À côté, les agents progressent : ils lisent eux-mêmes le dépôt, modifient plusieurs fichiers, lancent les tests et renvoient un résultat prêt à l'emploi. C'est notre lecture de la situation, et non une citation de l'annonce, mais la formulation sur les développeurs et les agents de code pointe précisément dans cette direction.

La deuxième réflexion est plus pratique. Quoi que fasse un agent, il a besoin de contexte : où une fonction est définie, qui l'appelle, ce qui cassera en cas de modification. C'est le même problème que pour un humain qui cherche dans une grande base de code. La compréhension du code devient donc une couche à part, sur laquelle s'appuieront aussi bien les humains que les agents.

La troisième réflexion concerne les product managers et les fondateurs : le risque fournisseur. Imaginez une équipe de 40 développeurs. Cody est installé dans leur IDE, ils disposent de prompts et de commandes partagés, ainsi que d'un schéma d'accès au code validé par la sécurité. Le 1er février, plus rien de tout cela ne soutient le processus. Pas une catastrophe, mais une mauvaise surprise si on l'apprend au dernier moment.

Que faire d'ici le 31 janvier

D'abord, l'inventaire. Déterminez qui utilise Cody et où : plugins dans les éditeurs, scripts, instructions internes, intégrations avec la CI ou les messageries. On découvre souvent que l'assistant est utilisé par d'autres personnes et autrement que ce que décrit la documentation.

Ensuite, sauvegardez l'acquis. Exportez les prompts personnalisés, les modèles de commandes et les paramètres de contexte. Ces travaux sont transposables dans presque n'importe quel autre outil, alors que les reconstituer de mémoire après l'arrêt est pénible.

Puis, un pilote. Prenez deux ou trois outils alternatifs et testez-les sur de vraies tâches de votre dépôt : correction de bug, refactorisation d'un module, nouvel endpoint avec tests. Comparez non pas les impressions, mais le temps nécessaire pour obtenir un résultat exploitable et le nombre de corrections après la revue.

Vérifiez à part les exigences de sécurité. Où part le code, comment le stockage est organisé, peut-on déployer la solution chez soi, que dit le service juridique. Le nouvel outil devra être revalidé, et c'est généralement l'étape la plus longue.

Enfin, parlez à Sourcegraph. Demandez ce qu'il advient du contrat et de la période payée, s'il existe une aide à la migration et quel produit l'entreprise propose à la place de Cody.

Limites et conclusion

L'annonce fait état de la fermeture et de l'orientation, mais, sous la forme dont elle nous est parvenue, ne donne pas de détails techniques sur le nouveau produit. Il est donc prématuré de juger le successeur sur une seule formule à propos des agents. La position raisonnable : ne pas paniquer, mais ne pas reporter non plus.

Il reste moins de trois mois avant l'échéance, et changer d'outil dans une équipe prend presque toujours plus de temps qu'on ne le pense. La bonne nouvelle, c'est que le marché des assistants et des agents de code est aujourd'hui vaste, et que le transfert du travail vers un autre outil se compte généralement en semaines, pas en mois. L'essentiel est que cette transition soit votre décision, et non une réaction à un service désactivé.