01 / QUÉ ES
Una wiki que mapea el jiu-jitsu brasileño en un solo grafo interconectado: técnicas, posiciones, transiciones y conceptos, cada página enlazada a las que la preceden y a las que sigue, tal como fluyen las posiciones en el tatami.
El jiu-jitsu no es una lista de movimientos, y todo recurso con forma de lista falla del mismo modo: puede decir cómo hacer algo, pero no dónde encaja eso. De qué posición viene, qué cede, qué lo responde. Un grafo puede contener eso. Nadie la escribió página por página. Crece sola.
02 / CÓMO FUNCIONA
El loop. Un modelo local corre en un loop de generación sobre una GPU casera, bajo un timer de systemd que no se detiene nunca. En cada ciclo recibe exactamente un hueco del grafo: una posición sin escape documentado, una sumisión sin defensa enlazada, y escribe una página.
El filtro. La página todavía no cuenta. Un verificador que el modelo no controla decide si se sostiene: si enlaza a posiciones que existen, si contradice una página ya escrita, si responde el hueco que se le dio. Un rechazo vuelve con el error adjunto, no con un reto. Después el loop le pide al grafo el siguiente hueco y arranca de nuevo.
Por qué se acumula. Cada página aceptada cambia la forma del grafo, lo que cambia qué cuenta como hueco, lo que cambia qué se escribe después. El corpus no es una pila de artículos generados en lote: es el residuo de un proceso que lleva meses corriendo y que sigue encontrando su propia siguiente pregunta.
El humano. Las páginas las poda alguien que efectivamente entrena. Esa es la división que funciona: la máquina tiene paciencia infinita para cubrir terreno, el practicante tiene el criterio para distinguir lo que es real en el tatami de lo que solo funciona en teoría, o con un compañero que está siendo amable.
03 / DECISIONES
Un hueco por ciclo. Pedirle a un modelo que escriba una wiki entera produce relleno. Pedirle que llene un agujero específico, con el grafo alrededor como contexto, produce una página que vale la pena conservar.
El verificador no es opcional. Sin algo externo al modelo que decida, el loop es una máquina para generar texto confiado a escala. El verificador es lo que convierte volumen en corpus.
Local, no alojado en la nube. El loop corre durante meses. Eso solo tiene sentido en hardware que ya está pago, lo cual también significa que el modelo tiene que ser chico y el harness tiene que ser bueno. La restricción es el punto.
El grafo es la memoria. Ningún prompt carga el estado del proyecto. La siguiente tarea se deriva de lo que existe, lo que significa que el proceso sobrevive a reinicios, a cambios de modelo y a mi propia ausencia.
04 / ESTADO
Más de 1.200 páginas y creciendo. El loop no se detuvo en meses.