Programmation et développement logiciel

JetBrains offre aux agents d’intelligence artificielle un noyau Jupyter actif dans PyCharm

JetBrains a lancé une nouvelle compétence Jupyter dans PyCharm qui permet aux agents d’intelligence artificielle de travailler directement sur un noyau actif tout en conservant l’état des données et des modèles entre les cellules. L’entreprise affirme que les tests ont montré une réduction des coûts avec Claude Opus 5 lors de tâches longues, tandis que l’avantage dépend du modèle et de la nature de la tâche.

2026-08-12
5 min de lecture
160 vues
certi.news Editorial Team
JetBrains offre aux agents d’intelligence artificielle un noyau Jupyter actif dans PyCharm

JetBrains a annoncé une nouvelle compétence Jupyter intégrée à PyCharm, qui permet aux agents d’intelligence artificielle d’exécuter leur travail dans un noyau Jupyter actif au lieu de lancer des commandes via un processus enfant dans la ligne de commande. Selon l’entreprise, cette approche conserve les variables, les données, les modèles entraînés et les états d’importation entre les cellules, empêche également la corruption des fichiers .ipynb et limite l’attente inutile pendant les tâches de longue durée.

Cette compétence vise un problème récurrent lors de l’utilisation d’agents de programmation avec des notebooks Jupyter. Traiter le fichier du notebook comme du texte brut peut entraîner une modification de la structure JSON et le rendre inutilisable, tandis que l’exécution du code dans un processus enfant fait disparaître l’état du noyau dès que le processus se termine. L’agent perd ainsi le modèle entraîné, le dataframe chargé ou les bibliothèques importées, et ne peut ni examiner ni réutiliser l’état. En outre, les sorties peuvent rester mises en cache jusqu’à la fin de l’exécution, ce qui rend la surveillance des entraînements longs peu pratique.

Fonctionnement de la compétence dans PyCharm

La compétence expose les fonctionnalités de PyCharm dédiées aux notebooks et au noyau actif à l’agent via une seule enveloppe MCP appelée execute_tool. Cette enveloppe couvre la création, la modification et la lecture des notebooks, l’exécution des cellules, l’attente de la fin des opérations longues, l’inspection du noyau pendant l’exécution et le contrôle de son cycle de vie.

L’agent écrit du véritable code Python dans une cellule, puis l’exécute directement dans le noyau, de sorte que les variables, les modèles et les données persistent entre les cellules comme lors de l’utilisation manuelle du notebook. Lorsqu’une tâche longue est exécutée, l’outil wait_cell_execution attend la fin de la cellule ou l’atteinte d’une limite sûre, au lieu d’effectuer des interrogations répétées selon un intervalle fixe. L’agent ne lit également que la nouvelle partie des sorties diffusées, au lieu de renvoyer à chaque fois l’intégralité de la sortie croissante de la cellule.

Test des coûts et résultats

JetBrains a testé cette compétence avec 12 tâches du benchmark MLGym pour l’apprentissage automatique, couvrant la classification, la régression et l’apprentissage par renforcement. Chacune nécessite de charger les données, d’entraîner le modèle, de l’évaluer et d’enregistrer le résultat. L’entreprise a comparé trois modes : l’utilisation de Bash uniquement, l’utilisation d’un noyau Jupyter uniquement et une combinaison du noyau et de Bash.

Avec Claude Opus 5, l’exécution des tâches via le noyau a coûté 59,09 dollars, contre 67,06 dollars via le shell, soit environ 12 % de moins. L’entreprise indique que le noyau a utilisé un plus grand nombre de jetons, mais qu’il a coûté moins cher grâce au maintien actif de la mémoire cache du prompt : les lectures du cache ont représenté 98 % des entrées, contre 82 % en mode shell, la lecture du cache étant comptabilisée à un coût équivalant à un douzième de celui de la création d’une nouvelle mémoire.

Les résultats ont montré que le gain dépend du modèle et de la tâche. Il était plus net avec Claude Opus dans les tâches longues qui conservent l’état, tandis que le shell était moins coûteux pour les tâches courtes et avec les modèles Codex, qui utilisent déjà efficacement le cache. Dans ces cas, la valeur de la compétence réside principalement dans l’amélioration du flux de travail plutôt que dans la réduction des coûts.

