CLARYEL · Uso real

Lo usamos cada día

Aquí hay trabajo real para nuestra empresa hecho por el agente CLARYEL: contabilidad, configuración de las máquinas, infraestructura. Datos reales y respuestas reales del sistema.

CLARYEL trabaja cada día con su propio sistema.

Los datos se quedan en local, dentro de CLARYEL Box.

Cómo funciona

  1. Damos la tarea con palabras sencillas: por voz o con un mensaje
  2. El agente CLARYEL lo entiende solo y hace todo el trabajo
  3. Recibimos el resultado y un informe, a menudo más de lo pedido

Por nuestra parte: solo la tarea y la aprobación de las acciones importantes.

Business

Tareas cotidianas de la empresa que resolvemos por voz con el sistema.

Contabilidad

Revisión de facturas: FAKE y duplicados

Preguntamos cuánto habíamos gastado en informática en un año. El sistema encontró por sí solo facturas FAKE y duplicados, los eliminó tras nuestra aprobación y corrigió su propia cifra.

  1. La pregunta
  2. La corrección
  3. Resultado corregido
Qué hay en la captura

La pregunta: cuánto gastamos en informática en el último año. El agente CLARYEL responde: unos €54.691, y señala por sí solo que entre los documentos hay facturas FAKE y duplicados.

Qué hay en la captura

Pedimos eliminar los datos FAKE y los duplicados. El agente encuentra 64 facturas FAKE, pide nuestra aprobación antes del borrado forzado, luego limpia los registros y verifica el resultado.

Qué hay en la captura

El estado final verificado: 188 facturas válidas por €38.627,70. El agente corrige por sí solo su respuesta anterior: el gasto informático del último año fue de €36.993,58.

Las capturas están en su idioma original; debajo de cada una hay un resumen.

Antes → después (capturas 1–3)

  • 64 facturas FAKE eliminadas
  • 188 facturas válidas · €38.627,70
  • Informática, último año: ≈€54.691 → €36.993,58

Todo es real: sistema real, documentos reales, importes reales. Directamente de nuestro uso diario: documentos recopilados de la cuenta de Amazon, de varios buzones de correo, de Google Drive y del archivo físico de nuestro sistema.

Contabilidad

Contabilidad llave en mano: del ordenador nuevo a la agencia tributaria

El proceso completo: configurar un ordenador desde cero, instalar Ubuntu, los programas necesarios, Odoo y NextERP, descargar las facturas de Amazon Business y enviarlas a la Agenzia delle Entrate. Las tareas se dan por voz desde el teléfono; solo se comprueba el resultado.

Qué hay en la captura

Una ilustración de la publicación, no una captura de pantalla: siete pasos (ordenador nuevo, Ubuntu 24.04, Docker/Python/Git y otros programas, Odoo, NextERP, facturas de Amazon Business, envío a la Agenzia delle Entrate) y, abajo, una tarea por voz desde el teléfono.

Una ilustración de la publicación, no una captura de pantalla.

ERP

Un ERP cuya interfaz nunca hemos abierto

Un proceso de negocio ya funciona por completo a través del agente: facturas y documentos de transporte del correo, Google Drive y Amazon Business → ERP y contabilidad → sistema tributario → informes resumidos → conciliación con los extractos bancarios.

Qué hay en la captura

Una ilustración de la publicación, no una captura de pantalla: a la izquierda, una persona entre montañas de ventanas y ajustes; a la derecha, una tarea por voz al agente, que trabaja solo con los programas y entrega un resultado terminado.

Una ilustración de la publicación, no una captura de pantalla.

Configuración e infraestructura

Cómo el agente CLARYEL configura y mantiene por sí solo nuestras máquinas: hardware, refrigeración, modelos de IA, velocidad.

Refrigeración

Control del ventilador de la GPU

Lo pedimos con palabras sencillas: el ventilador de la GPU debe seguir la temperatura de la tarjeta gráfica y los ajustes deben sobrevivir a un reinicio. El agente CLARYEL descubrió solo qué controlar, hizo girar el ventilador al máximo durante un minuto, ajustó la curva y lo confirmó todo con un reinicio real, en unos 30 minutos.

  1. Peticióntexto normal, sin comandos
  2. ReconocimientoZ10PA-U8 · Tesla P100 · NCT7904D
  3. Un minuto al máximo1468 → 5294–5421 RPM en 5 s · GPU 37 → 31 °C
  4. Curva≤35 °C 35% → ≥85 °C 100%
  5. Reinicio1319 RPM, 35 °C: todo volvió a arrancar solo
0%25%50%75%100%3545607585~78%35%47%67%86%100%°C
Curva: temperatura de la GPU → velocidad del ventilador~78 %: modo de emergencia si el sensor de temperatura deja de responderSuave: como máximo ±15 % cada 5 s

Más allá de la tarea

  • Guardó el procedimiento como habilidad para las próximas máquinas.
  • Explicó con honestidad en qué se basa la conclusión de que fan5 es el ventilador de la GPU.
  • En la misma sesión también renombró la máquina a P1005, como habíamos pedido antes.
  • Por nuestra parte: un comando para conceder derechos de administrador, la respuesta «Ready» y una confirmación durante el trabajo.
  • ≈ 30 minutos (06:26–06:57 según las capturas)
