Resources · Claude connector

Claude RT (Request Tracker) connectorWhat Claude can do in your RT instance.

The Claude RT (Request Tracker) connector exposes 17 tools: 12 read, 5 write, 0 undocumented. It's a desktop extension that talks to your RT instance with your own token. Below: what Claude reads, what it writes, and what reaches the requestor.

Verified Trustpilot reviews · AI, automation & growth agency

Overview

What changes for a support team

No more writing TicketSQL by hand to rebuild an incident's history. You tell Claude what you're after, it queries your RT instance, reads tickets and their exchanges, and can create, update or reply. Everything runs under your RT identity, because the token is tied to your account.

Find tickets without knowing the syntax. search_tickets searches in TicketSQL, get_queue_fields gives a queue's custom field definitions, and get_ticketsql_grammar returns the TicketSQL reference for RT 6.0.3.

Pick up a case. get_ticket and get_ticket_history give a ticket's details and its transaction history, and get_transaction opens one exchange, decoded message included.

Move it forward. update_ticket changes the ticket's fields, and add_reply sends the requestor a reply they can see.

What Claude doesn't do here: nothing fires on its own, and no incoming ticket wakes Claude up. The sheet doesn't publish the queue, rights and lifecycle admin tools the publisher's repository describes. And an internal comment isn't a reply: only the reply reaches the requestor. For automated routines, you want an automation tool; the Integrations page covers that side, and Claude connectors gathers the rest.

Vocabulary

The vocabulary in one minute

Five words worth knowing before you connect RT.

Connector
The link you set up once between Claude and an account you already have, so Claude can work on it while it answers you.
Tool
One named action a connector opens to Claude. Claude picks the ones it needs on its own; the directory lists them by name.
Authorization
The service's own sign-in screen, where you hand Claude the access it will use. Granted once per person, and you can take it back.
Approval
The confirmation Claude waits for before finishing something that changes your account, shown in the chat right when it matters.
MCP
The common standard behind connectors: it's what lets an assistant like Claude hold a conversation with an outside service.
Connect

Connect RT to Claude in three steps

  1. 01

    Find RT

    In Claude's settings, open Customize, then Connectors, and spot RT in the list. On a Team or Enterprise workspace, an Owner or Primary Owner has to enable it before each member can sign in.

  2. 02

    Start the connection

    Start the connection from its row with Connect. For this desktop extension, Best Practical says to enter your RT instance URL and your auth token there. If the link breaks, Disconnect and connect again.

  3. 03

    Weigh what you hand over

    Review what you hand over before you confirm: the token is tied to your RT account, so everything Claude does goes through under your name and is logged in RT as done by you, emails included.

Tools

The 17 tools of the Claude RT (Request Tracker) connector

RT (Request Tracker) gives Claude 17 tools: 12 that read your account, 5 that change something in it.

Two groups, per Best Practical's official manifest: what Claude reads in RT and what it writes there. Names stay as Claude shows them.

  • 12 read
  • 5 write

What Claude reads (12)

12 tools

Twelve tools to search and look up tickets, queues, users and attachments.

search_tickets

Searches tickets with TicketSQL, RT's own query language, and brings back the tickets that match the query.

When it helps
you need every ticket that meets a set of criteria, across one queue or several.
Watch out
results stop at what your RT account can see, since Claude works through your token.

Sourcegithub.com · October 1, 2026 ↗

get_ticket

Pulls the detailed information of one ticket from its ID. It's the ticket's record, without the timeline of exchanges.

When it helps
you have a ticket number and want to know where the case stands.
Watch out
the exchanges themselves sit in get_ticket_history and get_transaction.

Sourcegithub.com · October 1, 2026 ↗

get_ticket_history

Returns a ticket's transaction history: the sequence of events recorded on it, one after the other.

When it helps
you take over a case and need to see what happened on it, in order.
Watch out
to read what one exchange actually said, get_transaction decodes the message.

Sourcegithub.com · October 1, 2026 ↗

get_transaction

Opens one transaction in full, with the message content decoded. Useful when the history shows an exchange happened and you need to read what was actually said.

When it helps
the history shows an exchange took place and you need to read the message itself.

Sourcegithub.com · October 1, 2026 ↗

get_queue

