Atlassian intègre les modèles d'OpenAI dans Rovo et Jira

Atlassian et OpenAI ont élargi leur partenariat le 6 octobre 2026. Les modèles d'OpenAI assurent désormais le raisonnement de Rovo, l'assistant d'IA d'Atlassian. ChatGPT et Codex peuvent travailler avec Jira et Confluence grâce à un connecteur standard. L'annonce d'Atlassian décrit aussi une feuille de route dans laquelle des agents d'IA prennent seuls en charge des tickets Jira. Pour les équipes qui suivent leur travail dans Jira, c'est la prochaine étape des outils de codage par IA.

Ce que comprend le partenariat

Atlassian édite Jira, l'outil de suivi de tickets dans lequel de nombreuses équipes logicielles planifient leur travail, et Confluence, un wiki partagé. Rovo est son assistant d'IA qui cherche et agit dans ces produits.

L'annonce d'Atlassian liste deux changements qui s'appliquent dès aujourd'hui :

• Les modèles d'OpenAI alimentent le raisonnement de Rovo. Quand Rovo élabore une réponse ou un plan, c'est un modèle d'OpenAI qui réfléchit.
• ChatGPT et Codex se connectent via MCP. MCP, le Model Context Protocol, est un standard ouvert qui permet à un outil d'IA de lire et de modifier les données d'une autre application. Codex est l'agent de codage d'OpenAI.

VentureBeat liste comme produits concernés Jira, Confluence, Bitbucket, Rovo, Loom, Goals et Jira Service Management. Bitbucket est le service d'hébergement de code d'Atlassian. Loom enregistre de courtes vidéos, et Goals suit les objectifs des équipes.

La feuille de route : des agents qui prennent des tickets

La promesse la plus ambitieuse reste à venir. Atlassian affirme que les prochaines versions permettront à des agents autonomes de prendre directement des tâches en charge. L'entreprise cite aussi les exécutions de tests, la synchronisation de l'historique des sessions et l'orchestration multi-agents, où plusieurs agents se partagent une même tâche.

En pratique, un développeur pourrait assigner un ticket Jira à un agent comme il l'assignerait à un collègue. Atlassian n'a pas donné de dates pour ces fonctions.

Atlassian utilise aussi ce travail en interne. Selon son annonce, plus de 3 000 développeurs d'Atlassian utilisent Codex.

L'argent, et pourquoi Atlassian reste multi-modèles

VentureBeat rapporte qu'Atlassian a pris un engagement de dépenses envers OpenAI dans le cadre de l'accord. Aucune des deux sources ne donne le montant. Le point principal de VentureBeat est qu'Atlassian ne parie pas sur un seul fournisseur d'IA. Sa plateforme reste « résolument multi-modèles ».

Selon VentureBeat, les modèles utilisés comprennent GPT-6 Astra, publié le 3 septembre 2026, et la série GPT-5.6. Il indique le prix d'Astra à 10 $ par million de jetons en entrée et 50 $ par million de jetons en sortie. GPT-6 Astra est devenu disponible en général sur Bedrock et Copilot en septembre.

Le même serveur MCP sert aussi d'autres fournisseurs d'IA. VentureBeat indique qu'il traite 15 millions d'appels par jour. Scott White, responsable produit entreprise chez Anthropic, l'appelle « l'une des intégrations MCP d'entreprise les plus utilisées sur Claude », rapporte VentureBeat. La prise en charge de Jira Service Management arrive bientôt.

Le partenariat s'appuie sur des étapes précédentes. Atlassian Intelligence a été lancé en avril 2023, et l'intégration MCP pour ChatGPT est arrivée en décembre 2025, selon VentureBeat.

Ce que disent les entreprises

Nikunj Handa, responsable produit de l'API chez OpenAI, est cité dans l'annonce d'Atlassian. « Associer les modèles de pointe d'OpenAI à Atlassian réunit de puissantes capacités d'agents dans le contexte réel du fonctionnement des entreprises », a-t-il déclaré.

Atlassian cite aussi un client. JR Harrell, vice-président exécutif de Datasite, a déclaré : « Atlassian fournit le tissu conjonctif qui permet aux modèles de pointe d'OpenAI de raisonner sur l'ensemble de notre entreprise. »

Ce que cela signifie pour les développeurs

• Connectez Codex ou ChatGPT à Jira dès maintenant, sur un projet de test. La connexion MCP fonctionne aujourd'hui. Essayez-la d'abord sur un projet Jira bac à sable, pour qu'une consigne mal comprise ne puisse pas modifier de vrais tickets.
• Vérifiez les autorisations avant de connecter. Un agent qui peut lire Jira et Confluence peut lire tout ce que votre compte peut lire. Donnez-lui un compte de service limité aux projets dont il a besoin.
• Rédigez des tickets qu'un agent peut terminer. Si des agents prennent des tâches en charge, le ticket devient la spécification. Des critères d'acceptation clairs et des liens vers le bon code aident autant un relecteur humain qu'un agent.
• Ne construisez pas pour un seul modèle. La plateforme d'Atlassian est elle-même multi-modèles, et le même serveur MCP sert Claude. Liez vos flux de travail à MCP, pas à l'API d'un seul fournisseur, pour pouvoir changer de modèle sans les réécrire.
• Surveillez les fonctions d'agents, et leurs prix. Aucune des deux sources ne donne de dates ni de prix pour le traitement autonome des tickets. Cette sortie, et la façon dont Atlassian la facturera, décideront si elle change le travail quotidien.

Le connecteur est la partie à utiliser aujourd'hui. Les agents qui prennent des tickets sont un projet, et Atlassian n'a pas fixé de date.