Cómo inventariar plugins de WordPress con IA

Un inventario de plugins registra qué está instalado y cómo se gobierna; no es una orden para actualizar ni retirar software. La IA puede normalizar nombres, versiones, estados y responsables, pero desactivar o eliminar puede romper el sitio y requiere una evaluación técnica aparte.

Un inventario de mantenimiento es evidencia, no autorización para actualizar, desactivar o eliminar software. Mantenga la primera pasada en modo Read Only, registre versiones y procedencia, y después cree un plan de cambios independiente con copias de seguridad y pasos de reversión.

En una frase: recupere los registros de plugins mediante una vía dedicada de solo lectura, conserve los identificadores exactos y cree un inventario de responsables y finalidades sin realizar mantenimiento.

Lo que esta guía le ayuda a lograr

El resultado debe identificar los plugins instalados, su estado, versión, alcance de red, responsable, finalidad, dependencia y carencias de documentación. Debe señalar para revisión responsabilidades desconocidas y funciones duplicadas, sin declarar seguro u obsoleto un programa solo por su nombre.

Un resultado útil no es solo una respuesta pulida. Debe mostrar qué registros o páginas se examinaron, qué evidencia no estaba disponible, qué infirió el asistente, qué debe decidir una persona y qué acciones siguen prohibidas.

Qué debe contener un resultado correcto

• Identificador exacto del archivo del plugin, nombre, versión y estado.
• Alcance de red o sitio cuando corresponda.
• Finalidad comercial y técnica.
• Información de responsable, proveedor, licencia y soporte cuando se facilite.
• Dependencias conocidas y criticidad.
• Indicadores de revisión: responsable desconocido, función duplicada o estado sin soporte.

Evidencia e insumos que preparar

La información sobre plugins puede ser sensible para la seguridad. Limite el resultado a destinatarios aprobados y no exponga públicamente las versiones sin motivo.

• Punto de acceso autorizado de plugins o exportación de WP-CLI.
• Identificadores exactos, versiones y estado activo.
• Contexto multisitio o de red.
• Mapa de responsabilidades comerciales y técnicas.
• Información aprobada sobre renovación de licencias y soporte.
• Dependencias conocidas, personalizaciones y flujos críticos.
• Política de gestión de cambios y copias de seguridad.

Registre la fecha, fuente, alcance y omisiones conocidas de cada insumo. Elimine credenciales, información personal y datos de clientes que no sean necesarios para la tarea.

El inventario no es un análisis de vulnerabilidades

Los datos de versión y estado pueden respaldar una revisión de seguridad posterior, pero el asistente no debe declarar vulnerable o seguro un plugin sin un aviso actual, autorizado y contextualizado. Mantenga la investigación de vulnerabilidades fuera de este inventario salvo que se incluya expresamente en el alcance.

Conserve la identidad exacta del plugin

Los nombres de presentación pueden coincidir o cambiar. Conserve la ruta de archivo del plugin o el identificador estable del paquete, la versión y la fuente para que futuras revisiones se refieran al mismo software.

Un flujo de trabajo seguro

1. Defina el alcance, los destinatarios y el método de recuperación.
2. Cree una identidad dedicada con comportamiento Read Only.
3. Recupere todos los registros de plugins y el contexto multisitio.
4. Conserve los identificadores exactos y los campos sin procesar.
5. Incorpore los datos proporcionados de responsable, finalidad, licencia y dependencias.
6. Pida al asistente que clasifique las carencias de documentación y los indicadores de revisión.
7. Revise los plugins desconocidos y críticos con responsables técnicos.
8. Congele la instantánea del inventario.
9. Revogue el acceso y cree tareas separadas de cambio o seguridad.

El flujo separa deliberadamente el análisis de la implementación. Una etapa posterior de cambio debe hacer referencia al resultado aprobado, en lugar de ampliar silenciosamente los permisos de la identidad analítica.

Modelo de prompt

Antes de usar este prompt, reemplace cada valor entre corchetes. No pegue contraseñas, claves API, registros privados de clientes ni información personal ajena en la instrucción.

Cree un inventario de solo lectura de plugins de WordPress a partir de los registros proporcionados.

