Recursos · Conector de Claude

Conector Claude RT (Request Tracker)Lo que Claude sabe hacer en tu instancia de RT.

El conector Claude RT (Request Tracker) expone 17 herramientas: 12 de lectura, 5 de escritura y 0 sin documentar. Es una extensión de escritorio que habla con tu instancia de RT usando tu propio token. Aquí: qué lee Claude, qué escribe y qué le llega al solicitante.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Resumen

Qué cambia para un equipo de soporte

Sin escribir TicketSQL a mano para reconstruir el historial de una incidencia. Le dices a Claude lo que buscas, él consulta tu instancia de RT, lee los tickets y sus intercambios, y puede crear, actualizar o responder. Todo pasa con tu identidad de RT, porque el token está ligado a tu cuenta.

Encontrar tickets sin saber la sintaxis. search_tickets busca en TicketSQL, get_queue_fields da las definiciones de los campos personalizados de una cola y get_ticketsql_grammar devuelve la referencia de TicketSQL para RT 6.0.3.

Retomar un caso. get_ticket y get_ticket_history dan el detalle de un ticket y su historial de transacciones, y get_transaction abre un intercambio concreto, con el mensaje decodificado.

Hacerlo avanzar. update_ticket cambia los campos del ticket y add_reply envía al solicitante una respuesta que sí ve.

Lo que Claude no hace aquí: nada arranca solo, ningún ticket entrante lo despierta. La ficha no publica las herramientas de administración de colas, permisos y ciclos de vida que describe el repositorio del editor. Y un comentario interno no es una respuesta: solo la respuesta llega al solicitante. Para rutinas automáticas hace falta una herramienta de automatización; la página Integraciones cubre esa parte, y los conectores de Claude reúnen el resto.

Vocabulario

El vocabulario en un minuto

Cinco palabras que conviene conocer antes de conectar RT.

Conector
El enlace que configuras una vez entre Claude y una cuenta que ya tienes, para que trabaje en ella mientras te responde.
Herramienta
Una acción con nombre que el conector abre a Claude. Él elige solo las que necesita; el directorio las lista por su nombre.
Autorización
La pantalla de acceso del propio servicio, donde le das a Claude el acceso que usará. Se concede una vez por persona y se puede retirar.
Aprobación
La confirmación que Claude espera antes de terminar algo que cambia tu cuenta, mostrada en la conversación en el momento justo.
MCP
El estándar común de los conectores: gracias a él un asistente como Claude puede dialogar con un servicio externo.
Conexión

Conectar RT a Claude en tres pasos

  1. 01

    Localizar RT

    En los ajustes de Claude, abre Customize y luego Connectors, y busca RT en la lista. En un espacio Team o Enterprise, un Owner o un Primary Owner tiene que activarlo antes de que cada miembro pueda conectarse.

  2. 02

    Iniciar la conexión

    Inicia la conexión desde su fila con Connect. Para esta extensión de escritorio, Best Practical indica introducir ahí la URL de tu instancia de RT y tu token. Si el enlace se rompe, Disconnect y vuelve a conectar.

  3. 03

    Medir lo que entregas

    Revisa lo que entregas antes de validar: el token está ligado a tu cuenta de RT, así que todo lo que haga Claude quedará a tu nombre y se registrará en RT como hecho por ti, correos incluidos.

Herramientas

Las 17 herramientas del conector Claude RT (Request Tracker)

RT (Request Tracker) le da a Claude 17 herramientas: 12 que leen tu cuenta, 5 que cambian algo en ella.

Dos grupos, según el manifiesto oficial de Best Practical: lo que Claude lee en RT y lo que escribe en él. Los nombres se quedan como los muestra Claude.

  • 12 lectura
  • 5 escritura

Lo que Claude lee (12)

12 herramientas

Doce herramientas para buscar y consultar tickets, colas, usuarios y adjuntos.

search_tickets

Busca tickets con TicketSQL, el lenguaje de consulta propio de RT, y trae los que cumplen la consulta.

