Claude Code con mis propios MCP: el cierre de la serie (y quién publicó este blog)

31 October, 2026 | homelab

Serie Homelab · Parte 14 · ← El Dashboard de mi homelab · Ver la serie

TL;DR: Los servidores MCP que armé para mi asistente sirven también para Claude Code, la herramienta que uso mientras programo. Mismo MCP, distinto contexto: en el Dashboard lo usa ARIA; en mi editor, Claude Code. Y para cerrar la serie con estilo, te cuento cómo Claude Code publicó estos posts usando el MCP de WordPress de mi homelab.

Qué es Claude Code (versión corta)

Es un asistente de programación que corre en la terminal y en mi editor. Lee el código, ejecuta comandos, edita archivos y, si le conectas servidores MCP, también puede usar herramientas externas. Por eso es el cierre natural de esta serie: todo lo que construí para mi asistente en el Dashboard también lo puede usar él.

Configuración

Se conectan por HTTP. En la configuración del proyecto agregas cada servidor con su URL y, si lo exige, su clave:

{
  "mcpServers": {
    "wordpress": {
      "type": "http",
      "url": "http://<host-interno>:5000/mcp",
      "headers": { "Authorization": "Bearer ${MCP_WORDPRESS_KEY}" }
    }
  }
}

Fíjate en ${MCP_WORDPRESS_KEY}: la clave no está escrita en el archivo, vive en una variable de entorno. Regla de oro: nada de secretos dentro del repositorio.

Cuando estoy fuera de casa, el acceso va por el túnel WireGuard, igual que mi VSCode. Es el mismo origen de toda esta historia: programar desde cualquier parte.

Cómo se publicó esta serie

Este es el ejemplo más honesto que tengo. Los posts de esta serie, tal como los lees hoy, los publicó Claude Code, con tres pasos:

  1. Capturas del Dashboard. Un navegador automatizado (Playwright) abre mi Dashboard, tapa IPs y dominios, y recorta cada captura.
  2. Subida de imágenes. Dejo el archivo en el servidor con la misma clave del MCP, y la herramienta de medios de WordPress lo registra en la biblioteca con su texto alternativo, que no es un adorno, sino accesibilidad.
  3. Publicación. El MCP de WordPress crea el post o lo actualiza, con su categoría, su extracto y su SEO.

Después vuelve a abrir cada página publicada con el navegador automatizado y la mira. Gracias a eso descubrimos, por ejemplo, que mi tema pintaba las negritas con el mismo peso que el texto normal y que un diagrama ASCII salía torcido por no estar en letra monoespaciada. Un bug que ningún lector me habría reportado y que cualquier QA querría cazar.

Yo decido qué se cuenta y con qué tono; la máquina hace el trabajo repetitivo.

Qué puedes hacer con Claude Code y tus MCP

  • Preguntar por el estado de la infraestructura sin salir del editor, mientras escribo el código que la usa.
  • Depurar con evidencia: «¿qué contenedores se reiniciaron hoy?» o «muéstrame las trazas más lentas» (con el MCP de Langfuse, de la Parte 12).
  • Publicar y mantener contenido, como acabas de ver.
  • Automatizar tareas repetitivas que antes eran un script a medias.

Los límites reales

  • Los permisos mandan. Claude Code me pide aprobación antes de usar herramientas que cambian cosas, y se suma a la compuerta que ya existe en el Dashboard (Parte 7).
  • Más herramientas, más contexto. Conecto solo los MCP que necesita cada proyecto, por lo que contamos en la Parte 4.
  • Un MCP sin clave en red local sigue siendo un MCP sin clave. Cerrar esos puertos es una tarea pendiente, no un detalle.
  • No es magia. Hay que revisar. Mi asistente se resbaló con una consulta a Prometheus en el post 5, y Claude Code también se equivoca.

Una reflexión para cerrar

Cuando empecé, quería programar desde la calle. Terminé con una plataforma donde mi asistente consulta mi infraestructura, me pide permiso, decide cuánto cerebro gastar y deja trazas de todo lo que hace. Y la parte que más me sorprende no es la tecnología: es cuánto me enseñó sobre diseñar sistemas confiables con piezas que no lo son. Los modelos se equivocan. Las herramientas fallan. Los canales se caen. Lo que importa es lo que construyes alrededor: permisos, trazas, respaldos, límites.

Lo que me llevo de toda la serie

  1. Observabilidad primero, asistente después.
  2. Local primero, Claude para lo difícil.
  3. Las compuertas viven fuera del modelo. El silencio es un «no».
  4. Pocos MCP bien elegidos valen más que veinte a la vez.
  5. Un agente que dice «no pude» vale más que uno que inventa.
  6. Prueba como en producción, incluyendo reinicios y cancelaciones.
  7. Y todo es más fácil si lo pasas bien. Es un hobby friki, con alertas.

Lo que me falta

Una copia de seguridad fuera de mis propios nodos, cerrar los puertos MCP que siguen sin clave y unificar los umbrales de mis alertas. Si lo cuento aquí es para que me lo cobres.

Gracias por leer hasta aquí. Vuelve a la introducción de la serie si quieres el mapa completo.