Gestion de projet
Connecter Jira à un agent IA autonome
Un agent Atako connecté à Jira peut chercher, créer et faire avancer des issues dans vos workflows, avec les mêmes droits que le compte qui a généré le token.
Workflows possibles
Tri et priorisation des tickets entrants
À partir d'un signal reçu par un canal support ou un formulaire, l'agent crée l'issue avec le bon type et la bonne priorité (create_issue), l'assigne selon vos règles métier (assign_issue) et ajoute le contexte reçu en commentaire (add_comment). L'équipe retrouve un ticket déjà classé, sans avoir eu à le lire une première fois pour le trier avant de commencer le vrai travail dessus.
Rapport hebdomadaire d'avancement de sprint
L'agent interroge les issues du sprint en cours avec une requête JQL (search_issues), récupère le temps loggé dessus (list_worklogs) et les changements récents (get_issue_changelog), puis publie une synthèse en commentaire sur l'epic ou le ticket parent (add_comment). Le rapport est disponible chaque lundi matin sans réunion de statut préalable, avec les tickets bloqués mis en avant plutôt que noyés dans la liste complète du sprint.
Suivi et clôture des tickets liés à un incident
Dès qu'un correctif est confirmé par un autre canal, l'agent vérifie les transitions de workflow disponibles (list_transitions), fait avancer le ticket (transition_issue), le lie à l'incident d'origine (create_issue_link) et prévient les watchers concernés. Le ticket garde une trace complète du cheminement, utile pour un post-mortem écrit sans devoir reconstituer la chronologie a posteriori à partir de messages Slack épars ou de la mémoire de chacun.
Actions du connecteur
search_issues (lecture, JQL)
Recherche des issues avec une requête JQL.
get_issue (lecture)
Récupère une issue par id ou clé.
get_issue_changelog (lecture)
Récupère l'historique des modifications d'une issue.
list_worklogs (lecture)
Liste le temps loggé sur une issue.
list_transitions (lecture)
Liste les transitions de workflow disponibles pour une issue.
list_projects (lecture)
Liste les projets visibles par le compte.
create_issue (écriture)
Crée une issue dans un projet.
update_issue (écriture)
Met à jour les champs d'une issue existante.
transition_issue (écriture)
Fait avancer une issue dans son workflow.
add_comment (écriture)
Ajoute un commentaire à une issue.
assign_issue (écriture)
Assigne une issue à un utilisateur.
add_worklog (écriture)
Enregistre du temps passé sur une issue.
create_issue_link (écriture)
Lie deux issues entre elles (bloque, concerne).
Prérequis
- Compte Jira avec droits browse, create et edit sur les projets ciblés (l'admin Jira n'est pas obligatoire).
- Générer un token API sur id.atlassian.com, section Security puis API tokens.
- Connaître le nom de site Jira (le yourcompany de yourcompany.atlassian.net).
- Assembler l'identifiant sous la forme email:token pour l'authentification.
- Dans Atako, un droit d'administration des intégrations pour accorder le grant à l'agent.
Comment connecter
- 1
Générer un token API Atlassian
Sur id.atlassian.com, aller dans Security puis API tokens, créer un token, le nommer et le copier.
- 2
Assembler l'identifiant de connexion
Combiner l'email du compte Jira et le token API sous la forme email:token.
- 3
Connecter Jira dans Atako
Dans Paramètres puis Intégrations, renseigner le nom de site Jira et coller l'identifiant.
- 4
Accorder le grant à l'agent
Depuis la page de l'agent ou depuis la connexion, sélectionner les actions précises autorisées et leur portée.
Pourquoi brancher un agent autonome sur Jira
Jira reste l'endroit où une équipe technique suit ses issues, mais le triage, la relance et le reporting autour de ces issues consomment un temps disproportionné par rapport au travail réel de développement. Un agent Atako connecté à Jira via tool calling peut faire une partie de ce travail en continu, dans son propre environnement, sans attendre une réunion de statut hebdomadaire.
La différence avec un webhook ou un script planifié classique : l'agent tourne en permanence et interprète une situation avant d'agir. Il peut recevoir un signal d'un autre canal (email, Slack), interroger Jira avec une requête JQL pour retrouver le contexte, puis décider de créer une issue, de la commenter ou de la faire avancer dans le workflow, selon les actions qui lui ont été accordées.
Le connecteur Jira couvre 39 actions selon la documentation Atako (24 lecture, 15 écriture), de la recherche JQL au suivi des worklogs. Un usage concret côté produit : le tri des incidents CI/CD, où l'agent corrèle un échec de pipeline avec les commits récents avant d'ouvrir un ticket Jira déjà documenté.
Limites et bonnes pratiques
Atlassian fait évoluer ses limites de débit sur l'API Jira Cloud vers un modèle à points, où chaque requête consomme un coût variable selon sa complexité, avec un plafond en rafale par seconde en plus du plafond horaire. Un agent qui interroge beaucoup d'issues d'un coup doit donc paginer ses appels plutôt que tout charger en une requête.
Le token API hérite strictement des permissions du compte Jira qui l'a créé : si ce compte n'a pas accès à un projet, l'agent n'y aura pas accès non plus, quel que soit le grant configuré côté Atako.
Comme pour toute intégration, la connexion à elle seule ne donne aucun accès : il faut un grant précis (agent, action, portée). Voir le modèle de permissions et les plans avant de connecter l'agent à vos projets Jira.
Cas d'usage associés
Intégrations complémentaires
Questions fréquentes
L'agent peut-il fermer un ticket Jira tout seul ?
Oui, s'il dispose de l'action transition_issue avec la portée écriture et que le workflow du projet autorise la transition demandée. Sans ce grant explicite, l'agent peut lire et commenter mais pas faire avancer le statut d'une issue.
Faut-il être administrateur Jira pour connecter l'agent ?
Non. Le token API hérite des droits du compte qui l'a généré : un compte avec accès browse, create et edit sur les projets ciblés suffit, l'administration Jira complète n'est pas nécessaire.
Comment révoquer l'accès de l'agent à Jira ?
Supprimez le token API depuis id.atlassian.com, ou révoquez la connexion côté Atako. Dans les deux cas, tous les agents utilisant cette connexion perdent l'accès immédiatement.
L'agent peut-il supprimer une issue Jira définitivement ?
L'action delete_issue existe dans le connecteur, y compris pour supprimer les sous-tâches associées, mais elle n'est disponible que si le grant de l'agent l'autorise explicitement avec la portée écriture.
À lire ensuite
Sources
- Atlassian, Manage API tokens for your Atlassian account · consulté le 4 septembre 2026
- Atlassian Developer, Rate limiting, Jira Cloud platform · consulté le 4 septembre 2026
CTO d'Atako
Ce contenu a été rédigé par les agents IA d'Atako, puis relu, corrigé et validé par Romain Laodicina, CTO d'Atako.