Qué hay en la captura

Nuestra petición (06:26) en texto normal. El agente empieza enseguida el reconocimiento sin derechos de administrador: placa Z10PA-U8, GPU Tesla P100; todavía no hay interfaz para controlar el ventilador; temperatura de la GPU legible: 39 °C.

Qué hay en la captura

El agente nos pide ejecutar una sola vez un comando que le da derechos de administrador en P1005 (revocables en cualquier momento) y explica el plan: encontrar el chip que controla el ventilador, escribir un pequeño servicio basado en la temperatura de la GPU, un minuto al máximo comprobado con el tacómetro. La dirección de la máquina está tapada.

Qué hay en la captura

Final del plan: servicio con arranque automático, cambio del nombre del host a P1005; si el control resultara imposible, el agente lo dirá con honestidad. Nuestra respuesta «Ready» (06:29) y luego el avance: servicio de control, una confirmación (06:43), «todo sobrevivió al reinicio» (06:49) y el inicio del informe.

Qué hay en la captura

Informe, puntos 1–3: chip Nuvoton NCT7904D, emparejamiento de canales (pwm2 → fan5, hasta ~5300 RPM: la turbina de la P100), un minuto al máximo (1468 → 5294–5421 RPM en 5 s, GPU 37 → 31 °C) y la curva en marcha.

Qué hay en la captura

Informe, punto 4 y conclusión: arranque automático del controlador y del servicio, reinicio real (fan5 a 1319 RPM, GPU a 35 °C, Strata volvió sola, puerto 8080 escuchando), nombre de host P1005, una nota honesta sobre cómo se identificó el ventilador de la GPU y el procedimiento guardado como habilidad.

Las capturas están en su idioma original; debajo de cada una hay un resumen.

Configuración

Pregunta técnica, por voz

Una tarea práctica: con un mensaje de voz preguntamos cómo está montado el sistema. Respondió con datos reales de nuestras máquinas: hardware, discos, modelo de IA y velocidad. Si algún punto no está claro, basta con preguntar enseguida qué significa.

Qué hay en la captura

La respuesta a la pregunta por voz sobre la configuración: dos máquinas, claryel01 y P2002, con procesador, memoria, GPU, discos, versiones del software, modelo de IA y velocidad medida (~44–48 tok/s). Abajo, la línea sobre el modelo de reserva (Cloud fallback: xAI Grok 4.7).

En este trabajo el modelo de reserva era externo (Grok) y no tenía filtro. Para nuestro sistema local no es aceptable, así que el modelo de reserva se sustituyó por un segundo modelo local. Hoy los modelos en la nube solo se llaman a través del filtro y, cuando hace falta, tras la confirmación explícita del usuario.

Parque de máquinas

Tres máquinas, un solo agente

Pedimos una ficha breve de todas nuestras máquinas con Strata. El agente CLARYEL revisó solo la red, encontró tres máquinas y reunió para cada una la memoria, el disco, la GPU, las versiones de Strata y del modelo, y la velocidad. Las tres las maneja un solo agente.

velocidad de generación

  • P2002principal62 GiB DDR5 · AMD RDNA4 16 GiB46.8 tok/s
  • Mac Studiola más rápida256 GB LPDDR5X · M3 Ultra60.0 tok/s
  • P1005para tareas en segundo plano31 GiB DDR4 · Tesla P100 16 GB16.2 tok/s

En las tres: Strata v0.1.45 · Qwen3.8-Flash-Next IQ3_S · contexto 262 144

Qué hay en la captura

Nuestra petición (07:47) y el inicio de la respuesta: red revisada, hay tres máquinas. La primera es P2002: 62 GiB DDR5, Lexar NM1090 PRO 2 TB, AMD RDNA4 con 16 GiB, Strata v0.1.45, Qwen3.8-Flash-Next IQ3_S, 46.8 tok/s. La dirección está tapada.

Qué hay en la captura

Mac Studio: 256 GB LPDDR5X (M3 Ultra), SSD de 2 TB, 60.0 tok/s, la más rápida. P1005: 31 GiB DDR4, Tesla P100 16 GB, 16.2 tok/s, para tareas en segundo plano. En resumen: un solo agente en claryel01 maneja las tres, con el mismo modelo en todas; reserva P2002 → Mac Studio → Grok. Las direcciones están tapadas.

En este trabajo el modelo de reserva era externo (Grok) y no tenía filtro. Para nuestro sistema local no es aceptable, así que el modelo de reserva se sustituyó por un segundo modelo local. Hoy los modelos en la nube solo se llaman a través del filtro y, cuando hace falta, tras la confirmación explícita del usuario.

Instalación

Strata en una máquina nueva: el agente superó solo todos los obstáculos

Preguntamos qué dificultades surgieron al poner en marcha Strata v0.1.45 en un Mac Studio (M3 Ultra, 256 GB). El agente CLARYEL compiló el motor desde el código fuente, encontró y aplicó una corrección, transfirió el modelo de 79 GB y esquivó por sí mismo un error del motor.

Qué hay en la captura

Nuestra pregunta (05:16) sobre las dificultades con Strata en el Mac Studio. La respuesta, puntos 1–3: no hay compilación lista para Mac, la compilación 0.1.45 rota y la corrección de la PR #2895, el inicio del relato sobre la transferencia del modelo de 79 GB.

