Guía práctica MCP: cómo conectar Atlassian con herramientas externas

Antonio Rodríguez
04-dic-2025 11:21:42

Hace unos meses el Model Context Protocol (MCP) solo se podía emplear en situaciones particulares. Hoy, gracias al MCP, casi todas las herramientas de software pueden conectar sus modelos y compartir la información. En esta guía verás qué es el Rovo MCP Server de Atlassian, qué papel juega el proyecto open source mcp-atlassian, y cómo puedes empezar a conectar tus herramientas externas con Atlassian de forma segura y práctica. Impulsa el uso de la IA en tu organización gracias al MCP.

La mayoría de equipos ya han probado algún asistente de IA: resumir textos, generar contenido, hacer brainstorming… pero en cuanto pides algo que requiera contexto real de tu organización, los modelos se quedan cortos. No conocen tus proyectos, ni tus tickets, ni tu documentación, ni la estructura de tus equipos. 

Atlassian lleva tiempo atacando este problema con Rovo Search, Chat y Agents, apoyándose en Teamwork Graph, una capa de inteligencia que conecta el trabajo, el conocimiento, los equipos y los objetivos a través de Jira, Confluence y otras fuentes. Esa combinación ya permite búsquedas inteligentes y agentes que entienden mejor lo que está pasando en la organización.

El siguiente paso lógico era claro: llevar todo ese contexto más allá de Atlassian, a los lugares donde ya trabajas con IA —como Claude, IDEs o plataformas de agentes. Para eso entra en juego el Remote MCP Server / Rovo MCP Server, que actúa como puente seguro entre Atlassian Cloud y las herramientas externas compatibles con MCP.

En paralelo, la comunidad ha desarrollado proyectos como mcp-atlassian, que ofrecen un servidor MCP propio para conectar Jira y Confluence, especialmente útil en entornos donde necesitas más control o trabajas con Server/Data Center. El resultado es un escenario en el que ya no estás atado a integraciones punto a punto, sino a un lenguaje común entre IA y herramientas.

      Maximiza el potencial de la IA en Atlassian con estos cinco trucos para Rovo >>

¿Qué es MCP (Model Context Protocol)?

Model Context Protocol (MCP) es un estándar abierto que define cómo los modelos de IA pueden conectarse a fuentes de datos y herramientas externas de forma consistente. En lugar de que cada asistente o copiloto tenga su propia manera de hablar con Jira, Confluence o cualquier otra aplicación, MCP establece un contrato común: cómo descubrir capacidades, cómo pedir acciones y cómo recibir resultados.

Atlassian se ha sumado a este estándar con una apuesta clara: su Remote MCP Server, que expone de forma segura capacidades de Jira, Confluence y Compass a clientes externos como Claude, ChatGPT, IDEs o plataformas de agentes. La gracia no es solo la integración en sí, sino que lo hace respetando permisos existentes, con OAuth y controles de administración pensados para entornos empresariales.

Cómo funciona MCP con Atlassian y tus herramientas de IA - visual selection 1

Además, MCP no va solo de “leer datos”. El protocolo está pensado para combinar lectura, escritura y acciones: desde resumir contenido hasta crear issues o páginas, pasando por procesos más complejos como operaciones en lote o acciones encadenadas. Esto encaja perfectamente con la idea de Rovo y de los agentes que Atlassian está impulsando en su plataforma.

En resumen, para el ecosistema Atlassian, MCP significa tres cosas:

  •    Interoperabilidad real entre herramientas de IA y Atlassian, sin integraciones ad hoc.
  •    Extensibilidad: puedes exponer nuevas capacidades a medida que tus casos de uso crecen.
  •    Coherencia: los distintos clientes (Claude, IDEs, otros copilots) hablan el mismo “idioma” al conectarse a Jira y Confluence.

Esa combinación es la base para que la IA pase de ser un aliado puntual a convertirse en una capa transversal de productividad sobre tu stack.

      Reporta tickets desde cualquier canal con nuestra solución ITSM multicanal con IA >>

Atlassian Rovo MCP Server: cómo funciona en el día a día

Atlassian Rovo MCP Server (el remote MCP server de Atlassian) funciona como una pasarela en la nube entre tu sitio de Atlassian Cloud y las herramientas externas que hablan MCP. No instalas un plugin clásico de Marketplace, sino que te conectas a un servicio gestionado por Atlassian y protegido con OAuth 2.1 y TLS.

