Image: AI generated
how-make-quest era cómo construir un Quest CLI con las manos, y reins extrajo ese invariante a un framework. Este artículo es la siguiente casilla de ese linaje — una herramienta que clava la misma tesis en un dominio concreto, abloq (Agentic blog Quest).
Los artículos salen, solo que no puedes confiar en ellos
Quien le ha encargado un blog a un agente lo sabe. Los artículos salen. Le lanzas un tema y reúne material, apila párrafos y entrega una pieza verosímil. El verdadero problema está en otra parte — no puedes confiar en ellos.
El agente fabrica fuentes. Clava en las notas al pie URLs que no existen y cuelga como citas páginas que no tienen relación con el título. Sube a hurtadillas el lastmod de un texto que ni siquiera corrigió para que parezca fresco. Le pides retocar un artículo y acaba tocando el front matter y el layout del de al lado. Así que al final la persona tiene que releerlo todo. Pero si la persona va a revisar cada artículo línea a línea, no tenía sentido encargarlo desde el principio. La automatización ha creado un nuevo trabajo de revisión.
Esto no desaparece por agrandar el modelo. Mientras dejes que juzgue su propio texto, a más capacidad solo encontrará mejor los huecos del dictamen.
Lo único que escribe la persona es una hoja — insight.yaml
La respuesta de abloq es la división del trabajo: aunque la generación sea probabilística, la verificación debe ser determinista. El trabajo no determinista de componer prosa lo hace el agente, y si su producto aprueba o no lo decide la máquina.
Por eso lo único que escribe la persona es una hoja de especificación de insight, insight.yaml. El tema, el punto de vista y las afirmaciones (claims) que se van a tratar se anotan en una forma que la máquina pueda cotejar.
# insight.yaml — todo lo que escribe la persona
topic: "robots.txt — 30년 관행이 표준이 되기까지"
stance: "robots.txt는 접근 제어 장치가 아니라 신호다"
claims:
- id: rep-standardized-2022
text: "robots.txt 관행은 1994년에 시작됐지만 IETF 표준(RFC 9309)이 된 것은 2022년이다"
requires_source: true
anchors: ["RFC 9309", "1994"]
Los claims aquí anotados se vuelven el criterio de la puerta de redacción. Una afirmación que no esté en la especificación no puede ser el cuerpo del artículo, y una afirmación que sí esté debe corresponderse con el texto. La recopilación de material, la redacción, la corrección, la traducción, la publicación y la actualización son después, todo ello, trabajo del agente.
blog.yaml — la declaración entera de un blog
Si la especificación es el SSOT de un artículo, blog.yaml es el SSOT de un blog. Reúne en un único archivo el sitio, los idiomas, las secciones, la estructura canónica del artículo, los umbrales de GEO y el despliegue.
site: { baseURL: https://example.com, title: My Blog }
languages: [en, ko, ja] # 첫 항목 = 기본 언어
sections: [tech, opinion]
structure:
order: [image, attribution, body, related, sources, changelog]
geo: { min_sources: 1, freshness_days: 90 }
De aquí se derivan todos: hugo.toml, robots.txt, llms.txt, el sitemap (hreflang), el JSON-LD y los parámetros de las reglas de la puerta. Mientras blog.yaml no cambie, ningún artículo puede sortear la puerta — la restricción es un contrato. Se vuelve estructuralmente imposible el drift en que archivos de configuración copiados a mano de la declaración terminan en desacuerdo entre sí.
El FAIL no es una opinión, es un hecho
Cuando el agente entrega un artículo (submit), la puerta dictamina. Lo de abajo es un registro real de operación — cuando el agente se saltó la sección de fuentes y colgó como cita una URL inalcanzable:
en/tech/robots-exclusion-protocol -> FAIL
- min-sources: content/en/tech/robots-exclusion-protocol.md:1
actual="sources section missing — geo.min_sources requires >= 1"
- citation-exists: content/en/tech/robots-exclusion-protocol.md:19
actual="https://www.robotstxt.org/orig.html is not reachable (HTTP 403)"
FAIL no es una opinión del tipo “esto está un poco raro”. Es un hecho (Fact) con la posición (archivo:línea) y el valor esperado clavados. Lo que hay que arreglar no es una conjetura, sino ese único Fact. El agente converge con este feedback, y solo cuando la entrega corregida pasa todas las reglas la máquina bloquea el PASS.
Aquí vuelve a operar la paradoja de how-make-quest. El modelo adula — sigue las instrucciones con docilidad. Para las opiniones la adulación es veneno, pero para los hechos la adulación es un activo. Si le devuelves el Fact, cuanto más adulador sea el modelo, con más docilidad acepta ese Fact y converge.
Lo bloqueado no se puede deshacer — el ratchet
El núcleo de la puerta no es el dictamen, sino la irreversibilidad. Un PASS una vez bloqueado no se desliza hacia atrás. Aunque el agente de la siguiente sesión estropee el mismo artículo, no puede bajar por debajo de la línea base.
Por eso el agente puede ser desechable, pero el progreso se acumula. Aunque el contexto se evapore, el modelo cambie y la sesión se corte, la casilla bloqueada permanece bloqueada. Esto es el ratchet — solo bloquea lo que ha pasado, y lo bloqueado no admite regresión. Es también la razón de poner la potestad del dictamen de finalización no en un LLM probabilístico, sino en una máquina determinista. Que la autoverificación apenas suba el rendimiento ya es un hecho medido, y mientras el LLM-as-Judge sea estructuralmente imposible, el juez tiene que ser código.
Cinco quests, cada uno cerrado por su puerta
abloq deja como quest únicamente el trabajo no determinista de tocar la prosa. La detección, la generación, la medición y las llamadas a API externas las hace código determinista, y el agente solo hace las cinco tareas de escribir artículos. Cada quest se cierra con una puerta.
| Quest | Disparador | Puerta (núcleo) |
|---|---|---|
| writing | el insight.yaml de la persona | cada ítem de la especificación corresponde al texto · verificación de existencia de la cita · fuentes ≥ umbral |
| translation | artículo nuevo + cambio real del cuerpo | estructura sin pérdida (translation-parity) + slug idéntico en todos los idiomas + 0 errores de build |
| refresh | cola del escáner de frescura | cambio real del cuerpo acompañado · bloqueo de actualización de lastmod vacío (honest-lastmod) |
| evidence | cola del escáner afirmación-fuente | fuentes ≥ umbral · cita nueva existente · ni una letra de las afirmaciones fuera de cola cambia |
| cluster | cola del escáner de clúster | la etiqueta existe en la taxonomy · 0 etiquetas huérfanas · enlaces internos ≥ umbral |
La defensa contra el cheese es común a todos los quests. Preservación del front matter, coincidencia byte a byte entre el dictamen de la puerta y lo reflejado en el repositorio, prohibición de modificar archivos fuera del alcance del ítem de cola. El agente no toca directamente las API externas — los efectos secundarios como archivar o indexar se procesan mediante recibos del backend.
La medición designa el siguiente trabajo — GEO es operación
Si la IA cita tu artículo no se observa directamente. abloq lo mide con tres capas proxy — la capa de crawl (los hits de bots de IA en los logs de CloudFront, determinista), la capa de índice (la tendencia de impresiones y clics de GSC, determinista) y la capa de cita (ejecutar periódicamente un conjunto de consultas estándar y registrar como tendencia las citas dentro de las respuestas de IA; al ser no determinista, no se convierte en puerta).
La clave es que la medición no termina ahí. El resultado de la medición se vuelve el peso de la cola de prioridad y designa la entrada del siguiente quest. Los artículos viejos caen a la cola refresh, las afirmaciones sin fuente a la cola evidence, los artículos aislados a la cola cluster. Un ratchet en el que la medición designa el trabajo — por eso GEO no es un estado, sino una operación. No una puntuación que se optimiza una vez y se acaba, sino un bucle que sigue girando. Que los factores que elevan las citas (fuentes, estadísticas, citas textuales) aumentan de forma significativa la visibilidad es lo que la investigación de optimización de motores generativos ha mostrado de forma cuantitativa.
Sobre reins — el linaje
La puerta de abloq no empieza desde cero. Se levanta sobre el motor de puerta determinista reins. reins suministra el ratchet, el esqueleto de comandos (scan/next/submit), la agregación y el export, y abloq solo implementa la puerta del dominio del blog (el conjunto de reglas de estructura, evidencia y política).
El linaje es nítido. how-make-quest enseñó el principio de construir un quest con las manos, reins extrajo ese principio a un framework, y abloq clavó ese framework en un dominio concreto, el blog. La misma frase se posa tres veces a distinta altura — la generación es probabilística, la verificación determinista.
Este artículo también lo bloqueó abloq
Este artículo lo escribí con el quest writing de abloq. Sembré (scan) el insight.yaml mostrado arriba como semilla, recibí el prompt de redacción (next) y escribí el cuerpo, y lo entregué (submit) para que pasara la puerta. Si la sección de fuentes supera el umbral, si las URL de las citas son realmente alcanzables, si todos los claims de la especificación se corresponden con el texto — ese dictamen no lo hizo el ojo de una persona, sino la máquina.
El agente que redacta no puede REVISAR su propio texto. La REVIEW la escribe obligatoriamente un revisor de otro contexto, y la regla review-record comprueba ese aislamiento de forma determinista. Excluir estructuralmente al juez adulador — el dispositivo que impide que este artículo se elogie a sí mismo es justamente el principio que este artículo explica.
Cuando la promesa es verificable, la violación está definida y se puede forzar, el sistema converge. El blog no es una excepción.
Relacionados
- reins — del Quest CLI solo queda el dominio; el ratchet se vuelve framework — el motor de puerta determinista sobre el que se levanta la puerta de abloq.
- Cómo crear un Quest CLI — el principio (el porqué) y el esqueleto (el cómo) de hacer que la máquina dictamine la finalización.
- huma — un ratchet que no se salta endpoints — un caso del mismo ratchet aplicado al dominio de las pruebas de API.
- Ratchet Pattern — el patrón que bloquea lo que ha pasado para impedir la regresión.
- ¿Quién define «terminado»? — trasladar el dictamen de finalización a una puerta de máquina imposible de cheesear.
- GEO: que la IA cite tu artículo — el fundamento teórico de la capa de visibilidad de abloq.
Para leer junto a esto (externo)
- abloq — repositorio en GitHub — el cuerpo del framework, el conjunto de reglas de la puerta y el pack de quests (MIT).
- reins — repositorio en GitHub — el motor de puerta sobre el que se levanta abloq (MIT).
- Propuesta llms.txt — la práctica de índice de sitio para IA.
Fuentes
- Aggarwal, P. et al. (2024). “GEO: Generative Engine Optimization.” KDD 2024. arXiv:2311.09735 — la medición de que añadir fuentes, estadísticas y citas textuales eleva de forma cuantitativa la visibilidad dentro del motor generativo. El fundamento de la operación de visibilidad de abloq.
- Stechly, K., Valmeekam, K., & Kambhampati, S. (2024). “On the Self-Verification Limitations of Large Language Models.” arXiv:2402.08115 — la autoverificación apenas sube el rendimiento → la razón para dejar la potestad del dictamen de finalización en una máquina determinista.
- Koster, M., Illyes, G., Zeller, H., & Sassman, L. (2022). “Robots Exclusion Protocol.” RFC 9309 — el caso de una práctica de 30 años que se volvió estándar IETF (la fuente del ejemplo de robots.txt).
Registro de cambios
- 2026-06-11: Versión inicial