Connecteur Claude RT (Request Tracker)Ce que Claude sait faire dans ton instance RT.
Le connecteur Claude RT (Request Tracker) expose 17 outils : 12 en lecture, 5 en écriture, 0 non documenté. C'est une extension de bureau qui parle à ton instance RT avec ton propre jeton. Ici : ce que Claude lit, ce qu'il écrit et ce qui part chez le demandeur.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Ce que ça change pour une équipe de support
Plus besoin d'écrire une requête TicketSQL à la main pour retrouver l'historique d'un incident. Tu décris ce que tu cherches à Claude, il interroge ton instance RT, lit les tickets et leurs échanges, et peut créer, mettre à jour ou répondre. Tout passe sous ton identité RT, car le jeton est rattaché à ton compte.
Trouver les tickets sans connaître la syntaxe. search_tickets cherche en TicketSQL, get_queue_fields donne les définitions des champs personnalisés d'une file, et get_ticketsql_grammar renvoie la référence TicketSQL pour RT 6.0.3.
Reprendre un dossier. get_ticket et get_ticket_history donnent le détail d'un ticket et l'historique de ses transactions, et get_transaction ouvre un échange précis, message décodé compris.
Faire avancer le dossier. update_ticket modifie les champs du ticket, et add_reply envoie au demandeur une réponse qu'il voit.
Ce que Claude ne fait pas ici : rien ne part seul, aucun ticket entrant ne déclenche Claude. La fiche ne publie pas les outils d'administration des files, des droits et des cycles de vie que le dépôt de l'éditeur décrit. Et un commentaire interne n'est pas une réponse : seule la seconde atteint le demandeur. Pour des routines automatiques, c'est un outil d'automatisation qu'il faut ; la page Intégrations couvre ce côté, et les connecteurs Claude réunissent les autres.
Le vocabulaire en une minute
Cinq mots à connaître avant de brancher RT.
- Connecteur
- Le lien que tu poses une fois entre Claude et un compte que tu as déjà, pour qu'il y travaille pendant qu'il te répond.
- Outil
- Une action nommée que le connecteur ouvre à Claude. Il choisit seul celles dont il a besoin ; le répertoire les liste par leur nom.
- Autorisation
- L'écran de connexion du service lui-même, où tu confies à Claude l'accès qu'il utilisera. Donnée une fois par personne, reprise quand tu veux.
- Approbation
- La confirmation que Claude attend avant d'aller au bout d'une action qui modifie ton compte, affichée dans la conversation au bon moment.
- MCP
- Le standard commun des connecteurs : c'est grâce à lui qu'un assistant comme Claude dialogue avec un service extérieur.
Brancher RT à Claude en trois étapes
- 01
Retrouver RT
Dans les réglages de Claude, ouvre Customize puis Connectors et repère RT dans la liste. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit d'abord l'activer pour que chaque membre puisse s'y connecter.
- 02
Lancer le branchement
Lance le branchement depuis sa ligne avec Connect. Pour cette extension de bureau, Best Practical indique d'y saisir l'URL de ton instance RT et ton jeton. Si le lien casse, Disconnect puis rebranche.
- 03
Mesurer ce que tu confies
Relis ce que tu confies avant de valider : le jeton est rattaché à ton compte RT, donc tout ce que Claude fera passera sous ton nom et sera journalisé dans RT comme fait par toi, e-mails compris.
Les 17 outils du connecteur Claude RT (Request Tracker)
RT (Request Tracker) donne à Claude 17 outils : 12 qui lisent ton compte, 5 qui y changent quelque chose.
Deux groupes, d'après le manifeste officiel de Best Practical : ce que Claude lit dans RT, et ce qu'il y écrit. Les noms restent ceux que Claude affiche.
- 12 lecture
- 5 écriture
Ce que Claude lit (12)
12 outilsDouze outils de recherche et de consultation des tickets, des files, des utilisateurs et des pièces jointes.
search_tickets
Cherche des tickets avec TicketSQL, le langage de requête propre à RT, et rapporte ceux qui répondent à la requête.
get_ticket
Récupère les informations détaillées d'un ticket à partir de son numéro. C'est la fiche du ticket, sans la chronologie des échanges.
get_ticket_history et get_transaction.get_ticket_history
Renvoie l'historique des transactions d'un ticket : la suite des événements enregistrés sur lui, l'un après l'autre.
get_transaction décode le message.get_transaction
Ouvre une transaction précise en entier, avec le contenu du message décodé. Utile quand l'historique montre qu'un échange a eu lieu et qu'il faut lire ce qui s'y est dit.
get_queue
Donne les informations d'une file RT à partir de son numéro ou de son nom. C'est le point de départ pour savoir comment une file est organisée.
list_queues
Liste toutes les files disponibles dans ton instance RT, avec leur nom.
get_queue_fields
Renvoie les définitions des champs personnalisés d'une file et le nom de son cycle de vie, pour qu'une recherche emploie les noms de champ tels que RT les connaît.
lookup_user
Cherche des utilisateurs RT par nom ou par adresse e-mail. Pratique pour retrouver le bon compte avant d'assigner un ticket ou d'identifier un demandeur.
get_current_user
Indique quel compte RT est rattaché au jeton configuré. C'est la vérification simple de l'identité sous laquelle Claude travaille.
get_ticketsql_grammar
Renvoie la référence de grammaire TicketSQL pour RT 6.0.3 : la syntaxe que doit suivre une requête de recherche.
get_ticket_attachments
Dresse la liste de toutes les pièces jointes d'un ticket, quel que soit le message qui les portait. Tu vois d'un coup d'œil quels fichiers ont été envoyés au fil des échanges.
get_attachment
Récupère une pièce jointe précise à partir de son identifiant, une fois que la liste a montré le fichier dont tu as besoin.
save_attachment.Ce que Claude écrit (5)
5 outilsCinq outils qui créent, modifient, répondent ou enregistrent un fichier. Aucune source ne précise leur confirmation : la règle générale plus bas s'applique.
create_ticket
Approbation : voir la règleOuvre un nouveau ticket dans RT, dans la file que tu indiques. D'après l'éditeur, les champs personnalisés, les rôles, les liens et les dates peuvent être renseignés dès la création.
update_ticket
Approbation : voir la règleModifie des champs sur un ticket existant. D'après la description de l'éditeur, cela couvre les champs personnalisés, les rôles personnalisés, les liens et les champs de date.
add_comment
Approbation : voir la règleAjoute un commentaire interne sur un ticket, que le demandeur ne voit pas. C'est la note entre collègues, pas la réponse au client.
add_reply
Approbation : voir la règleEnvoie une réponse sur un ticket, visible par le demandeur : c'est la correspondance officielle. Le message part depuis RT, sous ton compte.
save_attachment
Approbation : voir la règleEnregistre une pièce jointe de RT dans un fichier sur ton ordinateur. L'écriture se fait sur ton poste, pas dans RT.
Ce que Claude te demande avant d'agir
Par défaut, Claude s'arrête et demande ton accord avant chaque action qu'il mène sur un compte à ta place. La demande s'affiche dans la conversation, au moment où elle compte.
Aucune source ne dit si Claude demande avant de créer un ticket, de le mettre à jour ou de répondre : c'est cette règle par défaut qui couvre les cinq outils d'écriture. Sur un espace Team ou Enterprise, les propriétaires décident si un membre peut laisser passer certaines actions sans qu'on les lui redemande, et ils peuvent fermer l'écriture d'un connecteur pour toute l'organisation. Côté RT, Claude agit avec les droits du jeton, pas davantage.
Sur quels plans c'est disponible
Sur les 819 fiches du répertoire officiel, aucune n'affiche de disponibilité par plan. Connecteur par connecteur, la réponse n'est publiée nulle part : c'est un vrai trou du catalogue.
La règle générale, elle, est publiée : les extensions de bureau s'installent sur Claude Desktop, pour tous les utilisateurs. Sur Team et Enterprise, un Owner ou un Primary Owner ouvre le connecteur pour l'organisation avant que chaque membre puisse s'y connecter. Pour l'état à jour, c'est la fiche de RT dans le répertoire officiel qu'il faut consulter.
Là où RT s'arrête dans Claude
Un connecteur n'est pas une automatisation. Claude appelle ces outils pendant qu'il te répond : aucun ticket entrant ne le réveille.
Ce connecteur n'est documenté que par son éditeur, à travers le dépôt officiel de Best Practical : ni le centre d'aide de Claude ni la doc d'Anthropic n'en parlent. Le badge partenaire du répertoire n'est pas un audit de sécurité, et Anthropic l'écrit sur chaque fiche : il ne choisit pas les outils qu'un éditeur expose et ne garantit pas qu'ils se comportent comme annoncé. Et la fiche comme le dépôt ne listent pas les mêmes outils.
Combien d'outils l'extension RT expose-t-elle vraiment ?
- Fiche du répertoire Claude ↗octobre 202617 outils : recherche, lecture et mise à jour de tickets, commentaires, réponses et pièces jointes.
- Manifeste du dépôt officiel de Best Practical ↗octobre 2026Bien plus d'outils, dont la création de files, la gestion des droits et des cycles de vie, absents de la fiche.
Ce que cette page retientAucun camp n'est périmé : la fiche liste 17 outils, le dépôt de l'éditeur une version plus récente et plus large. Cette page décrit les 17 de la fiche ; vérifie dans Customize > Connectors la liste que ton extension installée affiche.
Besoin d'aide pour brancher RT (Request Tracker) sur Claude ?
Une personne lit chaque message.