✏️ Suscribirse

Delegar más trabajo técnico ya no va solo de automatizar tareas sueltas. En este episodio 252 de Negocios y WordPress la conversación junta dos planos que cada vez están más conectados: por un lado, el mantenimiento real de webs con Modular 3.0; por otro, una forma más madura de trabajar con IA, agentes, WordPress, MCP y sistemas propios sin perder control ni criterio.

La primera mitad del episodio tiene un bloque muy práctico con Héctor de Prada para repasar qué cambia en Modular 3.0 y por qué eso importa de verdad en operación diaria. No se habla de una mejora cosmética, sino de funciones que atacan problemas muy concretos: escaneo de malware, detección de enlaces rotos, backups, safe updates y restauración cuando algo se rompe tras una actualización.

Uno de los puntos más útiles es que el mantenimiento se plantea desde la realidad de quien gestiona muchas webs. No se trata solo de mirar una instalación cada vez, sino de poder aplicar configuraciones globales, presets por plan de mantenimiento y altas masivas de sitios para no repetir el mismo trabajo una y otra vez.

También se comenta algo importante: las herramientas de este tipo no valen solo para el técnico. Sirven para trasladar mejor el valor al cliente, explicar incidencias, documentar vigilancias y demostrar que detrás del mantenimiento hay criterio operativo, no solo “tener plugins instalados”.

En esa misma línea aparecen otras piezas interesantes del roadmap: regiones de datos, staging en el propio servidor, una API pública y la posibilidad de abrir más el sistema hacia agentes y automatizaciones futuras. Si quieres seguir esa parte, en el episodio recuerdan el acceso a Modular desde Negocios y WordPress.

Otra parte potente del episodio es la revisión práctica de WordPress 7 y de sus conectores oficiales de IA. Lo interesante no es tanto que “WordPress tenga IA”, sino cómo la integra: botones contextuales para sugerir títulos, extractos, etiquetas alt, términos o incluso imágenes destacadas dentro del sitio donde ya estás trabajando.

Ese enfoque cambia bastante la experiencia, porque la IA deja de estar en una pestaña externa y pasa a estar justo en el punto donde editas contenido o tomas decisiones. La conversación también menciona algunos límites y pequeños fallos, pero la sensación general es que el camino tiene sentido.

Además de eso, se comentan otros cambios de WordPress 7:

El debate de fondo no es si todo eso es espectacular, sino si WordPress está empezando a colocar mejor las capacidades que realmente ahorran tiempo dentro del flujo normal de trabajo.

Cuando el episodio entra en Codex, la idea clave ya no es “preguntarle algo a la IA”, sino convertirla en una capa operativa continua. Ahí se habla de control remoto, trabajo desde móvil, conexión entre dispositivos y tareas más largas que no se limitan a una única respuesta.

La parte más interesante es el concepto de trabajar con objetivos en Codex. En vez de lanzar una acción aislada, se define una meta concreta y el sistema sigue iterando hasta completarla o hasta alcanzar un criterio verificable. Eso acerca mucho más la IA a una forma real de delegación técnica que a un simple chat de apoyo.

También se comenta el uso de herramientas intermedias para control remoto, la aparición de la función oficial para trabajar con Codex desde cualquier sitio y pequeños detalles como el seguimiento de uso con herramientas como CodexBar o la continuidad entre máquinas. El fondo, sin embargo, es más importante que la herramienta exacta: si puedes mantener contexto, estado y objetivo, empiezas a trabajar de otra forma.

El episodio amplía esa visión con Kilo Code, Gastown y Wasteland, que aparecen casi como un experimento de hacia dónde puede ir este modelo de trabajo. La propuesta suena incluso un poco exagerada: una especie de empresa de agentes especializados con infraestructura en la nube, roles concretos y una lógica más autónoma para ejecutar tareas de desarrollo.

Más allá del nombre o de la capa más friki del concepto, la parte relevante es esta: la conversación ya no gira solo alrededor del mejor modelo, sino de qué arquitectura de trabajo construyes encima. Qué roles hay, cómo se reparte el contexto, cómo se versiona, cómo se valida y qué piezas siguen siendo humanas.

Ese matiz es importante porque aterriza una idea bastante útil para cualquiera que esté mezclando IA con desarrollo real: la ventaja no está solo en que el sistema escriba código, sino en que pueda encajar dentro de un flujo con prioridades, checkpoints y especialización.

Uno de los bloques más valiosos del episodio es la defensa de un flujo más limpio para diseñar y maquetar con IA. En lugar de meter capas y plugins intermedios porque sí, la propuesta es trabajar con una fuente de verdad clara: arquitectura del proyecto, CPTs, campos personalizados, wireframe y framework CSS propio.

Ahí entra MCP con JetEngine como pieza de contexto. La gracia no es “hablar con WordPress” de forma genérica, sino poder extraer la estructura real del proyecto y usarla para que la IA maquete con sentido desde la primera pasada. Si el sistema conoce los tipos de contenido, los campos y la estructura que debe pintar, se equivoca menos y necesita menos correcciones.

La conversación lo contrapone bastante bien con el uso indiscriminado de builders. No porque Elementor o Bricks sean inútiles, sino porque si ya has resuelto el diseño, el contexto y la implementación con artefactos bien definidos, volver a traducirlo todo a otra capa puede meter más fricción que valor.

Además, se insiste en algo práctico: cuando la base está bien montada, ya no solo se acelera la maquetación. También se vuelven más accesibles pequeñas mejoras que antes daban pereza, como sliders ligeros, ajustes visuales o comportamientos más avanzados sin cargar el proyecto de complejidad innecesaria.

El cierre del episodio refuerza una idea que atraviesa toda la conversación: lo importante no es acumular herramientas, sino convertir procesos repetidos en piezas reutilizables. Por eso las skills aparecen como núcleo del sistema: ahorran contexto, reducen ruido y permiten que la IA repita mejor lo que ya has validado.

También se habla del workshop, de sistemas propios, de Git como base para versionar, de staging, de validaciones y de todo lo que todavía no conviene automatizar del todo. Ese matiz es clave porque baja el discurso a tierra: delegar no significa desaparecer del proceso, sino diseñar mejor los puntos donde la IA puede ayudar sin romper nada.

Incluso cuando aparecen herramientas más pequeñas o laterales, como TidyCal para reservas de pago o NovaMira para trabajar con WordPress y builders, el criterio sigue siendo el mismo: si una pieza simplifica un problema concreto, bien; si añade otra capa innecesaria, probablemente sobra.

Este episodio 252 deja una lectura bastante clara: delegar el código a los agentes no va de entregarles el volante sin más, sino de construir un sistema mejor. Modular 3.0, WordPress 7, Codex remoto, Kilo, MCP, JetEngine o las skills apuntan todos en la misma dirección: más contexto útil, más automatización con sentido y menos dependencia de flujos torpes o repetitivos.

Si estás mezclando WordPress, IA, mantenimiento, diseño y desarrollo real, aquí hay una idea que merece quedarse: antes de añadir otra herramienta, revisa si ya tienes una fuente de verdad clara, un proceso versionable y un criterio de delegación sólido. Ahí es donde la IA empieza a aportar de verdad.