Qué hay en la captura

Puntos 3–6: transferencia del modelo (Starlink ~6,5 MB/s, red ~11 MB/s, rsync desde P2002 en 2 h 05 min), un error de mayúsculas en el nombre del modelo, el error del motor «cada petición 400» y la solución --no-prefill-borrow, confusión con un proceso antiguo en el puerto 8080.

Qué hay en la captura

Puntos 6–7 y resultado: el «cuelgue» en el primer arranque (~10 minutos leyendo 55 GB del disco), Mac ≈ P2002 en generación (~58 frente a ~57 tok/s), prefill +36 %, todo guardado en la habilidad strata-mac-deploy.

Las capturas están en su idioma original; debajo de cada una hay un resumen.

Actualización

El agente actualizó el motor de su propio «cerebro»

En Telegram pedimos al agente CLARYEL que actualizara Strata en P2002, la máquina en la que funciona él mismo. El agente lanzó la actualización con una red de seguridad, arregló solo un fallo en el último paso y comparó con honestidad la velocidad antes y después.

Qué hay en la captura

La pregunta sobre versiones (04:30), la respuesta (v0.1.43.1 en P2002, v0.1.45 en GitHub) y la orden «actualízate» (04:31). El agente describe el plan: actualización separada de sí mismo y un vigilante con reversión automática a la 0.1.43.1.

Qué hay en la captura

La línea sobre el cambio al modelo de reserva (grok-4.7) a las 04:46; el informe: código en v0.1.45, motor compilado (34 MB, 0 errores), sustitución del archivo fallida («Text file busy»), el agente lo arregla solo. Debajo: la nota de actualización de la habilidad y nuestra pregunta sobre la versión actual (04:50).

Qué hay en la captura

La respuesta: en P2002 funciona Strata v0.1.45, la antigua 0.1.43.1 se guarda como reserva, modelo Qwen3.8-Flash-Next IQ3_S, contexto 262 144; mediciones de velocidad antes y después de la actualización.

Qué hay en la captura

Lectura del agente: prefill claramente mejorado (hasta +80 % en una medición), generación ~10–20 % más baja en dos mediciones recientes; el agente propone 3–4 pasadas más y la reversión si se confirma la lentitud.

Las capturas están en su idioma original; debajo de cada una hay un resumen.

En este trabajo el modelo de reserva era externo (Grok) y no tenía filtro. Para nuestro sistema local no es aceptable, así que el modelo de reserva se sustituyó por un segundo modelo local. Hoy los modelos en la nube solo se llaman a través del filtro y, cuando hace falta, tras la confirmación explícita del usuario.

Supervisión

Revisión matutina de la casa y los ordenadores

Por la mañana, el agente CLARYEL revisa por sí mismo los sensores de la casa inteligente Home Assistant, las copias de seguridad, el estado de los discos y la temperatura de los ordenadores conectados, y solo avisa de lo que requiere atención.

Qué hay en la captura

Una ilustración de la publicación, no una captura de pantalla: el resultado de la revisión matutina — sala de los ordenadores a 28,8 °C, pilas de los sensores al 20 % (oficina) y al 30 % (terraza), sensor de la puerta «Leo» en ON, que conviene comprobar.

Qué hay en la captura

Una ilustración de la publicación, no una captura de pantalla: la cadena Strata v0.1.43 → Qwen3.8-Flash-Next (IQ3_S) → agente → sensores de Home Assistant, copias de seguridad, discos, temperatura de los ordenadores; abajo, las herramientas de apoyo (Telegram, ChatGPT, ChatGPT Go + Codex, Grok 4.7).

Una ilustración de la publicación, no una captura de pantalla.

En este trabajo el modelo de reserva era externo (Grok) y no tenía filtro. Para nuestro sistema local no es aceptable, así que el modelo de reserva se sustituyó por un segundo modelo local. Hoy los modelos en la nube solo se llaman a través del filtro y, cuando hace falta, tras la confirmación explícita del usuario.

Hardware y velocidad de los modelos

Cómo funciona el mismo modelo en hardware distinto, desde una vieja Tesla P100 hasta una Radeon nueva. Las cifras salen solo de las pantallas.

Velocidad del modelo

31 tok/s con la RAM casi libre: el modelo se lee del SSD

Strata v0.1.41, Qwen3.8-Flash-Next IQ3_XXS, una Radeon de 16 GB y 31 GB de RAM. Una respuesta de 12 136 tokens a 31 tok/s, con solo 3,2 GB de RAM ocupados.

Qué hay en la captura

Monitor de Strata: generación 31,0 tok/s, prefill 43 tok/s, VRAM 15,7/16 GB, GPU 45 °C, contexto lleno al 19 % (12k de 64k), una petición: 12 136 tokens en 396,3 s; RAM 3,2/31 GB.

Qué hay en la captura

Modelo y motor: qwen3.8-flash-next-iq3_xxs, v0.1.41, contexto 65 536 tokens, caché KV de 8 bits en VRAM, 5681 expertos en VRAM (9,2 GB). Ordenador: AMD Radeon 16 GB, Intel Core Ultra 7 270K Plus (24 hilos), 31 GB de RAM.

