Cette fonctionnalité permet aux assistants IA d'ISI-APP d'aller chercher eux-mêmes des informations dans l'application (projets, backlogs, tâches, contexte utilisateur) au lieu de se contenter de générer du texte. Concrètement, quand un utilisateur pose une question à un assistant IA configuré avec ces packs, l'IA peut interroger la base de données en temps réel pour fournir une réponse précise et à jour.
Deux packs d'outils sont disponibles :
core — outils transverses sans pré-requis : récupérer le contexte de l'utilisateur courant, résoudre un nom en identifiant.project — outils dédiés au module Projets : lister/consulter projets, backlogs, tâches projet, sous-tâches de checklist, et migrer les backlogs non terminés d'un sprint vers le suivant.| Outil | Rôle |
|---|---|
me |
Donne à l'IA le contexte de l'utilisateur courant (qui je suis, mon entité, mes droits) |
resolve |
Convertit un nom (« le projet Alpha », « Marie Dupont ») en identifiant exploitable par les autres outils |
projet activé)| Outil | Rôle |
|---|---|
projects |
Lister ou consulter les projets accessibles à l'utilisateur |
backlogs |
Lister ou consulter les backlogs (user stories / demandes), même en mode multi-projets |
project_tasks |
Lister les tâches de projet (ComTask) |
backlog_tasks |
Lister les sous-tâches d'une checklist de backlog |
migrate_sprint_backlogs |
Migrer les backlogs non terminés d'un sprint vers le sprint suivant (écriture, avec confirmation) |
Les packs s'activent dans la configuration d'un assistant IA (interface /admin/ai, formulaire d'assistant, section Outils IA disponibles). Cocher un pack le rend disponible pour cet assistant ; les utilisateurs qui l'utilisent verront alors l'IA aller chercher la réponse dans le module concerné.
Si un assistant n'a aucun pack coché, il fonctionne en mode chat classique (génération de texte uniquement).
blsecret) et les ACL ressources sont respectés sans exception.mine=true couvre ce cas (les tâches affectées + les tâches que j'ai créées sans affectation). Le filtre « tâches de X » utilise un autre mécanisme (assigned_to).project coché, mais si le tenant n'a pas le module projet activé, le pack est filtré automatiquement et n'est jamais exposé à l'IA. Pas de fuite de capacités.migrate_sprint_backlogs est le premier outil d'écriture du pack project. L'IA ne migre jamais de backlogs directement : elle présente un aperçu (nombre de backlogs concernés, sprint source et cible détectés automatiquement) et attend une confirmation explicite de l'utilisateur avant d'appliquer le changement. Seuls les backlogs non clos (hors statuts Real, Valid, Refus) sont déplacés.mine=true de migrate_sprint_backlogs restreint l'aperçu (et donc la migration) aux backlogs dont l'utilisateur courant est responsable. Si l'utilisateur demande « seulement les miens » après un premier aperçu complet, l'IA doit relancer l'outil avec mine=true plutôt que de reproposer le même aperçu.MM/YY). L'utilisateur n'a jamais besoin de connaître un identifiant technique de sprint.php artisan ai:diagnose-tools <assistant_id> <user_id> permet de vérifier exactement ce qu'un assistant donné expose à un utilisateur donné (utile pour comprendre un cas où l'IA dit « je n'ai pas accès à X »).Doc technique : .claude/technical-docs/ai/ai-tool-calling-lot-bc.md