Cuándo sirve
necesitas todos los tickets que reúnen un conjunto de criterios, en una cola o en varias.
Ojo
los resultados se quedan en lo que ve tu cuenta de RT, porque Claude trabaja con tu token.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_ticket

Recupera la información detallada de un ticket a partir de su número. Es la ficha del ticket, sin la cronología de intercambios.

Cuándo sirve
tienes un número de ticket y quieres saber en qué punto está el caso.
Ojo
los intercambios en sí están en get_ticket_history y get_transaction.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_ticket_history

Devuelve el historial de transacciones de un ticket: la serie de eventos registrados en él, uno tras otro.

Cuándo sirve
retomas un caso y necesitas ver qué pasó en él, en orden.
Ojo
para leer lo que decía de verdad un intercambio, get_transaction decodifica el mensaje.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_transaction

Abre una transacción concreta completa, con el contenido del mensaje decodificado. Útil cuando el historial muestra que hubo un intercambio y hay que leer lo que se dijo.

Cuándo sirve
el historial muestra que hubo un intercambio y hay que leer el mensaje en sí.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_queue

Da la información de una cola de RT a partir de su número o su nombre. Es el punto de partida para saber cómo está organizada una cola.

Cuándo sirve
necesitas saber cómo está configurada una cola antes de tratar un ticket en ella.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_queues

Lista todas las colas disponibles en tu instancia de RT, con su nombre.

Cuándo sirve
no tienes claro en qué cola debe ir una petición.
Ojo
una cola a la que tu cuenta de RT no llega queda fuera de alcance, porque Claude trabaja con los permisos de tu token.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_queue_fields

Devuelve las definiciones de los campos personalizados de una cola y el nombre de su ciclo de vida, para que una búsqueda use los nombres de campo tal como los conoce RT.

Cuándo sirve
una búsqueda tiene que filtrar por un campo personalizado y necesitas su nombre exacto.

Fuentegithub.com · 1 de octubre de 2026 ↗

lookup_user

Busca usuarios de RT por nombre o dirección de correo. Práctico para dar con la cuenta correcta antes de asignar un ticket o identificar a un solicitante.

Cuándo sirve
entra un ticket a un nombre y necesitas la cuenta de RT que le corresponde.
Ojo
la búsqueda admite un nombre o una dirección de correo, nada más.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_current_user

Indica a qué cuenta de RT pertenece el token configurado. Es la comprobación rápida de con qué identidad trabaja Claude.

Cuándo sirve
acabas de configurar la extensión y quieres comprobar a qué cuenta pertenece el token.
Ojo
todo lo que haga Claude pasará con esa cuenta, correos incluidos.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_ticketsql_grammar

Devuelve la referencia de gramática de TicketSQL para RT 6.0.3: la sintaxis que debe seguir una consulta de búsqueda.

Cuándo sirve
una consulta combina varios criterios y la sintaxis exacta importa.
Ojo
la referencia apunta a RT 6.0.3, y la extensión necesita RT 6.0 o posterior con la API REST 2.0 activada.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_ticket_attachments

Reúne la lista de todos los adjuntos de un ticket, venga de donde venga cada uno. Ves de un vistazo qué archivos se enviaron a lo largo de los intercambios, sin recorrer todo el historial.

Cuándo sirve
buscas un archivo enviado en algún punto de los intercambios de un ticket.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_attachment

Recupera un adjunto concreto a partir de su identificador, una vez que la lista ha mostrado qué archivo necesitas.

Cuándo sirve
sabes qué adjunto quieres y necesitas su contenido en la conversación.
Ojo
guardar el archivo en tu ordenador pasa por otra herramienta, esta sí de escritura: save_attachment.

Fuentegithub.com · 1 de octubre de 2026 ↗

Lo que Claude escribe (5)

5 herramientas

Cinco herramientas que crean, actualizan, responden o guardan un archivo. Ninguna fuente detalla su confirmación: se aplica la regla general de más abajo.

create_ticket

Aprobación: ver la regla