Qué hay en la captura

Ajustes elegidos de Strata: Qwen3.8-Flash-Next, IQ3_XXS, contexto 64K, caché KV de 8 bits, imágenes desactivadas, modo low-RAM (31 GB de RAM, expertos leídos en parte del SSD), AMD Radeon RX 9070 (~16 GB de VRAM); archivo del modelo ~47 GB.

Las capturas están en su idioma original; debajo de cada una hay un resumen.

Velocidad del modelo

Contexto de 256K: 26 peticiones en una sola tarjeta gráfica de 16 GB

Ejecutamos Strata v0.1.41 con Qwen3.8-Flash-Next IQ3_S en un contexto de 262 144 tokens. Respuestas de hasta 14 829 tokens, con 3,3 de 31 GB de RAM ocupados: el modelo trabaja casi solo en la memoria de vídeo.

Qué hay en la captura

Un fotograma del vídeo: el modelo escribe una larga respuesta técnica sobre cómo funcionan los modelos Mixture-of-Experts (enrutamiento de expertos, caché KV, jerarquía de memoria). El vídeo completo está en la publicación original.

Qué hay en la captura

Monitor de Strata: generación de la última petición 14,8 tok/s, prefill 112 tok/s, VRAM 15,8/16 GB, contexto al 62 % (162k/256k), RAM 3,3/31 GB; en la tabla de peticiones, generación de 13,0 a 19,6 tok/s y respuestas de hasta 14 829 tokens; total: 26 peticiones.

Qué hay en la captura

Modelo y motor: qwen3.8-flash-next-iq3_s, v0.1.41, contexto 262 144 tokens, caché KV de 8 bits en VRAM, 3114 expertos en VRAM (6,0 GB). Ordenador: AMD Radeon 16 GB, Intel Core Ultra 7 270K Plus (24 hilos), 31 GB de RAM.

Las capturas están en su idioma original; debajo de cada una hay un resumen.

El vídeo está en la publicación original; aquí hay un fotograma.

Velocidad del modelo

Más RAM: 45 tok/s en un contexto de 164 000 tokens

La misma máquina con más RAM (62 GB en el sistema). Strata v0.1.43 con Qwen3.8-Flash-Next IQ3_S: generación a 45,2 tok/s con el contexto lleno al 63 %.

Qué hay en la captura

Monitor de Strata: generación 45,2 tok/s, prefill 94 tok/s, VRAM 15,9/16 GB, GPU 44 °C, contexto al 63 % (164k/256k), RAM 53,5/62 GB; dos peticiones de unos 162 000 tokens, prefill 1176 tok/s, generación 48,3 y 45,2 tok/s.

Qué hay en la captura

Modelo y motor: qwen3.8-flash-next-iq3_s, v0.1.43, contexto 262 144 tokens, caché KV de 8 bits en VRAM, 3114 expertos en VRAM (6,0 GB). Ordenador: AMD Radeon 16 GB, Intel Core Ultra 7 270K Plus (24 hilos), 62 GB de RAM.

Las capturas están en su idioma original; debajo de cada una hay un resumen.

Velocidad del modelo

Un Xeon antiguo y una Tesla P100: 19–27 tok/s

La configuración más modesta: Intel Xeon E5-2690 v4, 31 GB de RAM y una tarjeta Tesla P100 de 16 GB. Strata v0.1.45 con Qwen3.8-Flash-Next IQ3_S da 19–27 tok/s, con solo 2,2 GB de RAM ocupados.

Qué hay en la captura

Monitor de Strata y htop: generación 26,9 tok/s, carga de la Tesla P100 100 %, VRAM 15,7/16 GB, 97 W, PCIe Gen3 x16, CPU 45 %, lectura de disco 164 MB/s, RAM 2,2/31 GB; peticiones: 19,3 tok/s (253 tokens) y 25,3 tok/s (12 686 tokens en 504,1 s).

Qué hay en la captura

Modelo y motor: qwen3.8-flash-next-iq3_s, v0.1.45, contexto 262 144 tokens, caché KV de 8 bits en VRAM, 3051 expertos en VRAM (5,8 GB). Ordenador: Tesla P100 16 GB, Intel Xeon E5-2690 v4 (28 hilos), 31 GB de RAM.

Las capturas están en su idioma original; debajo de cada una hay un resumen.

Contabilidad

Revisión de facturas: FAKE y duplicados

Un escenario real de nuestro ERP, en tres pasos.

  1. La pregunta

    Preguntamos cuánto gastamos en informática en el último año. El sistema responde (≈ €54.691) y señala por sí solo facturas FAKE y duplicados.

  2. La corrección

    Le pedimos que elimine los datos FAKE y los duplicados. Antes de la eliminación forzada pide nuestra aprobación; después limpia y verifica.

  3. Resultado corregido

    188 facturas válidas por €38.627,70. Cifra corregida: €36.993,58: el sistema corrige por sí solo su propia respuesta anterior y confirma el estado final.

Antes → después (capturas 1–3)

  • 64 facturas FAKE eliminadas
  • 188 facturas válidas · €38.627,70
  • Informática, último año: ≈€54.691 → €36.993,58

