Autor: victorburgos

  • Qué es PAIOS: un sistema de contexto para trabajar con agentes de IA

    Qué es PAIOS: un sistema de contexto para trabajar con agentes de IA

    TL;DR

    PAIOS (Personal AI Operating System) no es una aplicación ni un enjambre de agentes complejos: es un sistema de archivos en Markdown que organiza el contexto operativo de mi vida, mis servidores y mis proyectos. En vez de pegar información infinita en cada prompt, PAIOS le da al agente un mapa claro de dónde buscar hechos reales y cuáles son los límites de su autoridad.

    Cuando la gente empieza a trabajar con modelos de lenguaje, suele toparse con dos extremos. El primero es abrir una ventana de chat en blanco, escribir un prompt improvisado y esperar que el modelo adivine el contexto de la empresa o del proyecto. El segundo es montar arquitecturas pesadas con decenas de agentes especializados, bases de datos vectoriales y código de orquestación que termina siendo más difícil de depurar que el problema original.

    Yo elegí un camino distinto: construir un sistema de contexto en texto plano.

    La premisa: la estructura de carpetas es la orquestación

    PAIOS se basa en los principios de ICM (Interpretable Context Methodology). La idea central es simple: no necesitas código complejo coordinando a los agentes si tu sistema de archivos ya contiene la jerarquía, las reglas y los contratos de trabajo.

    Hay un solo agente operando. Cuando le pido una tarea, el agente no recibe un volcado masivo de datos; lee un archivo de entrada que le dice exactamente hacia dónde navegar y qué capas de contexto necesita cargar.

    Las capas del sistema

    Toda la información dentro de PAIOS se organiza en capas estrictas para evitar que los hechos se mezclen con el trabajo temporal:

    • Layer 0 (Identidad y Mapa): Define las reglas no negociables del entorno y el índice raíz del sistema.
    • Layer 1 (Ruteo): Archivos que responden exclusivamente a la pregunta «¿a dónde voy para hacer esta tarea?», sin acumular estado viejo.
    • Layer 2 (Contratos de proceso): Especificaciones claras para flujos repetitivos, donde cada etapa define sus insumos exactos, lo que debe ejecutar y lo que debe entregar.
    • Layer 3 (Conocimiento estable): Los hechos comprobados sobre mi infraestructura, servicios, inventario y preferencias. Esta capa se lee para conocer la realidad, pero no se modifica sin verificación previa.
    • Layer 4 (Artefactos de trabajo): Los borradores, registros de ejecución y resultados de una tarea específica. Viven de forma aislada para que un experimento en curso no contamine el conocimiento permanente.
    Cinco placas isométricas en escalera descendente unidas por una línea; la cuarta brilla en ámbar y proyecta un haz de lectura hacia afuera, mientras una flecha ámbar escribe hacia abajo sobre la última placa.
    Los hechos comprobados y el trabajo en curso viven en capas distintas. El agente lee la capa estable y solo escribe en la de artefactos, así un experimento en marcha no ensucia lo que ya está verificado.

    Reglas duras: por qué el agente no rompe nada

    Un modelo de lenguaje con acceso a herramientas puede fallar con mucha confianza si se le da rienda suelta. En PAIOS, la seguridad no depende de la «buena voluntad» del modelo, sino de barandas estructurales:

    1. Verificar antes de afirmar: Si un dato se puede consultar en vivo (el estado de un servicio, el espacio en disco de un servidor o un registro DNS), el agente tiene prohibido citar un documento antiguo; debe ejecutar la comprobación en tiempo real.

    2. Barreras de autorización: Las lecturas de diagnóstico son libres, pero cualquier acción que altere infraestructura pública, DNS o servicios externos se detiene obligatoriamente hasta recibir una confirmación humana explícita.

    3. Gestión estricta de secretos: Las credenciales y claves operativas nunca se copian en texto plano a la documentación pública ni se envían en prompts de conversación; se manejan mediante pares cifrados localmente.

    Un pequeño robot iluminado en ámbar camina por un sendero y se detiene ante una barrera horizontal bajada que brilla en ámbar y le corta el paso; detrás de la barrera, intacto y en línea cian tenue, un rack de servidores.
    Leer y diagnosticar es libre. Cualquier cambio en infraestructura se detiene ante una barrera hasta que un humano lo autoriza, y las credenciales viven cifradas fuera de la conversación.

    El sistema en acción

    Tener un sistema de contexto no es un ejercicio teórico. Hace apenas unas horas conté cómo Hermes instaló este mismo WordPress mientras yo estaba en la cama dando instrucciones por Telegram.

    Eso fue posible justamente gracias a PAIOS. El agente no tuvo que preguntarme qué servidor usar, qué puertos estaban libres o cómo configurar el entorno web: navegó por Layer 3 para entender la máquina, verificó los recursos disponibles en vivo y ejecutó el trabajo paso a paso, pidiéndome autorización únicamente para los cambios críticos.

    Un dispositivo de mano iluminado en ámbar a la izquierda, conectado por una línea fina a una pila de placas y de ahí a un rack de servidores cuya unidad activa brilla en ámbar mientras un brazo sonda la mide en vivo.
    Una instrucción por Telegram desde la cama terminó en un WordPress instalado. El agente leyó la máquina en el sistema de contexto y verificó los recursos en vivo antes de tocar nada.

    Un sistema operativo personal

    La diferencia entre un chat aislado y un agente con sistema de contexto es la misma que existe entre contratar a un colaborador temporal sin inducción para cada encargo o trabajar con alguien que tiene acceso a los manuales operativos, conoce las herramientas de la casa y respeta los controles establecidos.

    PAIOS es ese entorno: un lugar donde la inteligencia artificial deja de ser un generador de texto entretenido y se convierte en un operador técnico seguro y confiable.

  • Hermes instaló este WordPress mientras yo estaba en la cama

    Hermes instaló este WordPress mientras yo estaba en la cama

    TL;DR

    Este WordPress no lo instalé entrando por SSH ni siguiendo una guía. Yo estaba en la cama, escribiendo por Telegram. Hermes consultó PAIOS, revisó el servidor, preparó el sitio, resolvió un problema con PHP y dejó el dominio funcionando. Mi trabajo fue decidir y aprobar los cambios delicados.

    La escena fue bastante menos futurista de lo que suena. Yo estaba acostado, con el teléfono en la mano, y envié un mensaje por Telegram: quería instalar otro WordPress en el mismo servidor donde ya funcionaba uno de mis sitios.

    No abrí el portátil. No entré a una consola. Tampoco copié comandos desde un tutorial. Hermes hizo el trabajo técnico y yo fui tomando las decisiones desde la conversación.

    El contexto antes que los comandos

    Hermes no empezó a ciegas. Primero consultó PAIOS, mi sistema de contexto operativo. Allí están documentados mis servidores, los servicios que corren en ellos, las rutas de acceso permitidas, los procedimientos y las reglas que indican qué puede revisar y qué necesita mi aprobación.

    PAIOS no consiste en pegar toda mi información dentro de un prompt. Funciona más como un mapa: le dice al agente dónde está la fuente correcta para cada tarea y cuál es el límite de su autoridad. Para este trabajo, Hermes encontró el servidor adecuado, revisó su capacidad real y comprobó que el sitio existente no corría peligro por falta de espacio o memoria.

    Diagrama isométrico: un agente conectado a tres de los muchos documentos de un archivo en tres capas, con un plano de candados abajo que ninguna conexión cruza.
    Tres documentos abiertos de todos los que hay, y un límite que ninguna ruta cruza.

    También encontró riesgos que no debía ignorar. En vez de esconderlos o asumir que yo aceptaba, los puso sobre la mesa antes de avanzar.

    La instalación real

    Con el servidor revisado, Hermes creó el dominio mediante Virtualmin, preparó la base de datos e instaló WordPress en español. La primera elección de PHP resultó incompatible con una extensión que WordPress necesitaba. Yo respondí desde Telegram: «Usa 8.2». Hermes cambió la versión, continuó la instalación y comprobó que el sitio cargara correctamente.

    Diagrama isométrico en línea: dominio, base de datos, un zócalo de runtime donde una pieza incompatible se sustituye por la que encaja, y el sitio final.
    Dominio, base de datos, motor y sitio. La pieza que no encajaba era la versión de PHP.

    No dio por terminado el trabajo cuando apareció la página de inicio. Verificó los archivos oficiales de WordPress, encontró una instalación incompleta y reparó el núcleo. Después volvió a comprobar los archivos hasta que coincidieron con los checksums oficiales.

    Diagrama isométrico: una rejilla de archivos con dos huecos, dos piezas cayendo en ellos, comparada mediante una línea de medida contra la pila original intacta.
    Faltaban archivos del núcleo. Se comparan contra el original y se reponen.

    El sitio quedó preparado sin reemplazar de inmediato la web que estaba pública. Ese detalle importa. Instalar y publicar fueron dos cambios distintos, cada uno con su propio momento de aprobación.

    El momento de ponerlo en vivo

    Cuando le indiqué que hiciera el cambio, Hermes movió el dominio desde el sitio anterior hacia WordPress usando Cloudflare. Luego instaló el certificado TLS, activó su renovación automática y verificó tanto el dominio principal como la versión con www.

    Diagrama isométrico: una nube conmuta el tráfico desde un navegador apagado hacia otro encendido, con un candado y una flecha circular de renovación sobre el camino activo.
    El dominio deja de apuntar al sitio anterior, y el certificado viaja con el camino nuevo.

    La primera versión pública todavía conservaba dos marcas del entorno de pruebas: el título decía «staging» y los buscadores tenían la instrucción de no indexar. Hermes me lo señaló. Le autoricé corregir ambas y volvió a revisar el resultado desde internet.

    Lo que hice yo

    Yo no ejecuté un solo comando. Decidí qué quería, escogí la versión compatible cuando apareció el problema, aprobé el cambio de DNS y autoricé los ajustes que convertían el entorno de pruebas en un sitio público.

    Esa diferencia es importante. Hermes tuvo herramientas para actuar, pero no permiso general para hacer cualquier cosa. Los cambios con impacto público llegaron a una pausa explícita en Telegram. Yo podía aprobarlos, cambiarlos o detenerlos.

    Diagrama isométrico: una vía que transporta un bloque se interrumpe en una compuerta con una palanca y una burbuja de chat; el tramo siguiente está dibujado en línea discontinua, todavía sin recorrer.
    El trabajo se detiene en la compuerta. El tramo que sigue no existe hasta que yo respondo.

    Lo que me interesa de este experimento

    Que una IA conozca los comandos para instalar WordPress no me parece especialmente sorprendente. Hay miles de tutoriales que explican lo mismo. La parte distinta fue que el agente pudo entender mi entorno, consultar documentación privada sin convertirla en contenido público, verificar el estado real y continuar una tarea larga sin que yo tuviera que reconstruir el contexto en cada mensaje.

    Eso es lo que intento construir con PAIOS: una forma de trabajar en la que la IA no recibe una instrucción aislada, sino que puede encontrar los procesos, las fuentes de verdad y los límites que necesita para hacer un trabajo completo.

    Y sí: el primer borrador de esta entrada también empezó con un mensaje desde mi teléfono.