A nivel de flujo, el esquema es sencillo de entender:

  1. Un cliente compatible con MCP (por ejemplo, Claude, ChatGPT, un IDE como VS Code o Cursor, o una plataforma como Amazon Quick Suite) se conecta al endpoint remoto del Rovo MCP Server.
  2. Se dispara un flujo de autenticación OAuth 2.1 en el navegador, donde el usuario concede acceso a su sitio de Atlassian.
  3. A partir de ahí, el cliente puede invocar herramientas MCP que operan sobre Jira, Confluence o Compass: buscar, resumir, crear, actualizar, enlazar, etc.
  4. Todas las operaciones respetan los permisos existentes: si un usuario no puede ver un proyecto o un espacio en Atlassian, tampoco podrá acceder a esa información desde la herramienta externa.

En la práctica, esto se traduce en acciones muy concretas desde el propio cliente de IA, como:

  •    «Resume la página de planning del Q2» → el servidor MCP consulta Confluence y devuelve un resumen.
  •    «Crea una página para los objetivos del Q3» → se crea una nueva página en Confluence.
  •    «Encuentra todas las incidencias abiertas en el Proyecto X» → se ejecuta una búsqueda en Jira.
  •    «Crea cinco issues de Jira a partir de estas notas» → se generan issues en lote a partir de un texto.
  •    «Enlaza estos tres tickets de Jira a la página de Lanzamiento» → se coordinan acciones entre Jira y Confluence.

La clave es que el usuario sigue en su herramienta de confianza (un asistente como Claude, un copiloto en el IDE, etc.) mientras el MCP Server se encarga de hablar con Atlassian de forma segura, estructurada y trazable. El resultado: menos cambios de contexto y más foco en el trabajo real.

Guía práctica MCP: cómo conectar herramientas externas con Atlassian

Vamos a aterrizarlo en formato guía. El objetivo: que puedas visualizar qué pasos hay que dar para conectar tus herramientas externas con Atlassian usando el Rovo MCP Server. No entraremos al detalle de cada cliente, pero sí en la lógica general que se repite en todos ellos.

1. Comprueba que cumples los requisitos básicos

Antes de hacer nada, asegúrate de que tu entorno cumple lo siguiente:

  •    Tienes un sitio Atlassian Cloud con Jira, Confluence y/o Compass.
  •    Estás trabajando con un cliente compatible: por ejemplo ChatGPT (con soporte nativo MCP), Claude, VS Code, Cursor, Gemini CLI, GitHub Copilot, Amazon Quick Suite, HubSpot, Microsoft Copilot, Figma Make, u otros que soportan servidores MCP remotos.
  •    Cuentas con un navegador moderno para completar el flujo de OAuth 2.1.

En la mayoría de casos, no necesitas preregistrar nada en el Marketplace: el acceso se activa cuando un usuario completa por primera vez el consentimiento OAuth para el servidor MCP de Atlassian.

2. Elige el cliente donde quieres "traer" Atlassian

El segundo paso es decidir dónde tiene sentido empezar. Algunos ejemplos habituales:

  •    Equipos que ya usan Claude a diario para escribir, pensar, resumir y quieren incorporar Jira/Confluence a la ecuación.
  •    Desarrolladores que trabajan en VS Code, Cursor o GitHub Copilot y quieren ver issues de Jira, documentación de Confluence o componentes de Compass sin salir del IDE.
  •    Equipos de negocio o Marketing que utilizan herramientas como HubSpot o automatizaciones estilo Zapier (cuando la integración esté disponible) y quieren sincronizar contexto con Atlassian.

Elige una o dos herramientas donde el impacto de reducir cambios de contexto sea mayor. No hace falta intentar abarcar todo a la vez.

      ¿Cuál es el futuro? Descubre las nuevas funcionalidades de Atlassian Rovo >>

3. Conecta el cliente a mcp.atlassian.com

Cada cliente compatible con MCP tiene su propia manera de registrar un servidor remoto, pero la lógica es muy similar:

  •    Indicas el endpoint del servidor MCP, por ejemplo: https://mcp.atlassian.com/v1/sse
  •    Inicias el flujo de conexión desde el propio cliente (ChatGPT, Claude, IDE, etc.).
  •    El cliente abre el navegador y te guía por el proceso de consentimiento OAuth, donde aceptas que ese servidor pueda acceder a tus datos de Jira, Confluence y/o Compass.

En muchas organizaciones, la primera vez que alguien hace esto, puede que se requiera la aprobación de un site admin, especialmente si tenéis políticas que bloquean apps de terceros por defecto. Una vez autorizado el servidor MCP para el sitio, el resto de usuarios pueden conectarse respetando esas mismas condiciones.

4. Verifica permisos y prueba casos sencillos

Una vez conectado, lo razonable no es ir directamente a automatizar todo, sino empezar por casos simples y verificar que permisos, resultados y límites funcionan como esperas. Por ejemplo:

  •    Pedir resúmenes de páginas de Confluence a las que ya tienes acceso.
  •    Consultar issues de un proyecto de Jira concreto.
  •    Crear un issue de prueba desde el cliente de IA y comprobar que aparece en el proyecto correcto.

