Politique d’utilisation de l’IA
En vigueur le [date de publication]
| Application | TuneCraft : automatisation et nettoyage du site, une application Jira Cloud conçue sur Atlassian Forge |
|---|---|
| Fiche Marketplace | Pas encore inscrite. TuneCraft n’est pas encore sur le Marketplace d’Atlassian, et sa clé d’application sera ajoutée ici lorsqu’elle le sera. |
| Identifiant de l’application Forge | ari:cloud:ecosystem::app/facece90-dfd5-4792-9bff-6a5bd061a341 |
| Éditeur | Logiciels Plugincraft inc., société constituée en vertu des lois du Québec, Canada |
En bref
- La seule fonction d’IA de TuneCraft est un agent Rovo, l’assistant TuneCraft. L’IA est Rovo d’Atlassian et elle fonctionne sur la plateforme d’Atlassian.
- L’application n’a aucun modèle à elle et n’appelle aucun service d’IA hors d’Atlassian.
- L’assistant lit avec l’accès propre de la personne qui le sollicite et ne modifie jamais Jira. Ses actions qui préparent du travail ne font que le vérifier et dire où la personne le confirme.
- Plugincraft ne reçoit aucune des données que l’assistant traite : elle ne peut donc pas s’en servir pour entraîner un modèle.
Portée
Cette politique couvre les fonctions d’IA de TuneCraft : automatisation et nettoyage du site, ainsi que les outils d’IA utilisés pour la concevoir. Elle ne couvre pas Rovo lui-même, qui est un produit d’Atlassian régi par les conditions et les politiques d’Atlassian.
Fonctions d’IA de l’application
L’assistant TuneCraft fonctionne dans le clavardage de Rovo sur les sites Jira qui ont Rovo. Sur un site sans Rovo, les boutons Demander à Rovo de l’application sont masqués et rien d’autre ne change dans l’application.
| Action | Ce qu’elle fait | Ce qu’elle peut modifier |
|---|---|---|
| Constats du site | Lit les nombres et les scores de santé (estimés) de chaque outil que la personne peut utiliser, ainsi que les plus gros constats de l’automatisation selon les étapes économisées par mois. | Rien. |
| Constats d’un flux | Lit les constats d’un flux dans la dernière analyse, pourquoi chacun coûte des étapes, comment le corriger, et les étapes dans Jira en mots. | Rien. |
| Expliquer un objet listé | Lit ce que la liste d’un outil dit d’un champ, d’un filtre, d’un espace, d’une personne ou d’un type : pourquoi il est listé et les preuves. Administrateurs Jira seulement. | Rien. |
| Quoi nettoyer en premier | Classe les constats selon les étapes par mois que chaque changement économiserait (estimées), avec les autres constats des outils qui n’ont pas de chiffre d’étapes. | Rien. |
| Ce qui pourrait s’arrêter | Lit, dans la dernière analyse, les flux qu’un flux déclenche, les flux qui le déclenchent, ainsi que sa boucle, ses copies et son déclencheur partagé. | Rien. |
| Préparer une surveillance | Vérifie des champs, des espaces ou des filtres (50 au plus) pour la liste Surveillés pendant 30, 60 ou 90 jours, et dit où la personne confirme. | Rien. Elle ne lance aucune surveillance et ne modifie rien dans Jira. |
| Préparer Tout optimiser | Dit ce que le moteur économiserait pour chaque flux nommé (50 au plus) et où la personne fabrique le fichier. | Rien. Elle ne fabrique aucun fichier et ne modifie aucun flux. |
| Proposer une convention de nommage | Vérifie une convention de nommage de filtres ou de tableaux de bord décrite par la personne, et montre des exemples de noms faits à partir d’échantillons fixes. | Rien. La personne l’enregistre dans la page. |
Les boutons de l’application (Demander à Rovo) ouvrent le clavardage de Rovo avec une demande pour ce que la personne regarde, désigné par son identifiant. La personne peut modifier la demande avant de l’envoyer, et rien d’autre ne se passe tant qu’elle ne l’a pas envoyée. Rovo demande aussi à la personne de confirmer une action qui prépare du travail avant de l’exécuter. 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. TuneCraft ne choisit, n’héberge ni n’entraîne aucun modèle, et n’appelle aucun service d’IA externe. Les actions de l’assistant s’exécutent comme des fonctions Forge sur Atlassian. Pour répondre, une action ne donne à Rovo que ce que la personne qui demande peut déjà voir : des nombres, des identifiants, les constats et les économies de la dernière analyse, et les noms que les pages de la personne montrent déjà (noms de flux, de champs, de filtres et d’espaces). Elle n’envoie ni JQL, ni valeur intelligente, ni adresse courriel, ni secret. Le clavardage lui-même appartient à Rovo et est conservé par Atlassian. L’application n’en garde rien.
TuneCraft n’a aucun outil MCP et aucune API REST autre que le déclencheur Web de l’analyse automatique. Ce déclencheur n’accepte l’envoi de flux caviardés qu’avec la clé de l’analyse et répond par des réponses fixes, jamais par des données : aucun assistant d’IA externe ne peut donc s’en servir pour lire quoi que ce soit dans TuneCraft.
Supervision humaine et garde-fous
- L’assistant ne modifie rien dans Jira. Ses actions lisent, ou préparent du travail et disent où le confirmer. Un changement se fait dans les pages de l’application, par une personne, avec ses droits Jira, après la confirmation que la page demande.
- Le serveur revérifie. Chaque action passe par les mêmes vérifications que les pages de l’application : qui peut ouvrir TuneCraft, la licence, et la limite des outils de nettoyage aux administrateurs Jira. Une personne sans accès, ou que l’application ne peut pas confirmer, est refusée.
- Qui demande vient de la plateforme. Le site, la personne et la licence viennent du contexte que Forge fournit pour l’appel, jamais du texte écrit par le modèle. Un appel qui en est dépourvu est refusé.
- Le texte écrit par des personnes est une donnée. Les noms de flux, de champs et d’autres textes peuvent contenir des instructions destinées à un modèle. L’assistant a pour consigne de les traiter comme des données, et chaque réponse commence par une note qui le dit. Aucune action ne prend de JQL, de flux ou de règle du modèle. La seule chose qu’une action prend du modèle est une convention de nommage, que le serveur vérifie avec le même code que les paramètres et renvoie pour que la personne l’enregistre.
- Les nombres viennent du moteur. Les économies et les nombres viennent de l’application, chacun marqué mesuré ou estimé. Le modèle a pour consigne de n’en calculer aucun.
- Les réponses peuvent être erronées. La sortie d’une IA peut être inexacte. Vérifiez ce que dit l’assistant avant d’agir. Les pages de l’application montrent les preuves.
Nos engagements
- L’application n’enverra pas de données 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 que le changement prenne effet.
- 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 expliquent et préparent, et une personne décide. Elles ne prennent d’elles-mêmes aucune décision concernant des personnes.
- Nous maintenons les limites et les vérifications de l’assistant, 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. Aucun assistant d’IA ne reçoit de données de clients. 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 les 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.