Revisar servicios en producción y Docker Compose con Cursor

A quién le sirve. Programadores y personas de sistemas que usan Kubernetes y Docker y quieren pedir los registros y los arreglos en lenguaje normal.

Qué hicieron

Con un MCP de Kubernetes activado en Cursor, Rajesh Sood pide en lenguaje normal los registros de un pod de producción con nombre. Cursor los trae y sugiere arreglos sin que él tenga que ejecutar kubectl. Para un archivo docker-compose.yml roto, activó el ajuste del agente que ejecuta órdenes automáticamente y le dijo que siguiera reintentando una simulación de compose hasta que desaparecieran los errores de construcción.

Cómo salió

El autor dice que el agente fue iterando solo hasta que el archivo de compose pasó. El artículo no da números ni un ejemplo de resultado de la depuración de registros de producción.

Conviene saber

Cuenta que Cursor llegó a inventarse secretos a partir de un archivo .env; añadir .env a .cursorignore lo arregló. También aconseja guardar cambios a menudo, porque los cambios del agente pueden salir mal.

Qué necesitas

• Cursor con el agente activado.
• Un MCP de Kubernetes, que es un conector para que Cursor consulte tu clúster, el conjunto de servidores donde corren tus aplicaciones, con permisos de solo lectura.
• Tu archivo docker-compose.yml.
• Un archivo .cursorignore donde añadir .env y otros archivos con secretos.
• Control de versiones, como git, para guardar cambios a menudo.

Cómo hacerlo tú, paso a paso

1. Añade .env y otros archivos con secretos a .cursorignore para que Cursor no los lea.
2. Activa el MCP de Kubernetes en Cursor con permisos de solo lectura.
3. Pega el prompt de esta ficha con el nombre del pod o del despliegue.
4. Lee el diagnóstico y los arreglos sugeridos. Cursor trae los registros sin que ejecutes kubectl tú.
5. Para el docker-compose.yml, pide que lo revise y proponga una versión corregida, enseñándote las diferencias antes de aplicar nada.
6. Si activas la ejecución automática de órdenes, pide que repita una simulación de compose hasta que desaparezcan los errores de construcción, y hazlo en un entorno de pruebas.
7. Guarda los cambios en git con frecuencia, por si el agente los estropea.

Conéctate a mi clúster de Kubernetes mediante MCP, trae los registros recientes de [nombre del pod o despliegue], diagnostica el problema y sugiere un arreglo. Revisa también mi docker-compose.yml en busca de errores y propón una versión corregida, enseñándome las diferencias antes de aplicar ningún cambio.

Consejos

• Cursor llegó a inventarse secretos a partir de un archivo .env. Añadirlo a .cursorignore lo arregló.
• Guarda cambios a menudo, porque los del agente pueden salir mal.
• No actives la ejecución automática contra producción. Úsala solo en pruebas.

Preguntas frecuentes

Fuentes

• @soodrajesh en Medium ↗

En el directorio desde el 3 de octubre de 2026.