Limites d’utilisation et disponibilité

JetBrains a indiqué que l’une des tâches, Titanic, était affectée par une contamination du benchmark : les agents pouvaient consulter l’ensemble de test et l’utiliser pour sélectionner le modèle final. L’entreprise affirme que le problème est apparu dans les trois modes et que, même en excluant cette tâche, le noyau restait moins coûteux avec Opus de 10 %, à 56,34 dollars contre 62,65 dollars via le shell.

La compétence ne garantit pas l’enregistrement automatique des sorties : un agent a terminé l’une des expériences après avoir entraîné un bon modèle sans enregistrer le fichier de soumission. L’entreprise recommande d’ajouter des instructions claires dans le fichier de contexte, comme CLAUDE.md, ou dans une autre compétence afin d’enregistrer le modèle dès que le critère requis est atteint. Elle souligne également que l’outil réduit le gaspillage opérationnel, mais ne transforme pas une méthodologie faible d’apprentissage automatique en solution robuste, certaines tâches pouvant toujours nécessiter une intervention humaine.

La compétence peut être essayée via AI Chat dans PyCharm 2026.2.1 en demandant à l’agent de travailler sur un notebook, de créer un notebook, de charger un jeu de données ou de commencer un entraînement. L’environnement de développement permet également de parcourir et de gérer les compétences, d’ajouter des bibliothèques externes provenant de registres tels que les dépôts GitHub publics, ou d’importer des compétences préconfigurées pour Claude Code ou Codex.

Source de l’actualité
c
Auteur

certi.news Editorial Team

À retenir

JetBrains a ajouté la compétence Jupyter à PyCharm, permettant aux agents d’IA de travailler avec un noyau actif tout en conservant l’état des données et des modèles entre les cellules. Selon les tests de l’entreprise, cette compétence a réduit les coûts pour certaines tâches longues avec Claude Opus 5, mais l’avantage varie selon le modèle et la nature de la tâche.

  • La compétence fonctionne via une seule enveloppe MCP appelée execute_tool, qui permet de créer des notebooks Jupyter, de les modifier, d’en lire le contenu, d’exécuter des cellules et de surveiller le noyau.
  • Le noyau actif conserve les variables, les données, les modèles entraînés et les bibliothèques importées entre les cellules.
  • L’outil wait_cell_execution ne lit que les nouvelles sorties diffusées pendant les tâches longues, ce qui réduit l’attente et la retransmission des résultats.
  • Lors d’un test de JetBrains, le coût des tâches avec Claude Opus 5 via un noyau Jupyter s’est élevé à environ 59,09 dollars, contre 67,06 dollars via shell, soit une baisse d’environ 12 %.
  • L’avantage était plus marqué pour les tâches longues qui conservent l’état, tandis que le shell était moins coûteux pour certaines tâches courtes et avec les modèles Codex.
  • La compétence peut être testée via AI Chat dans PyCharm 2026.2.1, mais l’enregistrement des sorties n’est pas automatique et certaines tâches peuvent toujours nécessiter une intervention humaine.

FAQ

Quel problème la nouvelle compétence Jupyter résout-elle ?

Elle résout la perte de l’état du noyau lors de l’exécution du code dans des processus enfants, le risque d’endommager les fichiers .ipynb lorsqu’ils sont traités comme du texte brut, ainsi que la difficulté de surveiller les tâches à longue exécution.

La compétence réduit-elle toujours les coûts ?

Non. JetBrains indique que la réduction dépend du modèle et de la nature de la tâche ; elle était plus nette avec Claude Opus 5 pour les tâches longues, tandis que le shell peut être moins coûteux pour les tâches courtes et avec les modèles Codex.

Comment tester la compétence ?

Elle peut être testée via AI Chat dans PyCharm 2026.2.1, en demandant à l’agent de travailler sur un notebook, d’en créer un, de charger des données ou de commencer un entraînement.

La compétence enregistre-t-elle automatiquement les résultats de l’entraînement ?

Non, la compétence ne garantit pas l’enregistrement automatique des sorties ; JetBrains recommande d’ajouter des instructions claires pour enregistrer le modèle ou le fichier à soumettre.

Dans la même catégorie

À lire également

Voir toutes les actualités