Para cada plugin, devuelva:
- Archivo exacto del plugin o identificador estable
- Nombre mostrado y versión
- Estado activo, inactivo o activo en red
- Fuente o proveedor cuando se facilite
- Finalidad comercial
- Responsable técnico
- Estado de licencia y soporte cuando se facilite
- Dependencias y flujos de trabajo críticos
- Estado de documentación
- Indicador de revisión: responsable desconocido, finalidad desconocida, función duplicada, sin soporte, personalizado, crítico o ninguno
- Evidencia faltante y siguiente responsable

Reglas:
1. No active, desactive, actualice ni elimine plugins.
2. No declare seguro, vulnerable u obsoleto un plugin sin evidencia actual y autorizada.
3. Conserve los identificadores exactos y las versiones sin procesar.
4. No exponga públicamente el inventario.
5. No cambie WordPress.

Por qué este prompt tiene esta estructura

El prompt crea un inventario de gobernanza y evita explícitamente que se convierta en un flujo automatizado de mantenimiento o vulnerabilidades. Los identificadores estables vinculan las acciones posteriores con el paquete correcto.

Límite de acceso recomendado

Use una identidad Read Only. El asistente puede inspeccionar los registros de WordPress incluidos en el alcance, pero se deben rechazar los intentos de crear, editar, eliminar o publicar contenido.

El flujo puede afectar el significado público, la interpretación en búsquedas, la conversión o la información del producto. Exija una revisión explícita antes de aplicar cambios.

Qué debe permanecer fuera de esta tarea

• Ninguna activación, desactivación, actualización o eliminación de plugins.
• Ninguna exposición pública de detalles sensibles del inventario.
• Ninguna conclusión de vulnerabilidad o seguridad sin respaldo.
• Ningún cambio de dependencia.
• Ninguna decisión automática de licencia o proveedor.

El nivel de acceso es una recomendación inicial, no un derecho universal. Las capacidades exactas disponibles para una identidad deben provenir de la versión instalada del producto y de su cobertura publicada.

Cómo encaja WP Agent Control

Este es un flujo general de WordPress, no una promesa de que Agent Control pueda editar todos los objetos o integraciones tratados. En la ruta guiada, empiece por las páginas públicas. Las operaciones de plugins, temas, usuarios, ajustes, archivos, eliminación, WooCommerce, ACF y constructores no son tareas guiadas nativas. Utilice herramientas y permisos evaluados por separado cuando sea necesario.

Obtén información estructurada del sitio e inspecciona páginas publicadas seleccionadas después de conectar. Esta lectura pública no requiere una tarea temporal. También puedes navegar por páginas públicas sin el plugin; Agent Control añade acceso estructurado y continuidad hacia operaciones autorizadas en WordPress.

Conectar tu IA: docs first profile · Ver funciones y compatibilidad: coverage

Lista de verificación

• ☐ La vía de recuperación no permite escribir de forma demostrable.
• ☐ Se conservan los identificadores exactos y las versiones.
• ☐ Se registra el contexto multisitio.
• ☐ Responsables, finalidades y dependencias siguen basados en evidencia.
• ☐ Ninguna afirmación de vulnerabilidad carece de fuente autorizada.
• ☐ La identidad se revoca y no cambia ningún estado de plugin.

Fallos habituales

• Inventario como limpieza: los plugins inactivos o desconocidos se eliminan de inmediato.
• Colisión de nombres: los nombres mostrados sustituyen los identificadores estables.
• Exageración de seguridad: los datos de versión por sí solos se convierten en un veredicto de vulnerabilidad.
• Filtración pública: se publican innecesariamente datos detallados de plugins y versiones.

Nota avanzada

Un registro de plugins puede conectar identidad de paquete, versión, responsable, dependencia comercial, aprobación e historial de cambios. Las actualizaciones posteriores pasan a ser cambios gobernados sobre dependencias conocidas, en vez de mantenimiento improvisado.

Guías relacionadas

• La forma más segura de empezar a usar IA en WordPress
• ¿Qué nivel de acceso de WordPress debe dar a una IA?
• Cómo revocar el acceso de un asistente de IA a WordPress
• Errores de conexión de WordPress AI: por qué 401 y 403 pueden ser útiles

Siguiente paso

Use la guía de niveles de acceso para confirmar el límite de recuperación y revocar la identidad después de la instantánea.