Abre un ticket nuevo en RT, en la cola que indiques. Según el editor, los campos personalizados, los roles, los enlaces y las fechas pueden rellenarse desde la creación.

Lo que Claude pide
ninguna fuente describe una confirmación propia de la creación; se aplica la regla general.
Cuándo sirve
una petición surgida en la conversación tiene que quedar registrada como ticket en una cola.

Fuentegithub.com · 1 de octubre de 2026 ↗

update_ticket

Aprobación: ver la regla

Cambia campos de un ticket existente. Según la descripción del editor, eso abarca campos personalizados, roles personalizados, enlaces y campos de fecha.

Lo que Claude pide
no hay nada específico documentado para las actualizaciones, así que vale la regla general.
Cuándo sirve
un caso ha avanzado y los campos del ticket tienen que reflejarlo.

Fuentegithub.com · 1 de octubre de 2026 ↗

add_comment

Aprobación: ver la regla

Añade a un ticket un comentario interno que el solicitante no ve. Es la nota entre compañeros, no la respuesta al cliente.

Lo que Claude pide
la fuente no dice nada de una validación para comentarios; consulta la regla general.
Cuándo sirve
un contexto debe quedarse entre compañeros, fuera de la vista del solicitante.
Ojo
según Best Practical, los correos ligados a los comentarios salen a tu nombre.

Fuentegithub.com · 1 de octubre de 2026 ↗

add_reply

Aprobación: ver la regla

Envía en un ticket una respuesta que el solicitante sí ve: es la correspondencia oficial. El mensaje sale desde RT, con tu cuenta.

Lo que Claude pide
no se describe ninguna regla propia del envío; rige la regla general de más abajo.
Cuándo sirve
el solicitante espera una respuesta en su ticket.
Ojo
a diferencia del comentario, este mensaje llega al cliente.

Fuentegithub.com · 1 de octubre de 2026 ↗

save_attachment

Aprobación: ver la regla

Guarda un adjunto de RT en un archivo de tu ordenador. La escritura ocurre en tu equipo, no en RT.

Lo que Claude pide
ninguna fuente describe una confirmación propia del guardado, así que la cubre la regla general.
Cuándo sirve
necesitas una copia de un adjunto de un ticket en tu propio ordenador.

Fuentegithub.com · 1 de octubre de 2026 ↗

Aprobaciones

Lo que Claude te pregunta antes de actuar

Por defecto, Claude se detiene y pide tu visto bueno antes de cada acción que hace en una cuenta en tu nombre. La petición aparece en la conversación, justo cuando importa.

Ninguna fuente dice si Claude pregunta antes de crear un ticket, actualizarlo o responder: es esa regla por defecto la que cubre las cinco herramientas de escritura. En un espacio Team o Enterprise, los propietarios deciden si un miembro puede dejar pasar ciertas acciones sin que se le vuelva a preguntar, y pueden cerrar la escritura de un conector para toda la organización. En RT, Claude actúa con los permisos del token y nada más.

Planes

En qué planes está disponible

De las 819 fichas del directorio oficial, ninguna muestra disponibilidad por plan. Conector por conector, la respuesta no se publica en ningún sitio: es un hueco real del catálogo.

La regla general sí está publicada: las extensiones de escritorio se instalan en Claude Desktop, para todos los usuarios. En Team y Enterprise, un Owner o un Primary Owner activa el conector para la organización antes de que cada miembro pueda conectarse. Para el estado actual, hay que mirar la ficha de RT en el directorio oficial.

Límites

Hasta dónde llega RT dentro de Claude

Un conector no es una automatización. Claude llama a estas herramientas mientras te responde: ningún ticket entrante lo despierta.

Solo el editor documenta este conector, a través del repositorio oficial de Best Practical: ni el centro de ayuda de Claude ni la documentación de Anthropic hablan de él. La insignia de socio del directorio no es una auditoría de seguridad, y Anthropic lo dice en cada ficha: no elige las herramientas que expone un editor ni garantiza que se comporten como se anuncia. Además, la ficha y el repositorio no listan las mismas herramientas.