Returns the details of an RT queue from its ID or name. It's the starting point for understanding how a queue is set up.

When it helps
you need to know how a queue is set up before working a ticket in it.

Sourcegithub.com · October 1, 2026 ↗

list_queues

Lists every queue available on your RT instance, by name.

When it helps
you're not sure which queue a request belongs in.
Watch out
a queue your RT account can't reach stays out of the list's reach too, since Claude works with your token's rights.

Sourcegithub.com · October 1, 2026 ↗

get_queue_fields

Returns a queue's custom field definitions and the name of its lifecycle, so a search can use the field names exactly as RT knows them.

When it helps
a search has to filter on a custom field and you need its exact name.

Sourcegithub.com · October 1, 2026 ↗

lookup_user

Searches RT users by name or email address. Handy for finding the right account before assigning a ticket or identifying a requestor.

When it helps
a ticket arrives under a name and you need the matching RT account.
Watch out
the lookup takes a name or an email address, nothing else.

Sourcegithub.com · October 1, 2026 ↗

get_current_user

Shows which RT account the configured token belongs to. It's the quick check on whose identity Claude is working under.

When it helps
you've just configured the extension and want to confirm which account the token belongs to.
Watch out
everything Claude does goes through under that account, emails included.

Sourcegithub.com · October 1, 2026 ↗

get_ticketsql_grammar

Returns the TicketSQL grammar reference for RT 6.0.3: the syntax a search query has to follow.

When it helps
a query combines several criteria and the exact syntax matters.
Watch out
the reference targets RT 6.0.3, and the extension needs RT 6.0 or later with the REST 2.0 API enabled.

Sourcegithub.com · October 1, 2026 ↗

get_ticket_attachments

Pulls up the full list of attachments on a ticket, whichever message carried them. You see at a glance which files were sent along the way, without scrolling the whole history.

When it helps
you're looking for a file sent somewhere in a ticket's exchanges.

Sourcegithub.com · October 1, 2026 ↗

get_attachment

Retrieves one attachment from its ID, once the list has shown which file you need.

When it helps
you know which attachment you want and need its content in the conversation.
Watch out
putting the file on your computer goes through another tool, save_attachment, which this page lists in the other group.

Sourcegithub.com · October 1, 2026 ↗

What Claude writes (5)

5 tools

Five tools that create, update, reply or save a file. No source spells out their confirmation: the general rule below applies.

create_ticket

Approval: see the rule

Opens a new ticket in RT, in the queue you name. Per the publisher, custom fields, roles, links and dates can be filled in right at creation.

What Claude asks for
no source describes a confirmation specific to creating tickets; the general rule applies.
When it helps
a request raised in the conversation needs to be logged as a ticket in a queue.

Sourcegithub.com · October 1, 2026 ↗

update_ticket

Approval: see the rule

Changes fields on an existing ticket. Per the publisher's description, that covers custom fields, custom roles, links and date fields.

What Claude asks for
nothing specific is documented for updates, so the general approval rule holds.
When it helps
a case has moved on and the ticket's fields need to reflect it.

Sourcegithub.com · October 1, 2026 ↗

add_comment

Approval: see the rule

Adds an internal comment to a ticket that the requestor doesn't see. It's the note between teammates, not the answer to the customer.

What Claude asks for
the source says nothing about a sign-off for comments; see the general rule.
When it helps
context needs to stay within the team, out of the requestor's sight.
Watch out
per Best Practical, emails tied to comments go out under your name.

Sourcegithub.com · October 1, 2026 ↗

add_reply

Approval: see the rule

Sends a reply on a ticket that the requestor can see: it's the official correspondence. The message leaves from RT, under your account.

What Claude asks for
no rule specific to sending is described; the general rule further down applies.
When it helps
the requestor is waiting for an answer on their ticket.
Watch out
unlike a comment, this message reaches the customer.

Sourcegithub.com · October 1, 2026 ↗

save_attachment

Approval: see the rule

Saves an RT attachment to a file on your computer. The write happens on your machine, not in RT.

What Claude asks for
no source describes a dedicated confirmation for saving, so the general rule covers it.
When it helps
you need a copy of a ticket's attachment on your own computer.

Sourcegithub.com · October 1, 2026 ↗

Approvals

What Claude asks before it acts

