De agente de WordPress a orquestador web: cuatro meses que cambiaron mi forma de trabajar.

El 17 de mayo de 2026 publiqué «"Crea un superagente de WordPress con Codex, VS Code, WP-CLI, SSH y las habilidades oficiales de WordPress.org".». En aquel momento, el proyecto era bastante fácil de definir. Había creado un agente para que me ayudara a interactuar con mis sitios web, crear o modificar contenido, trabajar con Gutenberg, manipular archivos y aplicar procedimientos cada vez más estructurados.

Hoy en día, WordPress sigue siendo una parte importante de mi trabajo, pero ya no basta con describir el alcance de mi función. Lo que antes era una especialidad se ha convertido en una capa de coordinación entre diversas habilidades, herramientas y entornos.

Inicialmente, quería dejar de explicarlo todo de nuevo.

La idea inicial era pragmática. Para intervenir correctamente en un sitio de WordPress, la inteligencia artificial necesita conocer el sitio en cuestión, su entorno, su tema, sus plugins, su estructura de página, sus reglas de seguridad y las comprobaciones que deben realizarse antes y después de cualquier modificación. Repetir esta información en cada conversación consumía mucho tiempo y dejaba demasiado margen para omisiones.

Por lo tanto, organicé gradualmente este conocimiento en instrucciones, procedimientos, habilidades, reglas de enrutamiento y controles. El agente contaba con un marco de trabajo para determinar la forma de trabajar esperada en cada proyecto, en lugar de partir de una solicitud aislada.

En aquel entonces, todo giraba en torno a WordPress. El desarrollo, el contenido, el diagnóstico y el mantenimiento eran diferentes facetas de la misma especialidad. Fue la expansión gradual de mis necesidades lo que propició la evolución de esta organización.

Codex se ha convertido en mi interfaz de trabajo principal.

Durante años, gran parte de mi trabajo consistió en manipulaciones directas en WordPress, Elementor o Gutenberg. Modificaba una sección, movía un elemento, corregía un margen, reemplazaba una imagen, añadía CSS y luego hacía pruebas antes de volver al panel de administración.

Actualmente, rara vez abro esas interfaces. Suelo empezar en Codex: explico el resultado deseado, especifico las restricciones, reviso la propuesta y solicito su ejecución con las herramientas adecuadas. Interactúo menos directamente con el software y me centro más en supervisar las operaciones que se realizan en él.

Esta evolución también ha cambiado mi relación con las herramientas de creación de sitios web. Algunos de mis sitios usan Gutenberg, otros Elementor y otros temas PHP más personalizados. Puedo elegir el enfoque que mejor se adapte al proyecto, sin tener que abarcar todas mis necesidades en una sola herramienta.

Un sitio web existente creado con Elementor puede seguir gestionándose con Elementor. Un proyecto compatible con Gutenberg puede utilizar bloques nativos. Si el diseño requiere un control más preciso, sigue siendo posible implementar una arquitectura PHP personalizada, con la asistencia del agente para la escritura y validación del código.

Esto me permite dedicar más atención al sistema de diseño, la experiencia del usuario y el resultado final. La tecnología sigue siendo una opción de diseño y mantenimiento, pero ocupa menos espacio en los procesos de producción diarios.

Especialización de habilidades para ampliar el alcance

A medida que añadía más funciones, surgió un problema: un agente que se suponía que lo sabía todo se volvía rápidamente difícil de mantener. Así que empecé a separar las habilidades y a definir cómo debía utilizarlas el orquestador.

La experiencia fundamental en WordPress se mantiene: Gutenberg, Elementor, temas PHP, plugins, WP-CLI, mantenimiento, diagnóstico, WooCommerce y edición de contenido. Ahora constituye un área especializada dentro de un marco más amplio.

El SEO puede integrarse desde el inicio de la preparación del contenido, abarcando auditorías, estructura editorial, metadatos y enlaces internos. Cuando el proyecto lo requiere y se dispone de acceso, los datos de herramientas SEO o Search Console pueden complementar este trabajo. Esto me permite integrar el SEO en el proceso de producción, en lugar de abordarlo únicamente una vez finalizada la página.

