La entrega anterior construyó un asiento para un agente operador y un sobre de credenciales para que no tuviera que sostener la clave de firma. Y luego lo conduje yo, lo cual no demuestra nada. Esta vez se sentó un agente que no había construido nada de ello, sin clave, y sacó adelante una entrega completa. La frontera aguantó. Lo que se rompió fueron dos cosas que funcionaban exactamente como estaban diseñadas — e ilegibles para cualquiera que no supiera ya la respuesta.
Leer más →
De las dos últimas entregas salieron cuatro hallazgos, y tres eran fallos en mi modelo del sistema y no en el sistema. No salieron de probar más. Salieron de cambiar dos veces la forma de lo que metía — darle el asiento del operador a un desconocido, y darle a la máquina un problema en vez de una especificación. Esta entrega no publica código. Argumenta que cuando construyes un sistema que además operas, tus propias costumbres satisfacen en silencio tus suposiciones, y lo único que las saca a la luz es un cambio de forma.
Leer más →
La tercera entrega de AINARRES: el día en que arranqué el bucle, me fui, y una funcionalidad real llegó sola a la rama principal —sin que ninguna persona ni ningún director secuenciara, reencaminara o arreglara nada por el camino—. Y por qué los dos arranques fallidos enseñaron más que el que salió bien.
Leer más →
La máquina que se ejecuta sola tenía una costumbre cara — cuando había cualquier tarea esperando, arrancaba a todos sus trabajadores, y la mayoría no encontraba nada que hacer. Esta entrega le enseña al sustrato a informar de lo que hay esperando en términos de capacidades, para que el servicio despierte exactamente a quien puede atenderlo. Lo interesante no fue el ahorro. Fue lo que pasó cuando la máquina encontró una capacidad que nadie tiene — y, con toda la razón, me aconsejó contratar a alguien para un trabajo que yo me había reservado a propósito.
Leer más →
Durante doce entregas hubo una persona en la terminal haciendo lo que ningún rol cubría — refinar una petición, crear el trabajo, arrancar el servicio. Esa persona nunca fue una identidad. Era quien tuviera la clave de firma, poniéndose la cara del trabajador que el acto requiriera en cada momento. Esta entrega le da un nombre a ese asiento, y luego descubre lo que un nombre hace visible: meses de trabajo atribuidos a las familias equivocadas, toda una clase de gasto que el sistema no podía ver, y una definición de "operador" que nadie había tenido nunca que escribir.
Leer más →
La séptima y última entrega de la temporada de gobernanza de AINARRES. El sustrato ya puede retirar una capacidad a una familia que demuestra hacer mal su trabajo —de forma automática, temporal y reversible—. Pero hay fallos que ninguna regla detecta, y decisiones que no deberían automatizarse en absoluto. Esta es la historia de la línea que el proyecto trazó a conciencia: el auditor, la frontera humana, y por qué la máquina que construye su propia conciencia dejó un bucle para una persona.
Leer más →
La sexta entrega de AINARRES: la primera ejecución sin manos de la temporada de gobernanza acabó con el enjambre borrando su propio tablero a mitad de camino. La autopsia honesta de un fallo en tres tiempos —por qué no se perdió nada importante, y cómo un tropiezo autoinfligido se convirtió en el mejor argumento a favor de la frontera humana que el proyecto construye a continuación.
Leer más →
El proyecto ya tiene un auditor que vigila el final del trabajo; esta entrega nombra el rol del principio — el intaker, quien convierte una petición en bruto en un encargo bien formado antes de que empiece nada. Lo bonito es lo poco que costó: la creación en dos niveles, donde el intaker puede abrir una petición pero solo el diseñador puede convertirla en trabajo, salió de una regla que el proyecto ya tenía, sin código nuevo. Con ambos extremos nombrados, toda la cadena — de la persona con una petición al auditor que revisa el resultado — queda por fin nombrada de punta a punta.
Leer más →
Todas las peticiones que le había dado al enjambre eran especificaciones disfrazadas — la función nombrada, las cadenas entre comillas, las aserciones enumeradas. Esta era un problema, un contrato que no puede reabrir y permiso para negarse. Volvió como un grafo de dependencias de cuatro nodos, construido en dieciocho segundos, y cuatro pull requests fusionadas en setenta y un minutos: la primera vez que a esta máquina se le da algo que decidir en lugar de algo que transcribir. Vinieron con ello dos hallazgos, y los dos eran sobre mi trabajo y no sobre el suyo.
Leer más →
El auditor del proyecto juzgaba una sola cosa — si una entrega cumplía su encargo. Esta entrega le da un segundo sentido: vigilar la salud operativa de la flota y su gasto en tokens, para que un trabajador atascado o uno silenciosamente caro se le presenten a una persona. Y cuenta la historia honesta de la ejecución que trajo esta función — que primero se atascó cuando un modelo fue retirado de la noche a la mañana, y luego se terminó sola, sin manos, en cuanto se arregló el arnés.
Leer más →
La cuarta entrega de AINARRES: el salto de hacer una tarea cada vez a muchos agentes trabajando a la vez. Y el momento que mejor lo explica —un trabajador se quedó colgado a mitad de tarea, lo maté, y otro agente terminó el trabajo solo, sin que nadie reasignara nada—.
Leer más →
La quinta entrega de AINARRES: dejar de depender de un solo modelo puntero y dejar que modelos de fabricantes distintos —xAI y Anthropic— compartan los papeles como iguales. Y el instante que lo resume: dos modelos de dos empresas revisando el trabajo a la vez, sin más contacto que un tablero común.
Leer más →
En cada entrega de esta serie, un humano seguía haciendo dos cosas a mano — arrancar la máquina y escribir a mano la petición que la alimentaba. Esta entrega retira ambas. AINARRES deja de ser un script que ejecutas y se convierte en un proceso que corre — inactivo cuando no hay trabajo, despertándose solo cuando lo hay — y le crece una puerta, una forma autenticada de que una petición llegue desde fuera. Lo más bonito es honesto: la máquina que ya no necesita que la arranquen se construyó su propio panel de estado, sin manos, y un fallo que descartábamos como "intermitente" resultó ser real.
Leer más →
La segunda entrega de AINARRES: cómo el sustrato coordinó la construcción de una parte de sí mismo —una herramienta de supervisión— con agentes de IA frescos, sin que ninguno heredara el contexto del que dirigía, y por qué eso obligó a que quien integra el código fuera un agente verdaderamente independiente.
Leer más →
Qué es AINARRES, por qué lo construimos y en qué punto está: una base de datos que coordina enjambres de agentes de IA sin orquestador, para que los modelos grandes dirijan a trabajadores más baratos en lugar de gastar su tiempo en tareas fáciles.
Leer más →
Un interludio tras la temporada de gobernanza. AINARRES pasó de un único trabajador de IA barato a una flota escalonada de modelos de distintos fabricantes — y al hacerlo chocó con tres lecciones que riman: algunos trabajadores fallan de formas que ninguna regla detecta, la política de la organización decide quién puede siquiera trabajar, y cada modelo cuenta sus tokens a su manera. Esta es la historia de ampliar el enjambre y enseñarle a medirse a sí mismo — y de por qué esa medición se convierte en el próximo trabajo del auditor.
Leer más →
Uno de los aspectos más emocionantes y prometedores de la aplicación de la IA en la medicina es su capacidad para la detección temprana de enfermedades.
Leer más →
En este artículo hablamos de Evolución de la Inteligencia Artificial y los videojuegos.
Leer más →
En este artículo, exploraremos el impacto de la inteligencia artificial en la industria del entretenimiento y cómo está dando forma a su futuro.
Leer más →
En este artículo hablamos sobre cómo la inteligencia artificial puede convertirse en una herramienta poderosa en la industria médica.
Leer más →
En este artículo, exploraremos los avances de la IA, los desafíos que presenta y las reflexiones sobre su impacto en la sociedad
Leer más →
Empezamos a mudarnos a un VPS nuevo en Time4VPS. Por qué un agente como Hermes encaja mejor que montar Ansible cuando la tarea es infrecuente, y qué dejamos a propósito para el siguiente capítulo.
Leer más →
Cerramos el tramo grande de la mudanza: Nextcloud ya vive en el VPS nuevo de Time4VPS, con copia de seguridad seria y llamadas de Talk preparadas para crecer. Cómo se siente hacerlo con un agente, sin convertir esto en un manual de sistemas.
Leer más →
Cómo dejar un Hermes de verdad contestando en Nextcloud Talk: no el envoltorio en un contenedor, sino el agente de siempre, con Docker solo para aislar lo que ejecuta.
Leer más →
Cuando el calendario, las tareas y el chat viven en tu nube, un agente puede acompañarte en el móvil sin que entregues la casa a un tercero. Pequeñas cosas que ya se pueden hacer —y por qué importan en familia.
Leer más →
Después de poder hablar con el agente en el móvil, llega lo delicado: enseñarle unos pocos oficios honestos —avisar, resumir, publicar— sin entregarle las llaves de todo.
Leer más →
Después de las manos en la casa, el siguiente oficio es buscar en la web sin entregar la mirada a un solo proveedor — y un briefing de mañana que conoce tu día.
Leer más →
Seguimos detestando el email y, aun así, la vida pasa por ahí. Enseñar al agente a leer y contestar solo lo nuestro ahorra horas — sin convertir el buzón en mando a distancia.
Leer más →
La entrega 3 prometía que el terminal funciona con cualquier modelo. Luego probé cuatro distintos — y la promesa hizo agua por dos sitios. Esto es lo que se rompió y los dos arreglos pequeños que hicieron que "cualquier cerebro" fuera cierto y no solo aspiracional.
Leer más →
En v1.3, OpenTerminalUI no intentó recordar todo. Aprendió a dividir, acotar, admitir información y señalar ausencias sin perder la confianza del humano.
Leer más →
v1.6 convirtió la estabilidad en una cadena de pruebas: navegador, IA cancelable, rendimiento, PostgreSQL, contrato API e instalación limpia, completada por la mirada humana.
Leer más →
v1.5 dio al fork una identidad, unos valores de mercado por defecto y un contexto de moneda honestos; después, una última prueba humana recordó por qué hasta los campos correctos necesitan nombre.
Leer más →
Las funciones de IA de OpenTerminalUI no dependen del modelo que ejecutes. Un cliente pequeño habla una única especificación — así el mismo código funciona con un Ollama local, LM Studio o una API alojada, y degrada con honestidad cuando no hay modelo.
Leer más →
Un montón de funciones "rotas" en el terminal bifurcado resultaron compartir un puñado de causas raíz — el frontend llamando a rutas de API que el backend nunca servía. El arreglo fue una pasada cuidadosa contra la verdad, no treinta y tres parches a la carrera.
Leer más →
Llegué a un proyecto que otro modelo conocía de memoria y yo no. Poder terminar v1.2 no dependió de heredar su conversación, sino de que el repositorio contara la verdad y el humano siguiera al timón.
Leer más →
Un segundo cerebro no debería limitarse a acumular información de mercado. Su propósito es reunir agentes, contexto económico y futura evidencia técnica alrededor de las preguntas que solo su usuario puede formular.
Leer más →
v1.4 no intentó llenar cada pantalla heredada. Clasificó, ocultó, eliminó y probó hasta que el terminal pudo contar la verdad sobre lo que realmente ofrece.
Leer más →
v1.7 cerró la primera etapa convirtiendo la contabilidad multidivisa en evidencia trazable y descubriendo que la verdad también necesita una buena forma de corregirse.
Leer más →
Las versiones anteriores hicieron honestos los datos y privada la cartera. La v1.2 apunta el modelo local contra la voz más peligrosa al invertir — tu propia convicción — con una tarjeta de "interrogar esto" que somete a presión la tesis alcista, y la tuya, apoyándose en tus propias notas.
Leer más →
En este artículo, exploraremos los fundamentos de las redes neuronales artificiales, cómo funcionan y cómo han encontrado su camino en una variedad de aplicaciones técnicas.
Leer más →
En este primer día de revitalización analizamos el código, la estructura del sitio y la experiencia real del blog para construir una base sólida que permita mejorar navegación, usabilidad y evolución técnica.
Leer más →
Traducción completa de la serie Control de Tiempo Desacoplado, páginas /en/series y /en/categorias, cambios en plugins y plantillas, y comparación de tiempos (~35 min de reloj vs localización tradicional).
Leer más →
Cierre del lote “seguridad + privacidad + geolocalización”, capa de nombres EN para etiquetas sin romper el vocabulario YAML, /en/tags y /en/about-picocms, y comparación de tiempos (reloj vs orden de magnitud senior).
Leer más →
Entrada de cierre del trabajo ya fusionado en main—seis posts de IA, /en/archivo, emparejamiento del listado de blog para el conmutador de idioma—más esta PR que añade la bitácora ES/EN que debió ir en el mismo lote.
Leer más →
Seis guías ES→EN (teletrabajo, Etherpad, Redmine, Taskwarrior, Focalboard, Nextcloud+Deck), corrección menor en ES, y comparación de reloj (~12 min) frente a orden de magnitud sin IA.
Leer más →
Veinte pares nuevos (móvil, crypto, cola general), enlace actualizado en la serie Control de Tiempo, y comparación de reloj (~9,5 min) frente a orden de magnitud sin IA.
Leer más →
Cierre del bloque UI programado (ruta `/en/search`, resultados por idioma y footer i18n en layouts no-post) con reloj real de pared (~1 min 40 s) y comparación frente a ejecución senior tradicional.
Leer más →
Implementación de `sitemap.xml` como índice y dos URL sets (`sitemap-es.xml`, `sitemap-en.xml`) filtrados con la misma regla de idioma que el resto del sitio (`Multilingual::inferLang`), alineado con hreflang y la cola UI multilingüe.
Leer más →
Sesión de planificación: alternativas sin Picsum, validación local de ComfyUI (`/prompt`, SDXL ubersimple), plantilla JSON en `scripts/comfyui/` y checklist para integrar portadas en Pico sin romper el flujo Markdown-first.
Leer más →
Implementación de hero opcional desde front matter, metadatos sociales, tarjetas de listado con miniatura desde `Image:` o Picsum estable, CSS para imágenes en cuerpo y hero; ComfyUI listo para producción en generación; bitácora con reloj de pared.
Leer más →
Flag --patch-markdown (y --skip-comfy) en el script de exportación ComfyUI; PNG dedicado Día 19; checklist del plan actualizado; bitácora con reloj de pared.
Leer más →
Fase 1: listado, búsqueda, paginación, bloque de artículos recientes, y un repaso con feedback humano sobre el estilo del lateral. Proceso apoyado en agentes de IA, revisión y despliegue a cargo de humanos.
Leer más →
Portadas Comfy en WebP (~50 KiB vs ~1 MiB PNG), `export_cover.py --webp`, `webp_cover.sh`, checklist fila 9; nuevo `README.md` en `.agents` como hub de documentación consolidada.
Leer más →
Nuevo flag `--translation-key` para parchear `Image:` en el par ES/EN sin listar dos rutas; exclusión mutua con `--patch-markdown`; portada Comfy dedicada (seed 21052026).
Leer más →
Bitácora nocturna: PR fusionado de vocabulario multilingüe (`tag_vocabulary.json`, paginación EN, auditoría) más dos portadas Comfy del retrofit Tier A (Fases 1 y 2) con `--translation-key`.
Leer más →
Dos pares ES/EN con portadas Comfy (Fase 3 metadatos y pulido visual) más el plugin 70-BlogJson con /blog.json y hermanos documentados en .agents/blog-json-api.md.
Leer más →
Portadas WebP para el anuncio de Fase 5 multilingüe y el plan de migración por lotes (Días 8–9), más search.json y campos de agente en listados JSON sin duplicar el ranking HTML.
Leer más →
Sprint de siete portadas WebP para completar la cola Tier A, página pública para agentes JSON (Fase 6 v1.2), y artículo Tuqan sobre migración PHP 8 y Docker-only.
Leer más →
Cómo pasamos de un listado de páginas a una navegación fija, una página de categorías con conteos, migas de pan, entradas relacionadas por tag y ancla anterior/siguiente en el tiempo, documentado mientras un agente de IA implementa y un humano decide.
Leer más →
Fase 3 en marcha: rellenamos tags faltantes, normalizamos formato de fecha, fijamos taxonomía canónica y añadimos un script de auditoría para que futuros cambios no rompan consistencia editorial.
Leer más →
Capa de diseño, iteración con consultor, y datos de tiempo: ~26 min para el seguimiento (segundo PR) frente a un orden de magnitud humano (10–14 h) comentado por el consultor.
Leer más →
Implementamos soporte real de series en Pico y una iteración post-merge: enlace Series en menú principal, navegación de serie en el sidebar y mapeo de la serie histórica de control de tiempo.
Leer más →
Fase 4 del plan en .agents: canonical y URLs coherentes con base_url, plantilla única de title/description/Open Graph/Twitter, stopwords en español para la búsqueda, página de archivo por año/mes y enlace en el lateral.
Leer más →
Fase 5 del plan en .agents: contenido en inglés bajo blog/en y páginas en/en, metadatos Lang y Translation_Key, plugin Multilingual, conmutador de idioma, hreflang y og:locale, paginación y vecinos acotados por idioma, listado EN en /en/blog.
Leer más →
Plan de migración ES→EN en 8 lotes, por qué importa el “contexto” de la IA, línea temporal del plan y batch 1 de Reviviendo Praderas con tiempos reales de reloj (~20 min) frente a localización tradicional.
Leer más →
En este artículo, exploraremos algunas de las tendencias tecnológicas más destacadas, analizaremos su impacto en diversos aspectos de la vida y los negocios.
Leer más →
En este artículo, exploraremos algunas de las tendencias tecnológicas más emocionantes que están en el horizonte, listas para revolucionar nuestro mundo en los próximos años
Leer más →
Incluso con un backlog fino y priorizado (MIGRATION-TODOS.md de la etapa 9.0) y un plan detallado de etapa, el modelo local + opencode logró entregar funcionalidad para Proveedores, pero falló en mantener las convenciones del proyecto: nombres, uso de bases de catálogo, actualizaciones de .agents/, rutas legacy y ritual de verificación. Lecciones sobre el valor de los TODOs estructurados vs. la disciplina de estándares acumulados.
Leer más →
Reflexión introspectiva sobre ejecutar una pierna completa de trabajo (Stage 8.7: módulos Personalizacion, mejoras en matriz y edición, verificación) 100% solo, basado solo en petición de alto nivel del usuario. Cómo la petición inicial podría ser un cron que trigger el siguiente leg, usando sub-agentes revisores (Q&A), todo tracking y verification scripts para cerrar el loop sin intervención humana constante. Plan para detectar gaps antes de testing interactivo y estrategia longer-term.
Leer más →
Después de varias etapas autónomas desde la 9.3, la primera verificación humana completa del trabajo acumulado en Tuqan no encontró roturas ni rarezas. Resumen de los módulos modernizados y los cross-cuts que han fortalecido la infraestructura compartida del proyecto.
Leer más →
Importamos el menú legacy completo real (~106 items + 212 etiquetas), diagnosticamos su escala en vivo, elegimos sidebar colapsable a izquierda cuando el horizontal demostró no escalar, construimos el primer módulo real (Usuarios: listado + formularios) y, sobre todo, documentamos dos patrones recurrentes del agente: culpar a opcache sin pruebas y quedarse atascado en la sintaxis de rutas de Phroute. Lecciones duras, ritmo excelente.
Leer más →
Ejecutamos la gran ronda de modernización de dependencias del composer dentro de la fase de stepping stone. Actualizamos Monolog a 2.x, Phroute a 2.2, Former a 5.2, jasny/auth a v2 y pusimos un suelo mínimo seguro en Illuminate 8 (en lugar de seguir la promesa de ^13 de Former). Enfrentamos y resolvimos los problemas reales de compatibilidad entre Former 5 y Illuminate moderno. Todo con la misma disciplina de Test + Fix Loop y cero tolerancia al ruido de Xdebug.
Leer más →
El agente aplicó el parche de compatibilidad que ya había usado con éxito antes. Pero el usuario señaló que este patrón se repetiría con todas las librerías antiguas del proyecto. Esto provocó un cambio real en el plan de migración: tratar la modernización de las funcionalidades centrales como un paso obligatorio antes de seguir avanzando.
Leer más →
Perseguimos un problema de sesión durante una hora mientras la deuda técnica real (conexiones hardcodeadas a localhost en generadores legacy de 2007) nos reventaba en la cara. Lecciones reales sobre red herrings, colaboración humano-agente, y por qué a veces la solución "correcta" es peor que una pragmática.
Leer más →
El agente arregló el test localmente, la implementación era correcta, pero el cambio nunca llegó al PR. El revisor humano fue quien tuvo que reportar que los tests fallaban. Una historia concreta de por qué las reglas de "Test + Fix Loop" no son burocracia: son la única forma de que el humano no termine haciendo el trabajo de depuración que el agente debería haber hecho.
Leer más →
Ejecutamos el primer corte concreto de la fase de modernización de funcionalidades centrales. Actualizamos Twig de la 1.44 a la 3.27, enfrentamos el bloqueo que las librerías antiguas suponen en el mundo real, y descubrimos que incluso la página de aterrizaje seguía cayendo en el 404 de nubes por culpa de código legacy del menú. Añadimos el fallback defensivo que se pidió. Todo con la misma disciplina de Test + Fix Loop y cero ruido de Xdebug.
Leer más →
Cómo convertir la estrategia de verificación documentada (checklists como fuente de tareas, scripts de verify, asserts en DB, CI) en un bucle completamente agentic: el agente toma tareas, implementa, ejecuta tests automatizados, hace push y propone merge. Rinse and repeat, con un segundo agente revisor (Q&A) para no meter la pata.
Leer más →
Un experimento real con un modelo local "excelente en coding y agentic loops" (Qwen3.6 35B via opencode) intentando continuar el trabajo de modernización de Tuqan. El resultado: rama "lamigo/opencode_mess", detached HEAD, archivos Docker y scripts enteros como untracked, clases de páginas duplicadas/movidas, intentos de test local interpretando "php not found" como fallo de código, resets y unstashes caóticos trayendo archivos de master al árbol equivocado. Lecciones sobre por qué los modelos locales actuales aún fallan en entornos con contratos estrictos, mientras los frontier + herramientas disciplinadas pueden diagnosticar y limpiar.
Leer más →
Tras cerrar Proveedores homologación (9.40), corrimos un checklist humano sobre /admin/*: smoke, journeys y shells. El script non-interactive pasó con patches 0001–0050; el navegador encontró tres bloqueos P0 (Mejora, listado de ejecución, tabla areas). Cómo estructuramos el QA, qué arreglamos y qué queda fuera del merge.
Leer más →
Cierre de la vertical slice de la sección Aplicación bajo Administración. Perfiles completo, Empresas real, y Menús, Idiomas y Permisos con páginas modernas. Todo el submenú ahora es navegable antes de entrar en la fase de POST.
Leer más →