Politique d’utilisation de l’IA

En vigueur le 28 octobre 2026

Portée

Cette politique couvre les fonctions d’IA de TreeCraft : hiérarchies de tickets et les outils d’IA utilisés pour la concevoir. Elle ne couvre pas Rovo lui-même, qui est un produit d’Atlassian et relève des conditions et des politiques d’Atlassian.

Fonctions d’IA de l’application

L’agent TreeCraft hierarchy helper travaille dans le chat Rovo sur les sites Jira qui ont Rovo. Sur un site sans Rovo, rien d’autre ne change dans l’application.

Des boutons dans l’application (Demander à Rovo, Construire avec Rovo et Résumer avec Rovo) ouvrent le chat Rovo avec une consigne adaptée à ce que la personne fait. La personne peut modifier la consigne avant de l’envoyer, et rien d’autre ne se passe tant qu’elle ne l’a pas envoyée et n’a pas confirmé ce que l’agent propose. Les boutons ne s’affichent que sur les sites qui ont Rovo.

Quel modèle, et où vont les données

Le modèle est celui d’Atlassian, dans Rovo. TreeCraft ne choisit, n’héberge ni n’entraîne aucun modèle et n’appelle aucun service d’IA externe. Les actions de l’agent s’exécutent comme fonctions Forge chez Atlassian. L’application ne donne à Rovo que ce dont il a besoin pour répondre, au nom de la personne qui demande. La conversation appartient à Rovo et est conservée par Atlassian. L’application n’en garde rien, sauf une colonne de formule que la personne accepte d’enregistrer.

Les détails des tickets viennent de Jira au nom de la personne. Un ticket qu’elle ne peut pas consulter apparaît comme « un ticket que vous ne pouvez pas consulter », sans clé ni résumé.

Supervision humaine et garde-fous

• Une personne confirme chaque changement. L’agent propose, et des règles ou une colonne de formule ne sont ajoutées qu’une fois que la personne y consent.
• Le serveur vérifie de nouveau. Chaque action passe par les mêmes vérifications que les pages de l’application : l’accès à l’application, la barrière de licence et le niveau d’accès de la personne sur la hiérarchie. Les règles ajoutées passent par les vérifications propres au panneau Règles (accès Automatiser, capacité des règles et validateur de règles). Le texte de règles du modèle est traité comme non fiable : une liste d’au plus 10 règles, chacune d’un type connu avec seulement les réglages de ce type, et tout le reste est refusé.
• L’identité de la personne qui demande vient de la plateforme. Le site et la personne viennent du contexte de Forge pour l’appel et jamais du texte que le modèle écrit. Un appel sans eux est refusé.
• Le texte des tickets est une donnée. Les résumés, noms de dossiers et mémos peuvent contenir des instructions destinées à un modèle. On dit à l’agent de les traiter comme des données. Les seuls changements qu’une action peut faire sont d’ajouter des règles ou d’enregistrer une colonne, confirmés par la personne et vérifiés par le serveur : un tel texte ne peut donc ni exécuter une écriture, ni modifier un ticket, ni élargir l’accès de quiconque.
• Les réponses peuvent être fausses. Le résultat d’une IA peut être inexact. Vérifiez ce que l’agent propose avant d’y consentir. L’application vérifie aussi les formules avec son propre analyseur, et les requêtes avec Jira, avant qu’elles soient enregistrées.

Outils MCP facultatifs

Les outils MCP sont en préversion. Ils sont désactivés par défaut, et un administrateur du site les active.

Un client peut choisir de relier ses propres outils d’IA à TreeCraft par des outils MCP offerts grâce au module MCP de Forge d’Atlassian. Un administrateur du site active ces outils dans l’administration d’Atlassian et choisit ceux à exposer, et chaque personne doit y consentir avant qu’un client puisse agir pour elle. Le client agit ensuite au nom de cette personne, avec ses permissions.

• Il y a 16 outils. Ils lisent les hiérarchies, les règles, les vues et les réglages, ajoutent des mémos et des éléments de planification, ajoutent et modifient des règles, créent et modifient des hiérarchies, enregistrent une colonne de formule et aident pour les formules et les requêtes.
• Aucun outil ne supprime quoi que ce soit ni ne change qui peut ouvrir une hiérarchie.
• Suggérer des règles, Ajouter des règles et Résumer, qui lisent des détails de tickets, ne sont pas offerts comme outils.
• Les outils retournent des identifiants, les propres mots de l’application et des noms de champs. Ils ne retournent jamais de clés, de résumés ni de valeurs de champs de tickets.
• Ils partagent l’interrupteur et les limites de l’API REST (120 appels par minute par personne et 1 000 par site). Un administrateur peut désactiver l’interrupteur pour le site.
• Atlassian décrit ce module comme étant en préversion, et son utilisation par des clients externes comme une fonction du programme d’accès anticipé, non destinée à la production.

Dès qu’une réponse atteint un client choisi par le client, ce client et son fournisseur la traitent selon l’entente propre du client avec eux. Plugincraft n’y est pas partie et ne peut pas la contrôler.

Nos engagements

• L’application n’enverra aucune donnée de clients à un service d’IA hors d’Atlassian. Si cela change un jour, nous mettrons à jour cette politique et la page Sous-traitants avant l’entrée en vigueur du changement.
• Nous n’utiliserons pas de données de clients pour entraîner ou ajuster un modèle. Plugincraft ne les reçoit pas.
• Les fonctions d’IA de l’application suggèrent et une personne décide. Elles ne prennent d’elles-mêmes aucune décision concernant des personnes.
• Nous maintenons les limites de l’agent (lignes, caractères et nombres ci-dessus) et ses vérifications, et nous les testons à chaque changement.

L’IA dans la conception de l’application

Plugincraft utilise des assistants d’IA pour aider à écrire et à réviser le code de l’application et ce site Web. Ils travaillent sur le code source et sur un site Jira de développement avec des données fictives. Aucune donnée de client n’est confiée à un assistant d’IA. Chaque changement est aussi révisé par un agent de révision qui ne l’a pas écrit, et aucun changement n’est fusionné sans cette révision (voir Pratiques de sécurité).

Questions et révision

Questions sur cette politique : écrivez à info@plugincraft.ca. Nous révisons cette politique au moins une fois par an.

Documents connexes

• Sous-traitants
• Traitement des données : conservation et suppression
• Diagramme d’architecture et flux de données (protégé par mot de passe : demandez l’accès à info@plugincraft.ca)
• Aperçu de la sécurité
• Politique de confidentialité