Caso de éxito · UnlockLive IT (proyecto interno)

Cómo conectamos Claude a nuestro gestor de tareas con un servidor MCP remoto (OAuth, Python, Django)

Cómo creamos un servidor MCP remoto para que nuestro equipo pueda preguntar a Claude sobre proyectos y tareas, y crearlas o actualizarlas, en su propio nombre: inicio de sesión OAuth personal, scopes de lectura y escritura, 11 herramientas y un historial completo de cambios.

  • SectorSoftware / Herramientas internas
  • Año2026
  • PaísCanadá
Connecting Claude to Our Task Manager with a Remote MCP Server (OAuth, Python, Django) hero screenshot

Resultados de un vistazo

  • 11herramientas MCP para leer y modificar tareas
  • 9,700+tareas de 165 proyectos accesibles desde Claude en el lanzamiento, dentro de los permisos de cada persona
  • 63pruebas automatizadas en el servidor MCP y en el lado de la aplicación
  • 0tokens de usuario reenviados al sistema interno

El reto

Nuestro equipo gestiona miles de tareas de muchos proyectos de clientes en nuestro propio gestor de tareas. Las reuniones diarias (standups), los informes semanales y convertir notas de reuniones en tareas suponían copiar mucho entre el gestor de tareas y los chats de IA, y cada copia y pega conllevaba el riesgo de cometer errores o de filtrar datos de clientes al lugar equivocado. Queríamos que las personas pudieran simplemente preguntar a Claude «¿Qué está atrasado en mis proyectos?» o «Convierte estas notas en tareas», con la IA trabajando dentro de los permisos de cada persona.

Nuestra solución

Creamos un servidor MCP remoto en Python y lo conectamos a nuestro gestor de tareas en Django. El gestor de tareas actúa como servidor de autorización OAuth, de modo que cada persona inicia sesión con su cuenta existente y aprueba el acceso; el servidor MCP comprueba cada token antes de que se ejecute una herramienta. Nunca reenvía el token del usuario a la aplicación: llama a una API interna con sus propias credenciales de servicio, en nombre de la persona que ha iniciado sesión, y la aplicación aplica los permisos de esa persona y registra cada cambio en el historial de la tarea.

  • 11 herramientas MCP: whoami, metadatos del espacio de trabajo, proyectos, miembros del equipo, sprints, búsqueda, detalles de tareas, resúmenes, actividad, crear, actualizar y comentar
  • Inicio de sesión OAuth personal: Claude actúa como la persona que ha iniciado sesión, nunca como una cuenta compartida
  • Scopes de lectura y escritura separados; las herramientas de solo lectura están marcadas como tales
  • Creación y actualización por lotes (de 1 a 50 tareas por llamada) con un comentario opcional por cambio
  • Cada cambio queda registrado en el historial de la tarea, con quién lo hizo
  • Los tokens de usuario nunca se reenvían a la API interna
  • Funciona desde Claude como conector personalizado y desde Claude Code
  • Despliegue en Docker tras HTTPS con comprobación de estado (health check)

Cómo lo construimos

  1. 01

    Primero, el diseño de las herramientas

    Enumeramos los trabajos que las personas hacen cada día (buscar tareas, resumir un proyecto, ver qué ha cambiado, crear y actualizar tareas, comentar) y los convertimos en 11 herramientas específicas con descripciones claras, resultados compactos y límites por lote.

  2. 02

    Inicio de sesión personal con OAuth

    django-oauth-toolkit emite los tokens y responde a la introspección de tokens. El servidor MCP publica metadatos de recurso protegido, así que Claude encuentra el inicio de sesión por sí mismo cuando una persona hace clic en Connect.

  3. 03

    Scopes de lectura y escritura

    La lectura usa un scope y la modificación de datos otro, de modo que una persona puede conectarse con acceso de solo lectura. Las herramientas de escritura se niegan a ejecutarse sin el scope de escritura.

  4. 04

    API interna segura

    Una API interna dedicada al servidor MCP aplica los permisos de la persona que actúa, registra cada cambio en el historial de la tarea y solo acepta llamadas del propio servidor MCP.

  5. 05

    Primero pruebas, después producción

    Las pruebas automatizadas cubren el servidor MCP frente a una aplicación simulada, así como el OAuth, los permisos y la API del lado de la aplicación. Después desplegamos el servidor en Docker tras HTTPS y lo probamos de extremo a extremo con un token real antes de abrirlo al equipo.

Stack tecnológico

  • Model Context Protocol (MCP)
  • Python
  • MCP Python SDK
  • Django
  • django-oauth-toolkit
  • PostgreSQL
  • Docker
  • nginx
  • Claude
  • Claude Code
  • Desarrollo de servidores MCP
  • Desarrollo de agentes de IA
  • Python y FastAPI

Preguntas frecuentes

¿Puede Claude modificar datos de nuestro sistema a través de MCP?

Solo si usted lo permite. En nuestra configuración, modificar tareas requiere un scope de escritura independiente, y cada cambio se hace como la persona que ha iniciado sesión y queda registrado en el historial.

¿Necesita cada persona su propio inicio de sesión?

Sí. Cada persona inicia sesión con su cuenta existente, de modo que la IA solo ve lo que esa persona puede ver. No hay ninguna clave compartida.

¿Pueden crear lo mismo para nuestro CRM, ERP o base de datos?

Sí. El mismo patrón (inicio de sesión OAuth, herramientas con scopes, una API interna que aplica los permisos, registro y pruebas) funciona para CRM, ERP, bases de datos y otros sistemas internos.

¿Quiere un resultado como este?

Hable con el mismo equipo que construyó Cómo conectamos Claude a nuestro gestor de tareas con un servidor MCP remoto (OAuth, Python, Django). Definiremos el alcance de su proyecto, le daremos una propuesta a precio fijo y le mostraremos el caso más parecido de nuestro portafolio.

Reservar una llamada estratégica