Alexandre Chaimbault
Mode automatique selon l’appareil.

Rechercher

Nouveautés

Retrouve ici les dernières publications. L’abonnement aux notifications sera proposé après validation du canal.

Recevoir la newsletter Flux RSS

ia

GitHub Copilot pour JetBrains : mémoire et Ollama arrivent

GitHub ajoute la mémoire entre sessions et Ollama BYOK dans Copilot pour JetBrains. Voici les changements confirmés et leurs limites.

Miniature abstraite montrant une fenêtre de développement reliée à des blocs de contexte et un terminal local, avec le texte Mémoire et Ollama.

GitHub a annoncé le 11 août 2026 une mise à jour de GitHub Copilot pour JetBrains. Elle réunit notamment une mémoire entre les sessions de chat et la possibilité d’utiliser Ollama comme fournisseur BYOK. Pour les développeurs qui travaillent dans un projet complexe, le sujet n’est pas seulement le choix d’un modèle : c’est la façon de conserver le contexte et de garder la main sur les réglages.

Ce que GitHub vient d’annoncer

Fait confirmé : selon le changelog GitHub, Copilot pour JetBrains peut désormais conserver et rappeler des informations utiles entre des sessions de chat d’agent. GitHub présente cette fonction comme un moyen de maintenir le contexte entre plusieurs conversations, sans devoir répéter les détails du projet ou ses préférences.

La mémoire ne semble donc pas être une promesse abstraite. GitHub indique aussi qu’elle se gère depuis le portail des paramètres Copilot, via un interrupteur « Copilot Memory ». Le communiqué ne détaille pas, dans les éléments fournis, la nature exacte des données retenues, leur durée de conservation, ni le comportement précis de la fonctionnalité selon chaque configuration d’entreprise. Ce sont des limites importantes à garder en tête avant de l’intégrer à un flux de travail sensible.

Fait confirmé : GitHub ajoute également Ollama comme fournisseur BYOK dans GitHub Copilot pour JetBrains. BYOK signifie ici que l’utilisateur peut configurer ce fournisseur et sélectionner un modèle au sein de l’expérience JetBrains. GitHub explique que cette intégration donne une option supplémentaire pour travailler avec des modèles adaptés à son environnement de développement.

Cette actualité s’inscrit dans un mouvement plus large autour de l’IA appliquée au travail quotidien. Si tu suis déjà mes contenus sur l’IA pour les entrepreneurs et créateurs, tu sais que la valeur vient rarement de l’outil seul. Elle dépend plutôt de la qualité du contexte, des instructions et du contrôle que tu conserves.

Les autres changements confirmés dans Copilot pour JetBrains

La mise à jour ne se limite pas à la mémoire et à Ollama. GitHub annonce de nouveaux réglages gérés côté serveur pour les administrateurs d’entreprise. Ils couvrent la disponibilité des plugins, l’accès aux serveurs MCP, le comportement de contournement des permissions et les réglages OpenTelemetry.

Fait confirmé : la même annonce précise que les sessions Codex deviennent visibles dans les journaux de débogage de l’agent. Les flux Codex prennent aussi en charge des modes de permission et des personnalisations mis à jour via des instructions et des skills. GitHub annonce par ailleurs une installation automatique de Copilot CLI depuis les terminaux intégrés de JetBrains sur macOS, Linux et Windows.

Le changelog mentionne aussi plusieurs ajustements d’interface. Parmi eux : une meilleure gestion des comptes, des améliorations de la vue des modèles et des paramètres, le retour des références de fichiers et dossiers avec le caractère # dans les champs de chat Copilot, Claude et Codex, ainsi qu’un déplacement de certains boutons et journaux. GitHub indique enfin des corrections de fiabilité autour de l’exécution MCP, des approbations, des sorties de terminal, des personnalisations, des agents cloud et de l’édition par diff.

Un point de vocabulaire change aussi : GitHub indique que les libellés visibles par l’utilisateur utilisent désormais « Copilot » plutôt que « Copilot CLI ». C’est mineur pour la productivité, mais utile si tu rédiges une documentation interne ou des guides de prise en main.

Ce qui est confirmé, et ce qui reste inconnu

Pour éviter de surinterpréter l’annonce, je sépare les éléments disponibles des zones qui ne sont pas précisées dans la source fournie.

Sujet Ce qui est confirmé Ce qui reste inconnu dans la source
Mémoire Copilot Elle peut retenir et rappeler des informations entre sessions de chat, et se pilote par un réglage dédié. Le détail des données mémorisées, leur durée, leur portée et les règles précises de conservation.
Ollama BYOK Ollama peut être utilisé comme fournisseur BYOK, avec configuration et sélection de modèle dans JetBrains. Les modèles exacts, les prérequis techniques, les performances et les éventuelles limites par configuration.
Contrôles entreprise Des réglages serveur couvrent plugins, MCP, permissions et OpenTelemetry. Les politiques par défaut, les rôles concernés et la disponibilité selon les environnements.
Copilot CLI L’installation peut être lancée automatiquement depuis le terminal intégré sur trois systèmes. Les conditions exactes d’éligibilité et les parcours en cas d’échec.

Ce tableau ne signale pas des défauts du produit. Il marque simplement une frontière entre le fait annoncé et les détails que le communiqué ne permet pas d’établir. Dans un contexte professionnel, cette frontière compte plus que la nouveauté elle-même.

Ce que ça change pour toi

Analyse : une mémoire entre sessions peut réduire les répétitions dans les échanges avec un agent. En pratique, cela peut rendre les conversations plus fluides si tu alternes entre correction, revue, tests et documentation. Cela ne remplace pas une consigne claire, ni des conventions de projet écrites.