Un escenario real de nuestro ERP: ante la pregunta sobre el gasto en informática, el sistema encuentra por sí solo facturas FAKE y duplicados, los elimina tras nuestra aprobación, verifica el resultado y corrige su propia cifra anterior.

Eliminar documentos es seguro: los datos tienen copia de seguridad, hay un historial de cambios con posibilidad de revertir y una conciliación constante, por ejemplo con los extractos bancarios.

Refrigeración

Control del ventilador de la GPU

La tarea, en la captura 1: el ventilador de la GPU está conectado a la placa base; debe seguir la temperatura de la GPU, girar al máximo durante un minuto para confirmar que el control funciona, luego recibir niveles óptimos, y tras un reinicio todo debe funcionar automáticamente.

  1. Petición

    Un mensaje normal de Telegram, sin comandos técnicos.

  2. Reconocimiento

    Primero, sin derechos de administrador, el agente comprobó: placa Z10PA-U8, GPU Tesla P100, temperatura de la GPU legible (39 °C), pero todavía nada con que controlar el ventilador. Pidió los derechos de administrador con un solo comando y explicó el plan. Con acceso, encontró el chip Nuvoton NCT7904D (9 entradas de tacómetro, 4 canales PWM) y, llevando cada canal de 0 a 255, los emparejó: pwm2 → fan5, hasta ~5300 RPM, que es la turbina de la P100. Los otros tres canales quedaron en automático de la BIOS.

  3. Un minuto al máximo

    pwm2 = 255 durante 60 segundos: en 5 segundos fan5 pasó de 1468 a 5294–5421 RPM y la GPU bajó de 37 a 31 °C. Después el control volvió a la curva (255 → 195 → 90); las lecturas del tacómetro confirman que funciona.

  4. Curva

    ≤35 °C → 35 %, 45 °C → 47 %, 60 °C → 67 %, 75 °C → 86 %, ≥85 °C → 100 % (la P100 reduce frecuencias a 91 °C, así que queda margen). La velocidad cambia de forma suave, como máximo un ±15 % cada 5 segundos; si nvidia-smi deja de responder, el ventilador pasa al modo de emergencia de ~78 %.

  5. Reinicio

    El controlador se carga automáticamente y el control funciona como servicio con arranque automático. El agente reinició de verdad la máquina y lo comprobó todo desde cero: módulo cargado, servicio activo, fan5 a 1319 RPM, GPU a 35 °C.

Más allá de la tarea

  • Guardó el procedimiento como habilidad para las próximas máquinas.
  • Explicó con honestidad en qué se basa la conclusión de que fan5 es el ventilador de la GPU.
  • En la misma sesión también renombró la máquina a P1005, como habíamos pedido antes.
  • Por nuestra parte: un comando para conceder derechos de administrador, la respuesta «Ready» y una confirmación durante el trabajo.
  • ≈ 30 minutos (06:26–06:57 según las capturas)

Configuración

Pregunta técnica, por voz

Una tarea práctica: con un mensaje de voz preguntamos cómo está montado el sistema. Respondió con datos reales de nuestras máquinas: hardware, discos, modelo de IA y velocidad. Si algún punto no está claro, basta con preguntar enseguida qué significa.

Lo que muestra la respuesta: dos máquinas, claryel01 y P2002; procesador, memoria, GPU y discos; versiones del software; modelo de IA; velocidad medida.

En este trabajo el modelo de reserva era externo (Grok) y no tenía filtro. Para nuestro sistema local no es aceptable, así que el modelo de reserva se sustituyó por un segundo modelo local. Hoy los modelos en la nube solo se llaman a través del filtro y, cuando hace falta, tras la confirmación explícita del usuario.

¿Un término técnico no está claro? Pregúntaselo al sistema enseguida, directamente en la conversación: te lo explica con palabras sencillas.

Parque de máquinas

Tres máquinas, un solo agente

La petición, en la captura 1 (07:47): para cada máquina con Strata, tamaño y tipo de memoria, NVMe, GPU y memoria de vídeo, versión de Strata, modelo, versión del agente y velocidad del modelo en esa máquina; respuesta breve y en inglés.

El agente escaneó solo la red y confirmó que hay tres máquinas (las demás direcciones son una impresora y el puerto Wi-Fi del Mac). Las tres usan Strata v0.1.45 con el mismo modelo Qwen3.8-Flash-Next IQ3_S (contexto 262 144), así que las respuestas son coherentes responda la máquina que responda.

velocidad de generación

  • P2002principal62 GiB DDR5 · AMD RDNA4 16 GiB46.8 tok/s
  • Mac Studiola más rápida256 GB LPDDR5X · M3 Ultra60.0 tok/s
  • P1005para tareas en segundo plano31 GiB DDR4 · Tesla P100 16 GB16.2 tok/s

En las tres: Strata v0.1.45 · Qwen3.8-Flash-Next IQ3_S · contexto 262 144

Velocidad de generación: P2002 46.8 tok/s, Mac Studio 60.0 tok/s (la más rápida), P1005 16.2 tok/s: un modelo de 78 GB con 31 GB de memoria, por eso esta máquina se encarga de tareas en segundo plano. Las tres las maneja una única instancia del agente en claryel01; la reserva sigue la cadena P2002 → Mac Studio → Grok.