El diseño también tiene sus propias referencias y procedimientos. Se trata de mantener una identidad, componentes y reglas consistentes en múltiples producciones. Mi trabajo en el Sistema de diseño de WordPress basado en agentes participa en este enfoque. Para producciones de animación o vídeo, HyperFrames es una de las herramientas incluidas en el programa de formación especializada.

El proceso de escritura puede abarcar un artículo, una página, una revisión, un guion o un documento. El contenido no necesita estar vinculado a WordPress desde el principio; la integración con el CMS se realiza cuando el producto final lo requiere.

Conectando contenido, redes sociales y funciones empresariales.

Las redes sociales son una de las habilidades incorporadas más recientemente. Una vez finalizado un artículo, el coordinador puede transmitir el contenido al especialista encargado de preparar una versión multiplataforma: textos adaptados, carruseles, pies de foto, hashtags y elementos gráficos, para luego preparar la publicación programada.

La publicación automatizada forma parte de un proceso en el que los estados se mantienen diferenciados. El contenido listo para revisión aún no está validado, y el contenido validado solo puede programarse o publicarse dentro del marco autorizado. Por lo tanto, simplemente completar un archivo no activa automáticamente su distribución.

Otra vía de exploración implica conectores MCP e interfaces del lado del cliente. Una vez creado un sitio, ciertas operaciones sencillas podrían ser accesibles mediante su propia inteligencia artificial: modificar un precio, comprobar la disponibilidad, actualizar información o realizar una operación comercial definida.

El objetivo es ofrecer acceso limitado a funciones útiles sin que los usuarios tengan que aprender todo el proceso de administración de WordPress. El trabajo consiste en definir las operaciones permitidas, los datos accesibles y los controles necesarios. Cada función debe ser específica para el cliente y su ámbito de aplicación previsto.

El rol del orquestador web: organizar y controlar

El objetivo es contar con un punto de entrada capaz de comprender una misión y seleccionar las habilidades necesarias. Les asigno un objetivo; ellos analizan la necesidad, desglosan los pasos, recopilan los resultados y los verifican antes de continuar.

El flujo de trabajo editorial puede seguir esta ruta: SEO → WordPress → revisión de artículo → redes sociales → revisión → programación → verificación final. Según los requisitos, algunos pasos son innecesarios o deben esperar el acceso, la validación o un resultado intermedio.

Mi registro de entorno ahora abarca varios dominios y capacidades. Su presencia en este registro no garantiza que todas las herramientas estén disponibles, conectadas o autorizadas para cada tarea. El orquestador debe verificar qué recursos pueden movilizarse realmente dentro del contexto dado.

Lo que me interesa es la posibilidad de crear una trayectoria profesional coherente. Las habilidades ya no están simplemente dispersas en archivos: tienen un punto de entrada, un alcance y un papel en la consecución del resultado.

Las habilidades preservan mis métodos de trabajo.

Un perfil generalista puede abarcar muchos temas sin aplicar de forma espontánea el procedimiento correcto a un proyecto específico. Mis habilidades me permiten formalizar parte de esta experiencia: metodologías de WordPress y Gutenberg, reglas de SEO, procedimientos de diseño y flujos de trabajo de producción especializados.

El agente puede acceder a estos métodos siempre que le resulten útiles. De este modo, parte de mi experiencia operativa permanece en mis archivos, independientemente del modelo utilizado para llevar a cabo la misión. Esto facilita el mantenimiento y la reutilización de los procedimientos.

Esta aventura avanza al ritmo de mis pruebas con los modelos. He auditado el entorno periódicamente, incluyendo las decisiones tomadas en etapas anteriores. Estas revisiones han puesto de manifiesto inconsistencias, redundancias, procedimientos que simplificar y controles que reforzar.

Más recientemente, mi trabajo con GPT-6 Astra Me ayudó a reorganizarme en torno a la orquestación y la verificación. Lo veo como un nuevo paso en mis propias pruebas: un entorno creado con un modelo puede revisarse y mejorarse con el siguiente. Los cambios propuestos aún deben examinarse y probarse.