Je garderais donc les éléments structurants du projet dans des fichiers de référence, puis j’utiliserais la mémoire comme un complément. C’est la même logique que lorsque j’aborde l’automatisation d’un business en ligne : l’automatisation accélère un système déjà compréhensible. Elle ne corrige pas un processus confus.

L’arrivée d’Ollama dans le parcours BYOK ouvre aussi une question pratique : quel modèle est cohérent avec ton environnement de développement ? Le communiqué confirme l’intégration, pas un verdict sur le meilleur choix. Avant de changer d’outil, je te conseille de définir un cas d’usage précis, par exemple comprendre une base de code, produire des tests ou relire une modification. Tu peux ensuite vérifier si le résultat est plus fiable, plus rapide ou plus simple à superviser dans ton propre contexte.

Pour une petite équipe, les réglages gérés côté serveur méritent une attention particulière. GitHub cite les plugins, les serveurs MCP, le contournement des permissions et OpenTelemetry. Concrètement, cela peut aider à rendre les usages plus cohérents. En revanche, je ne considérerais pas ces contrôles comme une validation automatique de ta politique de sécurité. Il faut encore décider quelles permissions sont acceptables, quels serveurs sont autorisés et qui vérifie les changements proposés par l’agent.

Les personnes qui développent leur activité autour de contenu, de SaaS ou de services peuvent y voir une évolution utile de leur poste de travail. Si ton objectif est de créer un produit ou une automatisation, le vrai KPI n’est pas le nombre de conversations avec l’IA. C’est le temps réellement économisé, la qualité du code livré et le nombre d’erreurs évitées. Sur ce point, mon article sur les principes de productivité qui marchent peut compléter cette actualité.

Une méthode simple pour évaluer la mise à jour

Je ne te recommande pas d’adopter une nouveauté parce qu’elle est annoncée. Je te recommande de la tester avec une règle simple : une tâche, un périmètre, un résultat vérifiable.

Commence par choisir une tâche répétitive et peu risquée. Documente le contexte que tu donnes à Copilot lors de la première session. Lors de la suivante, observe ce qui est correctement rappelé et ce que tu dois encore redire. Si tu envisages Ollama comme fournisseur BYOK, note aussi le modèle sélectionné et le type de demande traité.

Ensuite, vérifie chaque proposition avant de l’appliquer. GitHub mentionne des modes de permission actualisés et des améliorations relatives aux approbations. Cela ne signifie pas qu’il faut accepter une commande ou une modification sans lecture. Cette discipline est particulièrement utile si l’agent a accès au terminal, aux serveurs MCP ou à des personnalisations de projet.

Enfin, transforme ton test en décision opérationnelle. Si la mémoire réduit des répétitions mesurables sans te faire perdre le contrôle, elle mérite peut-être une place dans ton flux. Si elle ajoute de l’ambiguïté, désactive-la ou limite son usage. Si tu construis des processus de contenu ou de marketing autour de cette approche, mon agence AskOptimize intervient sur les sujets SEO, automatisation et croissance, avec une méthode adaptée au contexte de chaque entreprise.

Mon avis

À mon avis, la mémoire entre sessions est l’élément le plus intéressant de cette mise à jour, car elle vise un irritant très concret : recommencer le contexte à chaque échange. Je reste prudent sur les usages réels tant que les détails de stockage et de portée ne sont pas établis par les sources disponibles. L’intégration d’Ollama est aussi intéressante pour les développeurs qui veulent davantage de choix dans leur environnement JetBrains. Je regarderais d’abord la gouvernance, les permissions et la qualité des résultats avant de faire de cette mise à jour une nouvelle habitude.

Pour suivre mes ressources sur l’entrepreneuriat, la productivité et l’IA, tu peux aussi passer par mon hub principal et parcourir les actualités. Si tu relies la technique à une audience, mon retour sur la creator economy et la monétisation d’une audience apporte un autre angle : l’outil compte, mais le système qui l’entoure compte davantage.

FAQ

Comment activer la mémoire de GitHub Copilot dans JetBrains ?

GitHub indique que la fonction se pilote avec un interrupteur « Copilot Memory » dans le portail des paramètres Copilot. La source fournie ne décrit pas les étapes détaillées ni les conditions d’accès.

Que permet la mémoire Copilot entre deux sessions ?

Selon GitHub, elle peut retenir et rappeler des informations utiles d’une session de chat d’agent à une autre. L’objectif annoncé est d’éviter de répéter les mêmes détails de projet ou préférences.

Peut-on utiliser Ollama dans GitHub Copilot pour JetBrains ?

Oui. GitHub annonce Ollama comme fournisseur BYOK dans Copilot pour JetBrains, avec configuration du fournisseur et sélection de modèle dans l’environnement JetBrains.

Quels réglages les administrateurs peuvent-ils gérer ?

GitHub cite la disponibilité des plugins, l’accès aux serveurs MCP, le comportement de contournement des permissions et les réglages OpenTelemetry. Les règles précises de configuration ne sont pas détaillées dans la source fournie.

Copilot CLI peut-il être installé depuis JetBrains ?

GitHub indique que Copilot pour JetBrains peut installer automatiquement Copilot CLI depuis les terminaux intégrés sur macOS, Linux et Windows. Le changelog ne fournit pas davantage de détails sur le parcours d’installation.

Information & avertissement

Cet article présente une annonce produit à partir de la source officielle citée. Il ne constitue ni un audit de sécurité, ni une recommandation technique adaptée à toutes les entreprises. Avant d’activer une mémoire, un fournisseur BYOK, des permissions étendues ou des serveurs MCP, vérifie les réglages applicables à ton environnement et à tes données.

Sources

  1. github.blog