Saltar al contenido
Victor Burgos
Volver

Este sitio lo publicó un sistema

No escribí este sitio a mano. Tampoco se lo pedí a un chat.

Lo desplegó PAIOS, un sistema personal que uso para operar mi vida y mi infraestructura con inteligencia artificial. Escribo esto porque el mejor argumento a favor de un sistema así es leer algo que salió de él.

Qué es PAIOS

Un directorio de archivos markdown. Ya está.

No hay aplicación, ni base de datos, ni framework que orqueste agentes. Lo que hay es una estructura que le dice a la IA qué leer antes de hacer nada: dónde viven los hechos que siguen siendo ciertos mañana, dónde van los resultados de cada trabajo, qué necesita mi aprobación y qué puede hacer sola.

Se parece a la diferencia entre darle a alguien una tarea suelta y darle acceso a cómo funciona la empresa.

De dónde viene

De dos sitios, y los separo porque resuelven cosas distintas.

La estructura viene de ICM, la Interpretable Context Methodology de Jake Van Clief. Su idea central es que la estructura de carpetas es la arquitectura del agente. En vez de escribir código que coordine qué hace la IA en cada paso, numeras las etapas (01_intake, 02_plan, 03_ejecutar) y cada una lleva un CONTEXT.md que declara qué recibe, qué hace y qué escribe. Un solo agente, leyendo el archivo correcto en el momento correcto, hace el trabajo que normalmente pide un framework entero.

Tardé en tomármela en serio justamente por lo simple que suena. Hay un paper de 28 páginas detrás, con 54 referencias.

La ambición viene de Daniel Miessler. Él lleva años construyendo lo que llamó Personal AI Infrastructure, que desde julio de 2026 se llama LifeOS. Su premisa me convenció: la pregunta interesante no es qué herramienta de IA usar, sino qué estás construyendo con ellas. Su respuesta es un sistema que crece contigo, en lugar de una colección de conversaciones que se tiran a la basura.

Todo eso se enmarca en algo más grande que él llama Human 3.0: la idea de que las personas van a definirse por lo que aportan y no por el puesto que ocupan. Human 3.0 no es un sistema, es hacia dónde apunta. La distinción importa, porque es fácil confundir el medio con el destino, y yo mismo la tenía mezclada hasta que fui a leerlo con cuidado.

Cómo funciona

PAIOS tiene cinco capas. La identidad del espacio y sus reglas. Una tabla de ruteo que dice, para cada tipo de tarea, qué abrir. Los contratos de cada etapa, con sus entradas y sus salidas. El conocimiento estable: qué máquinas tengo, qué corre en ellas, cómo se accede a cada una. Y los artefactos, que son el resultado de un trabajo concreto y cambian cada vez.

Lo único que hay que entender de verdad es qué separa a las dos últimas.

Un hecho durable va a su archivo y se cita desde donde haga falta. El resultado de un trabajo se queda en su carpeta y se archiva al terminar. Cuando eso se rompe, la IA lee el resultado del mes pasado creyendo que es el de hoy y devuelve una respuesta segura y equivocada, que es peor que un error porque un error se nota.

Hay otras dos reglas que se ganan el sitio todos los días. Lo desconocido se escribe como desconocido, nunca se rellena con algo plausible. Y lo que envejece se verifica antes de recomendarlo: un saldo, un porcentaje de disco o el estado de una máquina no son hechos, son fotografías con fecha.

La prueba

Este sitio salió de ese sistema, y el despliegue falló tres veces antes de funcionar.

Las tres fue el mismo error con tres disfraces: verificar con una herramienta parecida a la que ejecuta el despliegue, en vez de con la que lo ejecuta. Un build local permisivo pasando donde el servidor instala en modo estricto. Una versión del gestor de paquetes en mi máquina distinta de la del servidor. Y otra vez lo mismo, con otra versión.

Lo que me importa de eso no es el fallo. Es que la regla quedó escrita en el archivo que describe cómo se publica este sitio, junto a los cuatro comandos exactos que hay que correr antes de dar algo por listo. Dentro de seis meses, cuando vuelva a tocar esto, la lección va a estar ahí. No en mi memoria, y no en el historial de un chat que ya se cerró.

Ahí está la diferencia entre un sistema y un prompt. Un prompt bueno da un buen resultado una vez. Un sistema convierte lo aprendido en algo que la próxima tarea encuentra sola.

Qué hay detrás de esta página

Un repositorio propio, un generador estático, un despliegue declarado en un archivo versionado, y un flujo de tres etapas que va de la idea al texto verificado y de ahí a la publicación.

Nada de eso lo decidió una conversación.


Comparte esta entrada: