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 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 →
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 →
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 →
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 →
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 →
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 →