🏠 Inicio » Centro de soporte » Modulo de ERP-Produccion » 20. Instructivos Especiales » 🛠️ Procedimientos de Corrección de la Base de Conocimiento

🛠️ Procedimientos de Corrección de la Base de Conocimiento

Sistema 091 · Gestión de Calidad · Capítulo 10 — Instructivos Maestros
🛠️ Procedimientos de Corrección de la Base de Conocimiento
Qué hacer con cada tipo de hallazgo del barrido — y quién lo corrige: la IA por MCP, o Pedro pegando un prompt en Antigravity.

Código 10-4   Nivel N5 · Gerencia / Desarrollo   Rev. 1 · Julio 2026

Para qué existe este instructivo. Es el catálogo de correcciones del barrido. Por cada tipo de hallazgo detectado según el 🔍 Protocolo de Auto-Auditoría de Consistencia y Enlaces, define quién lo corrige (Claude por MCP / Pedro + Antigravity / site-editor) y cómo. Para las correcciones que la IA no puede ejecutar, entrega plantillas de prompt listas para pegar en Antigravity.

1. Matriz de corrección por tipo de hallazgo

Hallazgo Quién corrige Cómo
⚠️ Enlace roto Claude MCP — reescribe el href al destino correcto.
🔗 Falta enlace Claude MCP — tras buscar y verificar la fuente, inserta el <a href>.
📄 Fuente desactualizada Claude MCP — abre rama nueva: sincerar el artículo destino.
❓ Sin fuente canónica Claude + Pedro MCP crea el artículo-fuente si Pedro lo aprueba.
🏗️ Contenido mal ubicado (mismo módulo) Pedro + Antigravity Prompt — reasignar categoría del artículo.
🏗️ Categorías desordenadas Pedro + Antigravity Prompt — recrear categorías en orden y reconectar artículos.
🏗️ Código reservado pisado Pedro + Antigravity Prompt — renumerar el capítulo a la Serie 20+.
Resumen que debe sincronizarse en varios artículos Pedro Site-editor — patrón sincronizado (wp_block).

2. Correcciones que ejecuta Claude (MCP)

Todo lo que vive dentro del contenido de un artículo lo corrige Claude directamente: reescribir un enlace, insertar una referencia, corregir una afirmación inconsistente, reordenar secciones internas, aplicar el formato de la casa. No requiere intervención humana más allá de la aprobación de Pedro.

⚠️ Cuidado con los patrones. Si un artículo tiene un patrón sincronizado insertado, su HTML contiene un comentario <!-- wp:block {"ref":NNNN} /-->. Al reescribir por MCP, ese comentario debe preservarse exacto; alterarlo rompe la sincronización y «aplana» el patrón a HTML muerto.

3. Correcciones en patrones sincronizados (site-editor)

Los patrones sincronizados (wp_block) son el mecanismo ideal para resúmenes canónicos que deben verse iguales en varios artículos: se editan una vez y se propagan. Claude no los alcanza por MCP — se crean y editan en el site-editor de WordPress (Apariencia → Patrones), tarea de Pedro. Claude puede preparar el HTML del resumen; Pedro lo sella como patrón y lo inserta.


4. Correcciones vía prompt para Antigravity

Para lo estructural y destructivo (categorías, reconexiones masivas, cambios en Supabase), Claude no ejecuta: genera un prompt que Pedro pega en Antigravity. El prompt debe ser autocontenido y preciso. Plantilla base para el caso más frecuente — categorías desordenadas:

Contexto: En el Manual de [MÓDULO] del centro de soporte (WordPress),
las categorías se ordenan por fecha de creación, no por su número de
capítulo, y quedaron desordenadas.

Orden correcto deseado (por número de capítulo):
  01. [nombre]
  02. [nombre]
  03. [nombre]
  ...
  20. [nombre]  (serie operativa)

Tarea:
1. Elimina las categorías listadas del módulo [MÓDULO].
2. Recréalas en el ORDEN EXACTO de arriba (para que la fecha de
   creación coincida con la numeración).
3. Reconecta cada artículo a su categoría nueva según este mapa:
     - Artículo "[título]" (ID [nnnn]) → categoría "01. ..."
     - Artículo "[título]" (ID [nnnn]) → categoría "02. ..."
     ...
Verifica al final que ningún artículo quedó sin categoría.
Claude rellena los [corchetes] con los datos reales del diagnóstico antes de entregarte el prompt. Tú solo lo pegas en Antigravity.
⏳ Por confirmar: investigar si el plugin de la base de conocimiento admite un campo de orden manual (menu_order) que permita reordenar categorías sin demolerlas. Si existe, sustituiría el procedimiento de «borrar y recrear» por uno no destructivo.

5. El ciclo de cierre

Toda corrección sigue el mismo lazo, ejecute quien ejecute:

Diagnóstico (Claude) → Corrección (Claude por MCP / Pedro + Antigravity / site-editor) → Re-verificación (Claude por MCP) → Se elimina la entrada del Registro de Errores Vivos

Mientras la corrección no esté verificada, el error permanece en el Registro de Errores Vivos junto con su procedimiento. Solo cuando Claude confirma por MCP que quedó bien, la entrada se borra y el ciclo se cierra.


6. Información relacionada

Scroll al inicio