By default, Claude stops and asks for your go-ahead before any action it takes on an account for you. The request shows up in the chat, right when it matters.

No source says whether Claude asks before creating a ticket, updating one or replying: that default rule covers all five write tools. On a Team or Enterprise workspace, owners decide whether a member can let certain actions through without being asked again, and they can shut off a connector's writes for the whole organization. On the RT side, Claude acts with the token's rights and nothing beyond them.

Plans

Which plans include it

Out of 819 sheets in the official directory, none shows availability by plan. Connector by connector, the answer isn't published anywhere: it's a real gap in the catalogue.

The general rule is published: desktop extensions install on Claude Desktop, and they are open to all users there. On Team and Enterprise, an Owner or Primary Owner turns the connector on for the organization before each member can connect. For the current status, the RT sheet in the official directory is where to look.

Limits

Where RT stops inside Claude

A connector isn't an automation. Claude calls these tools while it answers you: no incoming ticket wakes it up.

Only the publisher documents this connector, through Best Practical's official repository: neither Claude's help center nor Anthropic's docs mention it. The directory's partner badge isn't a security audit, and Anthropic says so on every sheet: it doesn't choose the tools a publisher exposes and doesn't guarantee they behave as described. On top of that, the sheet and the repository don't list the same tools.

Two official sources disagree

How many tools does the RT extension actually expose?

What this page followsNeither side is stale: the sheet lists 17 tools, the publisher's repository a newer, broader version. This page covers the sheet's 17; check in Customize > Connectors which list your installed extension shows.

Need help

Need help connecting RT (Request Tracker) to Claude?

A person reads every message.

FAQ

FAQ about the Claude RT (Request Tracker) connector

01What can Claude do with the RT (Request Tracker) connector?
Claude can search tickets in TicketSQL from a plain-language request, read a ticket, its history and its transactions, look up queues, their fields and users, and retrieve attachments. On the write side, it can create a ticket, update its fields, add an internal comment, reply to the requestor and save an attachment to your computer. Everything runs through your RT token, so it all happens under your identity in the tool.
02Can Claude reply to a customer directly in RT?
Yes. The reply tool sends correspondence the requestor can see, while the comment tool adds an internal note they can't. Per Best Practical, both operations are logged in RT as done by you, emails included, because the token is tied to your account. Claude can also create a ticket or change its fields. Check what kind of message it is before you confirm, since only the reply reaches the customer.
03Does Claude ask before updating a ticket?
By default, Claude asks for confirmation before any action it takes on an account for you. No source describes a confirmation specific to an RT tool, so that default rule covers creating, updating, commenting, replying and saving an attachment. On a Team or Enterprise workspace, owners can decide whether some actions go through without a prompt, and they can shut off every write for the whole organization. Members can't override that setting from their own account.
04Which plans is it available on?
No official source publishes availability by plan, connector by connector, and none of the 819 directory sheets shows it. The general rule is that desktop extensions install on Claude Desktop for all users, with an Owner turning them on first on Team and Enterprise. The RT sheet in the official directory remains the only place that shows the current status for your account, so check it before installing. No RT-specific plan rule appears anywhere.
05Does Claude see every queue on our RT instance?
It sees what your RT account sees, and nothing more. The token you configure is tied to your user, so that user's rights set Claude's scope, queue by queue. A queue that's closed to you in RT stays closed in the conversation. On a Team or Enterprise workspace, an owner can also restrict what the connector may do for the whole organization, and nobody gets around that from their own account.
06Why won't the RT extension connect?
Three causes come up in Best Practical's documentation. The instance has to run RT 6.0 or later with the REST 2.0 API enabled, which is the default setting. You need an RT auth token, created from your own settings in RT. And the token menu only appears with the ManageAuthTokens right: without it, you'll have to go through your RT administrator before you can finish connecting in Claude. The .mcpb extension package itself installs from the releases page of the publisher's repository.
07Claude or an automation tool for handling RT tickets?
They don't do the same job. With the connector, you ask a question or request an action, and Claude searches, reads or updates tickets at the moment you ask. Nothing runs by itself afterwards: no incoming ticket triggers Claude. For something that reacts to every new ticket on its own, you want an automation tool, and the two approaches complement each other. One answers on demand, the other runs on a schedule or an event.