Dos fuentes oficiales se contradicen

¿Cuántas herramientas expone de verdad la extensión de RT?

Lo que sigue esta páginaNingún lado está desfasado: la ficha lista 17 herramientas y el repositorio del editor una versión más reciente y amplia. Esta página describe las 17 de la ficha; comprueba en Customize > Connectors qué lista muestra tu extensión instalada.

¿Necesitas ayuda?

¿Necesitas ayuda para conectar RT (Request Tracker) con Claude?

Una persona lee cada mensaje.

FAQ

Preguntas frecuentes sobre el conector Claude RT (Request Tracker)

01¿Qué puede hacer Claude con el conector RT (Request Tracker)?
Claude puede buscar tickets en TicketSQL a partir de una petición en lenguaje normal, leer un ticket, su historial y sus transacciones, consultar colas, sus campos y los usuarios, y recuperar adjuntos. En escritura, puede crear un ticket, actualizar sus campos, añadir un comentario interno, responder al solicitante y guardar un adjunto en tu ordenador. Todo pasa por tu token de RT, así que ocurre con tu identidad en la herramienta.
02¿Puede Claude responder directamente a un cliente en RT?
Sí. La herramienta de respuesta envía una correspondencia que el solicitante ve, mientras que la de comentario añade una nota interna que no ve. Según Best Practical, las dos operaciones quedan registradas en RT como hechas por ti, correos incluidos, porque el token está ligado a tu cuenta. Claude también puede crear un ticket o cambiar sus campos. Revisa qué tipo de mensaje es antes de validar, porque solo la respuesta llega al cliente.
03¿Claude me pregunta antes de actualizar un ticket?
Por defecto, Claude pide confirmación antes de cualquier acción que haga en una cuenta en tu nombre. Ninguna fuente describe una confirmación propia de una herramienta de RT, así que esa regla por defecto cubre crear, actualizar, comentar, responder y guardar un adjunto. En un espacio Team o Enterprise, los propietarios pueden decidir si algunas acciones pasan sin pregunta, y también pueden cerrar toda escritura para la organización. Un miembro no puede saltarse ese ajuste desde su cuenta.
04¿En qué planes está disponible?
Ninguna fuente oficial publica la disponibilidad por plan, conector por conector, y ninguna de las 819 fichas del directorio la muestra. La regla general dice que las extensiones de escritorio se instalan en Claude Desktop para todos los usuarios, con una activación previa por parte de un Owner en Team y Enterprise. La ficha de RT en el directorio oficial sigue siendo el único sitio con el estado actual para tu cuenta, así que revísala antes de instalar.
05¿Claude ve todas las colas de nuestra instancia de RT?
Ve lo que ve tu cuenta de RT, y nada más. El token que configuras está ligado a tu usuario, así que los permisos de ese usuario fijan el alcance de Claude, cola por cola. Una cola cerrada para ti en RT sigue cerrada en la conversación. En un espacio Team o Enterprise, un propietario puede además restringir lo que el conector tiene permitido para toda la organización, sin que nadie lo esquive desde su cuenta.
06¿Por qué no se conecta la extensión de RT?
La documentación de Best Practical apunta a tres causas. La instancia tiene que funcionar con RT 6.0 o posterior y la API REST 2.0 activada, que es el ajuste por defecto. Necesitas un token de autenticación de RT, creado desde tus propios ajustes en RT. Y el menú de tokens solo aparece con el permiso ManageAuthTokens: sin él, tendrás que pasar por tu administrador de RT antes de terminar la conexión en Claude.
07¿Claude o una herramienta de automatización para gestionar tickets de RT?
No hacen el mismo trabajo. Con el conector, haces una pregunta o pides una acción, y Claude busca, lee o actualiza tickets en el momento en que lo pides. Después nada funciona solo: ningún ticket entrante activa a Claude. Para reaccionar sola a cada ticket nuevo, hace falta una herramienta de automatización, y los dos enfoques se complementan. Uno responde cuando se lo pides; el otro funciona con un horario o un evento.