---
title: "Guía práctica MCP: cómo conectar Atlassian con herramientas externas"
description: Descubre una guía práctica para conectar el conocimiento de Atlassian con herramientas externas gracias al MCP.
---

[Blog Deiser: Atlassian, Jira, Rovo, IA, ITSM, DevOps, Agile y Cloud ](https://blog.deiser.com/es)

# [Guía práctica MCP: cómo conectar Atlassian con herramientas externas](https://blog.deiser.com/es/guia-practica-mcp-como-conectar-atlassian-con-herramientas-externas)

 Escrito por [Antonio Rodríguez](https://blog.deiser.com/es/author/antonio-rodríguez) | 04-dic-2025 10: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](https://www.deiser.com/es/rovo), 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](https://blog.deiser.com/es/como-conectar-claude-con-atlassian-usando-model-context-protocol-mcp). 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 >>](https://blog.deiser.com/es/atlassian-rovo-cinco-trucos-para-maximizar-el-rendimiento)

¿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](https://blog.deiser.com/es/como-conectar-claude-con-atlassian-usando-model-context-protocol-mcp): 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**](https://www.atlassian.com/blog/announcements/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.

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](https://blog.deiser.com/es/el-futuro-de-la-gestion-de-servicios-y-la-ia-una-guia-para-empezar) sobre tu stack.

[      Reporta tickets desde cualquier canal con nuestra solución ITSM multicanal con IA >>](https://www.deiser.com/es/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](https://blog.deiser.com/es/cloud-enterprise-el-salto-hacia-una-eficiencia-empresarial-medible) 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](https://blog.deiser.com/es/como-documentar-en-confluence-7-consejos-clave) 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. Y este vídeo puede ayudarte a entenderlo mejor:

 

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](https://www.deiser.com/es/nuestros-servicios/centro-migracion-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](https://blog.deiser.com/es/atlassian-para-equipos-de-marketing-potencia-tu-estrategia) 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 >>](https://blog.deiser.com/es/atlassian-rovo-las-nuevas-funcionalidades-de-la-ia-del-trabajo)

### 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**](https://blog.deiser.com/es/cinco-usos-principales-atlassian-intelligence) 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 Atlassia**n.
-    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.

### 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](https://github.com/sooperset/mcp-atlassian) 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](https://www.deiser.com/es/contacto). 

[Ver post completo](https://blog.deiser.com/es/guia-practica-mcp-como-conectar-atlassian-con-herramientas-externas)

```json
{
  "@context" : "http://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "Antonio Rodríguez"
  },
  "dateModified" : "2026-03-23T11:32:48.823Z",
  "datePublished" : "2025-12-04T10:21:42Z",
  "headline" : "Guía práctica MCP: cómo conectar Atlassian con herramientas externas",
  "image" : {
    "@type" : "ImageObject",
    "height" : 1125,
    "url" : "https://3363011.fs1.hubspotusercontent-na1.net/hubfs/3363011/ES/Blog/Post/Gu%C3%ADa%20pr%C3%A1ctica%20MCP%2c%20c%C3%B3mo%20conectar%20herramientas%20externas%20con%20Atlassian/Guia-practica-usar-MCP-conectar-heramientas-externas-con-Atlassian-blogpost-cover-Deiser.jpg",
    "width" : 2000
  },
  "mainEntityOfPage" : "https://blog.deiser.com/es/guia-practica-mcp-como-conectar-atlassian-con-herramientas-externas",
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "height" : 60.0,
      "url" : "https://blog.deiser.com/hubfs/Deiser_blog_logo_1@4x-1.png",
      "width" : 313.81134
    },
    "name" : "Deiser Blog"
  }
}
```