La capacidad técnica no constituye una autorización.

Cuantas más herramientas tenga a su disposición el agente, más concretas serán las consecuencias de un error. Una respuesta incorrecta en una conversación puede ser simplemente una errata; una acción errónea en un sitio web, servidor, archivos o servicio externo puede alterar el entorno real.

Publiqué un artículo el 20 de mayo. inyecciones rápidas y los límites de confianza de un agente. Este problema cobra aún más importancia en un sistema que consulta páginas web, documentos, archivos README o contenido importado. Estas fuentes pueden contener instrucciones que el agente no debe interpretar como comandos.

Por lo tanto, mi marco distingue entre instrucciones de confianza y datos a los que se accede. Incluye permisos limitados, ámbitos explícitos y controles adaptados a operaciones sensibles. Las confirmaciones deben ser específicas para una acción concreta cuando realmente falta autorización.

Poder publicar, modificar o eliminar algo no implica tener derecho a hacerlo en cualquier situación. Esta distinción forma parte de la arquitectura del orquestador, al igual que sus herramientas. También se aplica a las transferencias entre especialistas: delegar una tarea no debería ampliar los derechos otorgados a la misma.

Proporcionar el contexto adecuado en el momento adecuado.

La gestión del contexto es otro aspecto muy práctico. Mi entorno contiene un número cada vez mayor de archivos, scripts, habilidades y proyectos. Revisar todo para cada tarea consumiría contexto sin necesariamente conducir a una mejor toma de decisiones.

En los repositorios indexados, herramientas como CodeGraph me ayudan a identificar la estructura del código, las dependencias y los elementos afectados por un cambio. Primero intento identificar lo que es relevante y luego hago que la gente lea el código fuente útil.

Este enfoque no se limita a los tokens. Su objetivo es proporcionar al agente los elementos necesarios para su razonamiento, sin mezclar proyectos ni cargar procedimientos ajenos a la solicitud. La selección de contexto ahora forma parte del proceso de orquestación.

Manipulo menos las interfaces, superviso más.

Decir que trabajo menos directamente con Elementor o Gutenberg podría sugerir que mi rol ha disminuido. En la práctica, ha cambiado. Dedico más tiempo a describir objetivos, definir reglas, comparar propuestas, probar resultados y solicitar correcciones.

Sigo siendo responsable de las decisiones de diseño, de lo que se publica y de los efectos reales de las operaciones. Al confiar la ejecución técnica al agente, estas decisiones se hacen más visibles: es necesario expresar con claridad qué es importante y reconocer qué constituye un resultado satisfactorio.

Por eso hablo de orquestación. Estoy creando una forma de coordinar la ejecución manteniendo la dirección y el control en los momentos adecuados.

Cuatro meses para cambiar mi relación con las herramientas

El 17 de mayo presenté mi "superagente de WordPress". Para el 20 de mayo, ya estaba explorando sus limitaciones ante las inyecciones de código. Luego vinieron el sistema de diseño, nuevas habilidades, auditorías, herramientas de SEO, vídeo, conectores, funciones de MCP para clientes y la coordinación entre especialistas.

En aproximadamente cuatro meses, esta evolución ha transformado mi interfaz de trabajo, mi forma de diseñar y desarrollar un sitio web, mi producción editorial, mi enfoque del SEO y los servicios que puedo ofrecer a mis clientes.

WordPress sigue siendo fundamental para muchos proyectos, junto con Elementor o Gutenberg según sea necesario. Las herramientas de SEO proporcionan datos y controles, las herramientas de creación facilitan las producciones visuales y las redes sociales garantizan la distribución programada del contenido aprobado. Codex se convierte en el centro neurálgico desde el que coordino todo esto.

La cuestión que me preocupa hoy es, por lo tanto, de organización: ¿cómo partir de un objetivo, movilizar las habilidades pertinentes, ejecutar las acciones autorizadas y recuperar el control en el momento oportuno? Eso es lo que intento lograr con Web Orchestrator. Y al releer el artículo sobre mi primer agente de WordPress, de hace apenas unos meses, ya puedo ver lo mucho que he avanzado.