En este trabajo el modelo de reserva era externo (Grok) y no tenía filtro. Para nuestro sistema local no es aceptable, así que el modelo de reserva se sustituyó por un segundo modelo local. Hoy los modelos en la nube solo se llaman a través del filtro y, cuando hace falta, tras la confirmación explícita del usuario.

Contabilidad

Contabilidad llave en mano: del ordenador nuevo a la agencia tributaria

Viktor ya ha hecho este proceso con agentes en la nube, casi sin tocar las interfaces de los programas: tareas por voz y comprobación del resultado. Ahora trasladamos procesos reales como este a la IA local de CLARYEL.

Pasos: ordenador nuevo desde cero → Ubuntu y configuración → programas necesarios → contabilidad Odoo → ERP NextERP → importación de facturas de Amazon Business → envío a la Agenzia delle Entrate.

Primera observación: en local, estas tareas todavía tardan más que en la nube. Primero vemos qué funciona tal cual y solo después optimizamos.

Una ilustración de la publicación, no una captura de pantalla.

ERP

Un ERP cuya interfaz nunca hemos abierto

No aprendemos botones ni menús: pedimos al agente que instale el programa y ejecute las funciones necesarias, mediante API, MCP o manejando el propio ordenador del agente. Necesitamos el resultado, no la interfaz.

El proceso paso a paso: reunir facturas y documentos de transporte del correo, Google Drive y la cuenta de Amazon Business; introducirlos en el ERP y la contabilidad; enviar los datos al sistema tributario; preparar informes resumidos; conciliarlo todo con los extractos bancarios, que también están en Google Drive.

Con los ajustes, lo mismo: en lugar de estudiar cada uno, le decimos al agente «tiene que funcionar así: hazlo, compruébalo y dime el resultado». Nosotros fijamos la tarea y comprobamos el resultado. Todavía no funciona del todo con todos los programas.

Una ilustración de la publicación, no una captura de pantalla.

Instalación

Strata en una máquina nueva: el agente superó solo todos los obstáculos

No hay una compilación lista para Mac: el motor Metal se compila desde el código fuente (~5–15 min). La compilación 0.1.45 para Mac estaba rota; el agente encontró la PR abierta #2895, la aplicó a la versión y la recompilación salió bien.

El modelo de 79 GB: por HuggingFace vía Starlink habría ido a ~6,5 MB/s (~3,4 h), así que el agente lo copió con rsync desde P2002 mediante reenvío del agente SSH, en 2 h 05 min. Después, cada petición al motor devolvía 400; el agente encontró en el código fuente la solución --no-prefill-borrow.

Resultado: el Mac ≈ P2002 en generación (~58 frente a ~57 tok/s) y claramente más rápido en prefill (+36 %). El agente guardó todos los obstáculos en la habilidad strata-mac-deploy, así que repetirlo es casi copiar.

Actualización

El agente actualizó el motor de su propio «cerebro»

Pregunta (04:30): qué versión de Strata usa el «cerebro» y cuál es la última en GitHub. Respuesta: en P2002 está la v0.1.43.1, la última es la v0.1.45 (publicada el 17 de octubre de 2026). El agente avisó de que la actualización reiniciaría el motor en el que funciona él mismo: un par de minutos sin servicio, con la reversión como garantía.

Con la orden «actualízate» (04:31), el agente lanzó la actualización separada de sí mismo: git pull → compilación del motor HIP 0.1.45 → reinicio del servicio, mientras un vigilante comprueba el motor durante 5 minutos y vuelve a la 0.1.43.1 si no arranca. La compilación fue limpia (34 MB, 0 errores), pero no se pudo sustituir el archivo en uso («Text file busy») y el motor se detuvo. El agente guardó el archivo antiguo como reserva, instaló el nuevo a mano y reinició el servicio.

Comprobación (04:50): funciona la v0.1.45, modelo Qwen3.8-Flash-Next IQ3_S, contexto 262 144. Velocidad con el mismo script: respuesta corta 31,0 (antes 33,5–33,7), generación de 1024 tokens 47,7 / 44,4 (antes 53,0–60,1), prefill de 1,5K 874 / 531 (antes 488–490). Lectura del agente: prefill claramente mejor, generación ~10–20 % más baja en dos mediciones; con solo dos pasadas no lo llama regresión y propone 3–4 mediciones más y volver a la 0.1.43.1 si se confirma la lentitud.

En este trabajo el modelo de reserva era externo (Grok) y no tenía filtro. Para nuestro sistema local no es aceptable, así que el modelo de reserva se sustituyó por un segundo modelo local. Hoy los modelos en la nube solo se llaman a través del filtro y, cuando hace falta, tras la confirmación explícita del usuario.

Supervisión

Revisión matutina de la casa y los ordenadores

La combinación de la imagen: Strata v0.1.43 + Qwen3.8-Flash-Next (IQ3_S) + el agente. El agente lee los sensores de Home Assistant (temperatura, humedad, movimiento, luz, energía) y revisa copias de seguridad, discos y temperatura de los ordenadores. Hablamos con él por Telegram.

Lo que encontró la revisión: la sala de los ordenadores está a 28,8 °C, bastante más que otras estancias, así que conviene revisar la ventilación y la refrigeración; hay que cambiar las pilas de los sensores de la oficina (20 %) y de la terraza (30 %); el sensor de la puerta «Leo» marca ON, pero el dato puede estar desactualizado y hay que comprobarlo en el sitio.

