Un canal de contenido que no puede publicarse a sí mismo
El trabajo sobre el texto de un sitio suele hacerse por intuición, y automatizarlo significa dar a un modelo permiso de escritura sobre un sitio en producción. Construimos la otra versión: el agente lee y propone, código llano calcula el antes y el después, y lo único que publica es un solo clic de una persona.
- CampoOperaciones de contenido
- AlcanceConstrucción propia sobre software de código abierto
- EstadoTerminado y con controles, publicación en vivo apagada
Construido para que la parte que decide no pueda escribir
El canal lee el rendimiento en buscadores del propio sitio y lo convierte en una cola ordenada de cambios concretos de redacción, página por página. Edita texto: cuerpo, títulos de página, descripciones y encabezados. Nunca toca código, maquetación ni configuración, y nunca escribe un artículo nuevo.
Funciona en dos planos separados. Uno guarda la evidencia, las colas de revisión, el registro de auditoría y el código que escribe. El otro es el agente, que lee el texto actual y deja anotada una propuesta. Cuando un cambio se aprueba, el servidor lo publica por el canal que use el sitio: una solicitud de cambios en el repositorio del propio sitio, un almacén de objetos, la interfaz de publicación de un gestor de contenidos, o una entrega redactada con claridad al equipo técnico del cliente cuando su plataforma no admite escritura.
Cambios de texto que nadie podía comprobar ni contener
Este trabajo suele torcerse de dos maneras: se discute desde la opinión, o se automatiza con más acceso del que nadie daría a alguien recién llegado.
Decisiones tomadas por intuición
Qué página cambiar, y qué cambiar en ella, salía de una reunión y no de los datos de rendimiento del propio sitio. Esos datos ya existían; nadie los había convertido en una cola de trabajo.
Automatización con más acceso que confianza
Un agente que puede editar un archivo puede editar el equivocado. Dar a un modelo permiso de escritura sobre un sitio en producción es confiar en que dejará en paz el código, la maquetación, las redirecciones y los metadatos. Confiar no es lo mismo que impedir.
Una firma sin nada que firmar
Si el mismo sistema que hace el cambio escribe también su resumen, la revisión se queda sin objeto independiente. Se aprueba una descripción, no el cambio, y cuál de las dos era exacta se descubre después.
Cada capacidad de aquí existe para impedir algo
El canal está hecho de lo que se niega a hacer. Cada punto de abajo es un control, no una función.
La parte que decide no puede escribir
En funcionamiento normal el agente lee el texto actual y deja anotada una propuesta. Esa es toda su autoridad. No puede clonar un repositorio, editar un archivo ni confirmar cambios, y ninguna instrucción se lo puede conceder, porque nunca lo tuvo.
- El agente lee el texto actual y anota una propuesta, nada más
- No puede clonar un repositorio, editar un archivo ni confirmar cambios
- Toda escritura la hace el servidor, y solo después de la aprobación
Controles que terminan fuera del alcance del agente
Comprobaciones por capas mantienen cualquier cambio dentro del texto de contenido. El cambio real se vuelve a comprobar antes de poder confirmarse, y la última comprobación corre como requisito obligatorio en el servidor de compilación, donde el agente no tiene influencia alguna.
- Los cambios se limitan al texto de contenido, nunca a código, maquetación o configuración
- La última comprobación corre en el servidor de compilación, fuera del alcance del agente
- En los archivos de traducción puede cambiar el texto, nunca las claves
Un antes y un después que calculó el código
La lista de cambios que lee quien revisa se deriva del cambio real mediante código llano, y nunca la escribe un modelo. Ese mismo texto calculado es la base que recibe el modelo que redacta y la referencia con la que un segundo modelo contrasta el mensaje. Un modelo puede describir un cambio; inventarlo, no.
- La lista de antes y después se calcula a partir del cambio real
- Un segundo modelo contrasta el mensaje con esa misma lista calculada
- Cada propuesta lleva consigo la evidencia de búsqueda que la originó
Un clic, y solo ese clic
La aprobación es una única actualización condicional sobre un registro. El primer clic decide y nada de lo que venga después cambia algo, así que un clic repetido, un enlace reenviado o un escáner de correo corporativo que lo abra por adelantado no tienen ningún efecto.
- Decide el primer clic; volver a pulsar no cambia nada
- Los enlaces de aprobación son de un solo uso, caducan pronto y se guardan solo como resumen
- Una respuesta que dice que sí envía un enlace de confirmación, nunca publica
Qué pasa después de que alguien dice que sí
Una aprobación inicia una escritura, y la escritura es lo que puede dañar un sitio en producción. Por eso la vía de publicación es la parte más acotada del sistema.
La publicación arranca apagada
Escribir en un sitio en producción está apagado hasta que alguien lo enciende a propósito. Encendido pero sin ventana de medición sigue contando como apagado: el canal no escribe en un estado que no puede observar.
Se vuelve a apagar sola
Una caída medible del tráfico de búsqueda orgánica o un aumento de errores de rastreo apaga de nuevo la escritura por su cuenta, sin que nadie tenga que estar mirando.
Toda publicación es reversible
Cada canal asegura la vuelta atrás antes de escribir nada, guarda un borrador, comprueba la vista previa, publica, comprueba la página en vivo y revierte por sí solo si esa comprobación falla.
No puede vaciar lo que no tocó
Una comprobación de campos protegidos corre sobre el cambio antes de cualquier escritura y otra vez sobre la página ya servida, de modo que las etiquetas canónicas, las directivas de indexación, las redirecciones y los metadatos salgan intactos de la edición.
Qué cambia, y en qué punto está
Sin cifras en esta página. Lo que sigue es lo que la tubería hace en operación: redacta desde señales, retiene para revisión y publica solo lo que una persona firmó.
Comprobable
Cada propuesta
Quien revisa lee el antes y el después exactos, calculados por código, con la evidencia de búsqueda que los originó al lado del texto. La firma pasa a ser una decisión en lugar de un trámite.
Reversible
Cada publicación
Nada se escribe sin asegurar antes la vuelta atrás, y una página en vivo que no supera su comprobación se restaura sin que haya que llamar a nadie.
Con controles
En qué punto está
De la propuesta a la aprobación y a la publicación, el recorrido corre de extremo a extremo bajo pruebas automáticas, y un banco aparte califica si la tubería funciona en lugar de dejarlo a una opinión. Publicar queda tras el interruptor de firma en cada paso.
¿Aprobarías lo que tu automatización está a punto de hacer?
Si un sistema va a cambiar algo que es tuyo, la pregunta útil es qué lo detiene. Diseñamos primero los frenos y después la automatización.
Hablemos de tu proyecto