En paralelo, conviene verificar que:

  •    Los usuarios no ven más de lo que ya pueden ver en Atlassian.
  •    Las acciones quedan reflejadas en los registros de auditoría y controles de administración.
  •    Los límites de uso por plan (por ejemplo, los límites por hora en función del plan de Jira/Confluence Cloud) encajan con tu volumen esperado de llamadas.

Cómo funciona MCP con Atlassian y tus herramientas de IA - visual selection (1) 1 (2)

5. Diseña los flujos de trabajo reales

Una vez validado lo básico, el siguiente paso es pensar en procesos reales donde MCP pueda marcar la diferencia. Algunos ejemplos típicos apoyados por el Rovo MCP Server:

  •    Generar tickets de Jira en bloque a partir de notas de reuniones o especificaciones.
  •    Buscar y resumir documentación clave de Confluence dentro del IDE o del asistente de IA.
  •    Crear páginas de Confluence a partir de información que ya estás manejando en una conversación de IA.
  •    Consultar dependencias de servicios en Compass y decidir qué equipos deben estar en una revisión o despliegue.

El objetivo aquí es que la IA deje de ser una herramienta lateral y pase a estar integrada en tu flujo de trabajo Atlassian, reduciendo pasos manuales y duplicidades.

BONUS TRACK. Piensa en gobierno, seguridad y límites desde el principio

El Rovo MCP Server está diseñado con seguridad en mente: todo el tráfico va cifrado, se usa OAuth 2.1, se respetan permisos de Jira/Confluence/Compass y los administradores pueden gestionar dominios permitidos, bloquear apps instaladas por usuarios, revocar accesos y revisar logs.

Aun así, conviene que tu organización tome algunas decisiones desde el principio:

  •    ¿Qué herramientas externas se van a permitir conectadas al MCP Server?
  •    ¿Qué equipos van a ser “early adopters” y en qué entornos (sandbox vs. producción)?
  •    ¿Qué tipo de operaciones se van a incentivar primero: lectura, escritura, operaciones en lote…?
  •    ¿Cómo se va a monitorizar el uso para evitar sorpresas de consumo o mal uso?

Cuanto antes tengas estas respuestas, más fácil será escalar el uso de MCP sin generar fricción con seguridad, compliance o IT.

MCP más allá del servidor Atlassian: el papel de mcp-atlassian

Además del Rovo MCP Server gestionado por Atlassian, existe una pieza muy interesante en el ecosistema: mcp-atlassian, un proyecto open source que actúa también como servidor MCP para Jira y Confluence.

Este proyecto permite:

  •    Trabajar tanto con Confluence y Jira Cloud como con Server/Data Center.
  •    Autenticarte mediante API tokens, Personal Access Tokens o OAuth 2.0, según el tipo de despliegue.
  •    Ejecutar el servidor en Docker y conectarlo desde clientes compatibles (por ejemplo, configuración de Claude Desktop, Cursor o IDEs con soporte MCP).

En la práctica, mcp-atlassian es útil cuando:

  •    Necesitas integrar Atlassian con IA pero no puedes (o no quieres) depender del servidor remoto oficial.
  •    Trabajas en entornos on-prem o Data Center y quieres llevar capacidades MCP a tus propios flujos.
  •    Requieres un control muy fino sobre configuración, filtros de espacios/proyectos, modos solo lectura, etc.

A nivel de configuración, el patrón típico consiste en:

  •    Desplegar el contenedor Docker del servidor MCP.
  •    Configurar variables de entorno con las URLs de Jira/Confluence, credenciales o tokens, y filtros de espacios/proyectos.
  •    Registrar ese servidor MCP en tu asistente o IDE como un servidor adicional.

Es una ruta más técnica, pero amplía las posibilidades para organizaciones con arquitecturas más complejas o con políticas específicas sobre dónde pueden residir los servicios.

Obteniendo beneficio de flujos de trabajo con IA reales

MCP está convirtiéndose en la vía estándar para que la IA trabaje con herramientas como Jira, Confluence y Compass. Atlassian lo ha abrazado con su Rovo MCP Server, la comunidad lo expande con proyectos como mcp-atlassian, y los grandes proveedores de IA están añadiendo soporte nativo en sus clientes y plataformas.

La pregunta ya no es si vas a usar IA en tu organización, sino qué papel va a jugar y con qué calidad de contexto. MCP te da la oportunidad de construir ese puente de forma abierta, segura y alineada con cómo ya trabajas en Atlassian.

Si quieres hablar con nosotros sobre cómo conectar tu plataforma Atlassian a través del MCP, estamos siempre disponibles

Descubre todo el potencial de Atlassian Rovo descargando esta guía exclusiva.

No Comments Yet

Let us know what you think

Subscribe by Email