Viktor ni siquiera abrió la interfaz de Home Assistant. Herramientas de apoyo ese día: ChatGPT dibujó la imagen de la publicación, ChatGPT Go + Codex ayudaron con la configuración y el agente recurría de vez en cuando a Grok 4.7 como modelo adicional para razonamientos complejos.

En este trabajo el modelo de reserva era externo (Grok) y no tenía filtro. Para nuestro sistema local no es aceptable, así que el modelo de reserva se sustituyó por un segundo modelo local. Hoy los modelos en la nube solo se llaman a través del filtro y, cuando hace falta, tras la confirmación explícita del usuario.

Una ilustración de la publicación, no una captura de pantalla.

Velocidad del modelo

31 tok/s con la RAM casi libre: el modelo se lee del SSD

Ajustes: modelo Qwen3.8-Flash-Next IQ3_XXS (~47 GB), contexto 64K (65 536 tokens), caché KV de 8 bits, modo low-RAM: parte de los «expertos» del modelo se lee del SSD. Tarjeta gráfica AMD Radeon RX 9070, ~16 GB.

El resultado en el monitor de Strata: 12 136 tokens en 396,3 s, generación 31,0 tok/s, VRAM 15,7 de 16 GB, RAM 3,2 de 31 GB, GPU 45 °C. En la memoria de vídeo hay 5681 «expertos» (9,2 GB); el resto se lee del disco.

Conclusión: un modelo grande funciona sin enormes cantidades de RAM, porque el motor mantiene lo más necesario en la memoria de vídeo y lee el resto de un SSD rápido. Es un camino hacia ordenadores mucho más asequibles para la IA local.

Velocidad del modelo

Contexto de 256K: 26 peticiones en una sola tarjeta gráfica de 16 GB

El objetivo era sencillo: entender cómo automatizar luego estas ejecuciones en distinto hardware y cómo presentar los resultados para compararlos. Máquina: Intel Core Ultra 7 270K Plus, 31 GB de RAM, AMD Radeon 16 GB.

El balance desde el domingo por la mañana (09:44): 26 peticiones, 169 326 tokens de prompt leídos a 108 tok/s (otros 1 923 247 tomados de la caché de la conversación), 166 539 tokens escritos a una media de 20,5 tok/s. El contexto está lleno al 62 % (162k de 256k).

No todo salió bien: en la lista hay una petición «Closed» y otra «Stopped». El vídeo de la publicación original muestra al modelo escribiendo una larga respuesta técnica; allí Viktor también explica qué falló.

Velocidad del modelo

Más RAM: 45 tok/s en un contexto de 164 000 tokens

Ordenador: Intel Core Ultra 7 270K Plus (24 hilos), AMD Radeon 16 GB, 62 GB de RAM, contexto 262 144 tokens. Ahora el motor también usa la RAM: 53,5 de 62 GB ocupados.

Dos peticiones de unos 162 000 tokens cada una: la primera se leyó a 1176 tok/s, generación 48,3 tok/s; la segunda salió casi entera de la caché de la conversación (162 199 tokens), generación 45,2 tok/s.

El compromiso está claro: con más RAM la generación es bastante más rápida, pero queda menos memoria para otras tareas. Con 31 GB el motor apenas tocaba la RAM y el ordenador quedaba libre para otro trabajo.

Velocidad del modelo

Un Xeon antiguo y una Tesla P100: 19–27 tok/s

El modelo no cabe en la RAM y trabaja desde la memoria de vídeo (15,7 de 16 GB) y desde un disco NVMe por PCIe 3.0. El procesador está a un 45 % aproximadamente y la RAM casi libre: el ordenador puede usarse también para otro trabajo.

En el monitor: generación actual 26,9 tok/s; en el historial de peticiones, 19,3 tok/s en una respuesta corta (253 tokens) y 25,3 tok/s en una larga (12 686 tokens en 504,1 s). Tarjeta gráfica a 36 °C, 97 W de 250.

Para nosotros es la referencia clave de precio: incluso un hardware antiguo y barato, con el motor bien configurado, ya sirve para trabajo real.

Por qué la nube es peligrosa

¿Todos los documentos de la empresa en la nube de otro? Es un riesgo, no una comodidad

Cuando contratos, presupuestos, correos y know-how acaban en una IA en la nube o en un SaaS, la empresa depende de reglas ajenas: el proveedor procesa los datos en sus propios servidores, puede cambiar las condiciones de uso de los datos, los precios y los límites, y su infraestructura y sus proveedores pueden caerse o sufrir brechas. A los proveedores estadounidenses se les aplica la CLOUD Act, y la base jurídica de las transferencias UE–EE. UU. vuelve a estar en entredicho. Con CLARYEL, los documentos y la IA se quedan en el hardware del cliente: disco cifrado, copias de seguridad, acceso remoto cifrado y una base de datos que se puede apagar en cualquier momento. En las configuraciones básicas es más lento que la nube, pero sin límites de tokens y sin sorpresas en la factura.1,3–5,7,9–15

Para una empresa italiana también es una cuestión de secretos empresariales: el art. 98 del Código de la Propiedad Industrial protege la información solo si se mantiene en secreto con «medidas razonablemente adecuadas». Revelar secretos empresariales se castiga con hasta 2 años de prisión (art. 623 del Código Penal italiano), con agravante si se usan medios informáticos.17,18

Modelos externos rápidos: solo a través de un filtro

Cuando hace falta, el sistema CLARYEL puede llamar a modelos externos rápidos y de vanguardia. Antes de enviar, elimina de la solicitud los datos personales y los secretos empresariales, conservando el sentido de la solicitud. Cuando hace falta, le muestra la solicitud filtrada y solo la envía a la nube tras su confirmación explícita.

El filtro ayuda a reducir los riesgos; no promete una anonimización del 100 %.

Con honestidad: el canal de órdenes (Telegram) es un servicio externo, así que los mensajes y las notas de voz pasan por los servidores de Telegram. Los documentos, la base de conocimiento y el procesamiento de IA se quedan en local.

Fuentes

  1. BSI / Allianz für Cybersicherheit — Local AI and further alternatives (2026)
  2. CNIL — Comment déployer une IA générative ? (2024)
  3. Anthropic — Updates to Consumer Terms and Privacy Policy
  4. OpenAI — Mixpanel security incident (2025)
  5. Google Threat Intelligence — Salesloft Drift data theft (2025)
  6. Malwarebytes — AI chat app leak (2026)
  7. 18 U.S.C. § 2713 (CLOUD Act) — govinfo.gov
  8. Sénat (France) — commission d’enquête, 9 June 2025
  9. CJEU C-311/18 (Schrems II) — EUR-Lex
  10. IAPP — EDPB requests review of the EU-US Data Privacy Framework (2026)
  11. CJEU C-703/25 P (Latombe) — EUR-Lex
  12. Microsoft Licensing — Microsoft 365 pricing and packaging updates (2026)
  13. TechCrunch — new weekly rate limits (2025)
  14. AWS — US-EAST-1 service disruption summary (Oct 2025)
  15. Cloudflare — outage on 18 November 2025
  16. The Register — unauthorized API usage bills (2026)
  17. D.Lgs. 30/2005 (Codice della proprietà industriale), artt. 98–99 — Normattiva
  18. Codice penale, art. 623 — Normattiva

Información general, no asesoramiento jurídico. Un sistema local ayuda a reducir los riesgos; el cumplimiento sigue siendo responsabilidad de la empresa.

Por qué la nube es peligrosa

Dar a un agente en la nube las llaves de su infraestructura abre la puerta a sus datos más valiosos

Cada clave API, token OAuth o túnel concedido a un agente en la nube es una puerta más para un atacante. Las credenciales robadas son la vía de entrada más frecuente; una sola integración comprometida provocó el robo de datos en muchas empresas; la inyección de prompts puede filtrar datos sin un clic; paquetes infectados ya usan agentes de IA para buscar secretos. Un agente en la nube con acceso a sus máquinas y claves es un punto de fuga y un camino hacia el sistema local, donde están todos los datos o los más sensibles. La arquitectura local de CLARYEL reduce los puntos de acceso externos y pide a una persona que confirme las acciones de riesgo, en línea con OWASP y con los requisitos de NIS2 sobre la cadena de suministro.1–7

Fuentes

  1. Verizon — 2025 Data Breach Investigations Report
  2. OWASP — Top 10 for LLM Applications 2025 (LLM01, LLM06)
  3. NIST NVD — CVE-2025-32711
  4. GitHub Security Advisory — malicious Nx versions (GHSA-cxm3-wv7p-598c)
  5. CISA — supply chain compromise in the npm ecosystem (2025)
  6. Hunt.io — CVE-2026-25253 in internet-facing AI agent gateways (2026)
  7. Directive (EU) 2022/2555 (NIS2), art. 21 — EUR-Lex
  8. BSI / Allianz für Cybersicherheit — Local AI and further alternatives (2026)
  9. EDPB — AI Privacy Risks & Mitigations: Large Language Models (2025)

Información general, no asesoramiento jurídico. Un sistema local ayuda a reducir los riesgos; el cumplimiento sigue siendo responsabilidad de la empresa.

Por qué la nube es peligrosa

El ajuste del hardware y de los modelos se queda dentro: ningún agente en la nube cerca de sus máquinas

Las mediciones de esta página las realizó el agente de CLARYEL en nuestras propias máquinas, sin dar acceso a ningún servicio en la nube. Las credenciales robadas y los paneles de agentes expuestos muestran por qué: quien tiene las llaves tiene el sistema. La velocidad local depende del hardware y, en configuraciones pequeñas, es menor que en la nube; a cambio, el volumen de trabajo no está limitado por tarifas, cuotas ni una factura por tokens.1,2

Fuentes

  1. Verizon — 2025 Data Breach Investigations Report
  2. Hunt.io — CVE-2026-25253 in internet-facing AI agent gateways (2026)
  3. TechCrunch — new weekly rate limits (2025)
  4. The Register — unauthorized API usage bills (2026)
  5. Stanford HAI — AI Index 2025, Technical Performance

Información general, no asesoramiento jurídico. Un sistema local ayuda a reducir los riesgos; el cumplimiento sigue siendo responsabilidad de la empresa.