> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-es/preguntas-frecuentes/changelog.md).
# Registro de cambios
Registro de cambios de Kilo IoT Server — entradas de Scale Log para cada versión, con resúmenes de funciones, capturas de pantalla y enlaces a la documentación.
Scale Log. Versión 3.9.0
Las reglas de Kilo automatizan cómo responde una implementación a los datos de los dispositivos. Una **activador** es una condición guardada que inicia una regla, y ahora tiene dos controles independientes: puede evaluar un dispositivo o varios dispositivos seleccionados, y puede actuar de inmediato o esperar a que la condición siga siendo verdadera. Antes de la versión 3.9.0, aplicar una respuesta a 50 dispositivos requería 50 reglas; ahora un solo activador y una sola regla pueden cubrirlos manteniendo separadas la condición y la cuenta regresiva de cada dispositivo. Esta versión también reúne todas las métricas en una sola página con búsqueda, añade pagos por factura y valores exactos en los gráficos de barras, amplía el asistente de IA y ayuda a las aplicaciones de IA conectadas a distinguir las acciones que leen datos de las que los cambian. [kiloiot.io](https://kiloiot.io)
***
#### Qué incluye esta versión
* **Una regla para hasta 500 dispositivos** — Antes, aplicar la misma regla a 50 dispositivos requería 50 reglas separadas. Ahora un solo activador puede seleccionar esos dispositivos, evaluar cada uno por separado e iniciar la regla compartida para el dispositivo que cumpla la condición.
* **Espera antes de que se ejecute una regla** — Un activador puede exigir que una condición siga siendo verdadera durante entre 10 segundos y 30 días antes de iniciar la regla. Por ejemplo, una regla para la puerta de un congelador puede ignorar una puerta abierta brevemente para cargar cosas, pero actuar cuando la puerta permanezca abierta durante 10 minutos.
* **Todas las métricas en una sola página** — Una métrica es un tipo de lectura, como la temperatura o el nivel de batería. Las métricas que antes estaban repartidas en tres pestañas ahora están disponibles en una sola lista con búsqueda en **Dispositivos → Métricas**, donde también puedes añadirlas y editarlas.
* **Pagar por factura en lugar de con tarjeta** — Introduce los datos de tu empresa y, cuando sea necesario, tu número de IVA; luego elige transferencia bancaria y recibe por correo electrónico la información de la factura. La nueva página **Facturas** muestra qué facturas están abiertas o pagadas y ofrece la descarga en PDF.
* **Mostrar valores en gráficos de barras** — **Mostrar valor en la barra** imprime cada valor en su barra. **Mostrar métricas debajo** añade las lecturas actuales debajo del gráfico.
* **Añadir dispositivos MIOTY con el asistente de IA** — El asistente ahora puede usar una conexión MIOTY existente para ayudarte a seleccionar un modelo de dispositivo, introducir sus identificadores y crear el dispositivo con un blueprint compatible cuando se necesite uno.
* **Usa tu propia cuenta de IA** — Conecta una cuenta de OpenAI, Anthropic, OpenRouter, Ollama o compatible en lugar de usar la asignación mensual de mensajes incluida con tu plan Kilo. Ahora se admiten nombres de modelos de Ollama con etiquetas de versión.
* **Las aplicaciones de IA conectadas pueden distinguir acciones de lectura y escritura** — Las acciones disponibles para ChatGPT, Claude, Cursor y otras aplicaciones de IA conectadas ahora identifican si solo leen datos o si pueden cambiar o eliminar algo.
* **Mejoras de fiabilidad e interfaz** — Las fotos de los dispositivos se guardan correctamente, el Registro de auditoría se actualiza después de los cambios de permisos, los colores de los widgets vuelven a funcionar, la retención de registros sigue tu plan y el asistente de IA informa las acciones completadas de forma más fiable.
***
**Una regla para muchos dispositivos**
Una regla es un diagrama de flujo que indica a Kilo cómo responder a los datos de los dispositivos. Puede evaluar lecturas, activar una alarma, calcular un valor o enviar un comando a equipos como una válvula o un relé. Un activador define la condición que inicia la regla.
Antes de la versión 3.9.0, una regla solo podía activarse con un dispositivo. Si la misma condición y respuesta se aplicaban a 50 dispositivos, necesitabas 50 reglas separadas. Actualizar la condición más adelante significaba editar cada copia.
Ahora un solo activador puede seleccionar hasta **500 dispositivos**, y una sola regla se aplica a todos ellos. Añadir otro dispositivo significa actualizar ese activador en lugar de crear otra regla. La selección pertenece al activador; no es un grupo de dispositivos reutilizable en otra parte de Kilo.
La mayoría de los activadores para varios dispositivos son simples: cada dispositivo seleccionado proporciona la misma lectura y se vigila de forma independiente. Cada dispositivo vigilado tiene su propio estado de activación y su propia cuenta regresiva, de modo que una puerta que siga abierta no afecta a ninguna otra.
Un dispositivo seleccionado también puede proporcionar una lectura compartida en lugar de ser vigilado. Por ejemplo, 50 puertas pueden proporcionar cada una su propia lectura `door_open` mientras un controlador del edificio proporciona `heating_on` para cada comprobación de puerta. Antes de guardar, **Cómo se ejecutará este activador** muestra una fila por cada dispositivo vigilado e identifica cualquier lectura compartida en la columna **Usos** .
Una alarma también puede identificar el dispositivo que activó la regla. Añade `vars.device_name` al mensaje de motivo de la alarma para que la notificación nombre el dispositivo afectado.
[→ Un activador para varios dispositivos](/kilo-docs-es/kilo-iot-server/rules-engine/triggers/multiple-devices.md)
***
**Haz que una regla espere antes de ejecutarse**
Antes de la versión 3.9.0, una regla se ejecutaba en cuanto una lectura de dispositivo superaba el límite que habías establecido. Una respuesta inmediata es útil para condiciones urgentes como una fuga de agua, pero un breve pico de temperatura o una puerta abierta no siempre requiere acción.
Ahora un activador puede exigir que la condición siga siendo verdadera antes de que comience la regla. Elige **Solo si dura**y luego define una duración en segundos, minutos, horas o días. Los nuevos activadores empiezan en 10 minutos; puedes establecer cualquier duración entre 10 segundos y 30 días.
Por ejemplo:
* Ignora una puerta de congelador abierta brevemente para cargar, pero ejecuta la regla si permanece abierta durante 20 minutos.
* En el garaje de un complejo de apartamentos, ignora la visita corta de un residente, pero activa una alarma de seguridad si el movimiento continúa durante 10 minutos en el horario nocturno de la regla.
* Ignora un ciclo normal de una bomba de un minuto, pero actúa si la bomba sigue funcionando durante dos horas.
* Ignora un aumento breve de temperatura, pero activa una alarma si una habitación permanece por encima de 25 °C toda la tarde.
Dos comportamientos adicionales controlan cómo funciona el temporizador:
* **Un intervalo entre informes del dispositivo no reinicia la cuenta regresiva.** Un dispositivo que informa cada 15 minutos no cancelará una espera de 20 minutos simplemente porque no llegó una nueva lectura entre informes.
* **La desactivación del activador puede tener su propia condición y su propio retraso.** Bajo **Comportamiento de restablecimiento**, define cuándo el activador vuelve a la normalidad y cuánto tiempo debe durar esa condición de desactivación. Esto evita que una sola lectura normal borre una condición demasiado pronto.
[→ Temporización del activador](/kilo-docs-es/kilo-iot-server/rules-engine/triggers/trigger-timing.md)
***
**Todas las métricas en una sola página**
Una métrica define un tipo de lectura de un dispositivo, como la temperatura, la humedad, el nivel de batería o si una puerta está abierta. La definición indica a Kilo el nombre, la unidad y el tipo de datos de la métrica para que las lecturas de distintos fabricantes de dispositivos puedan usarse de forma coherente en paneles y reglas.
Antes de la versión 3.9.0, las definiciones de métricas estaban divididas en tres pestañas. Ahora se gestionan en una sola lista en **Dispositivos → Métricas**. Desde esta página, puedes:
* buscar por nombre;
* filtrar por unidad, tipo o tipo de datos;
* seleccionar varios valores de filtro a la vez;
* ordenar de más reciente a más antiguo;
* añadir o editar una métrica en el mismo cuadro de diálogo.
Las métricas pertenecen a toda la organización. Editar una la cambia para cada dispositivo que la usa, así que Kilo ahora te advierte sobre el efecto más amplio y te pide confirmación antes de guardar.
[→ Métricas](/kilo-docs-es/kilo-iot-server/devices/metric-templates.md)
***
**Pagar por factura en lugar de con tarjeta**
Antes de la versión 3.9.0, las suscripciones de Kilo solo podían pagarse con tarjeta. Las organizaciones que requieren una factura de empresa y transferencia bancaria no tenían un método de pago alternativo.
Ahora puedes introducir tu nombre legal, dirección registrada, correo electrónico de facturación y número de IVA en la configuración de la organización, y luego seleccionar **Pagar por factura (transferencia bancaria)** al elegir un plan. Los números de IVA de la UE se verifican mediante el registro VIES, y el formulario muestra si la verificación está pendiente o completa.
Cuando pagas por factura:
* la información de la factura y el enlace a la factura alojada se envían a tu correo electrónico de facturación;
* la factura incluye una página de pago con los datos bancarios asignados a tu organización para que el pago pueda vincularse automáticamente;
* la **Facturas** página muestra las facturas abiertas y pagadas;
* las actualizaciones facturan la diferencia por el período restante, mientras que los créditos por rebaja se aplican a la siguiente factura;
* tu implementación sigue funcionando mientras se procesa un cambio de plan.
Los pagos con tarjeta siguen funcionando como antes.
[→ Facturación y facturas](/kilo-docs-es/kilo-iot-server/settings/billing-and-invoices.md)
***
**Mostrar valores en gráficos de barras**
Un widget de gráfico muestra las lecturas de los dispositivos en un panel. Antes de la versión 3.9.0, los valores en un gráfico de barras tenían que estimarse a partir de la escala del gráfico.
Activa **Mostrar valor en la barra** para imprimir el valor directamente en cada barra. Esta opción solo está disponible para gráficos de barras.
Activa **Mostrar métricas debajo** para añadir una fila debajo del gráfico con cada métrica y su lectura actual. Esto puede hacer que los widgets compactos del panel sean más fáciles de leer.
[→ Gráfico de barras](/kilo-docs-es/kilo-iot-server/dashboards/adding-widgets/chart-widget/bar-chart.md)
***
**Añadir dispositivos MIOTY con el asistente de IA**
MIOTY es un protocolo de radio diseñado para grandes instalaciones y entornos con una interferencia de radio considerable. Para registrar un endpoint, Kilo necesita una conexión MIOTY existente, el EUI del endpoint, la clave de sesión de red, la dirección corta y el modelo del dispositivo. Algunos endpoints también usan una clave de aplicación. Un blueprint compatible es opcional y convierte la carga útil sin procesar en lecturas con nombre que Kilo puede usar.
Antes de la versión 3.9.0, el asistente de IA podía crear una conexión MIOTY, pero aun así tenías que registrar el dispositivo manualmente.
Ahora el asistente puede completar contigo la configuración del dispositivo. Hará lo siguiente:
1. ayudarte a seleccionar el fabricante, el modelo y una versión de blueprint disponible cuando se necesite un decodificador;
2. recoger y validar el EUI, la clave de sesión de red y la dirección corta a medida que los introduces;
3. crear el dispositivo y adjuntar el blueprint seleccionado, si lo hay.
El asistente pide identificadores que deben proceder de tu hardware o de la documentación del proveedor; no los genera.
[→ Construcción con IA](/kilo-docs-es/kilo-iot-server/ai-assistant/building-with-ai.md)
***
**Usa tu propia cuenta de IA**
Cada plan de Kilo incluye una asignación mensual de mensajes del asistente de IA. En su lugar, puedes conectar una cuenta de OpenAI, Anthropic, OpenRouter, Ollama o un proveedor compatible con OpenAI personalizado. Los mensajes enviados a través de esa conexión no usan la asignación incluida con tu plan Kilo.
Abrir **Conecta tu IA** desde la barra superior de AI Chat e introduce el proveedor, el extremo, la clave de API y el nombre del modelo.
Antes de la versión 3.9.0, Kilo rechazaba nombres de modelos de Ollama que incluían una versión después de dos puntos, como `gpt-oss:120b`. Los modelos de Ollama sugeridos tampoco estaban disponibles para cuentas gratuitas. Ahora se aceptan nombres de modelos con versión, y las sugerencias se han actualizado a modelos que funcionan con una cuenta gratuita de Ollama.
Los errores de conexión ahora distinguen entre:
* una clave de API que el proveedor no reconoce;
* una cuenta válida que no incluye acceso al modelo seleccionado;
* un nombre de modelo que el proveedor no ofrece.
Después de conectarte, el panel sigue mostrando el extremo, la clave oculta y el nombre del modelo para que puedas confirmar qué configuración está en uso.
[→ Gestión de chats y acceso a IA](/kilo-docs-es/kilo-iot-server/ai-assistant/managing-chats-and-ai-access.md)
***
**Las aplicaciones de IA conectadas pueden distinguir acciones de lectura y escritura**
Kilo puede conectarse a aplicaciones de IA como ChatGPT, Claude y Cursor. Estas aplicaciones pueden responder preguntas sobre tus dispositivos y, con permiso, realizar acciones como enviar comandos al hardware.
Antes de la versión 3.9.0, las acciones disponibles no tenían títulos claros ni indicaban si solo leían datos o cambiaban algo. La aplicación de IA no podía distinguir con fiabilidad una acción como listar dispositivos de otra que elimina un dispositivo.
Cada acción ahora identifica si lee datos, cambia o elimina algo, o si sale de tu organización. Las aplicaciones de IA compatibles pueden usar esta información para responder directamente a las preguntas de solo lectura y pedir confirmación antes de realizar un cambio. No se requiere ninguna configuración adicional de Kilo.
La lista de acciones publicada se genera a partir de las mismas definiciones que usa el servidor. Se han eliminado las acciones que aparecían en la lista pero no estaban implementadas.
[→ Servidor MCP](/kilo-docs-es/kilo-iot-server/api/mcp-server.md)
***
**Mejoras de fiabilidad e interfaz**
Ahora el asistente de IA informa con mayor precisión el resultado de una acción:
* Confirma un cambio en el intervalo de informes solo cuando el dispositivo lo acepta.
* Reintentar el registro del dispositivo ya no reemplaza el nombre que elegiste.
* El registro del dispositivo ya no añade un mapeo de temperatura no solicitado.
* Las conexiones MIOTY ya no muestran un campo de clave de API que no utilizan.
* El asistente explica correctamente que Kilo puede ejecutar comandos de dispositivos. Cuando una acción debe completarse en la interfaz web, te dirige a la pantalla correcta.
* Un registro de dispositivo exitoso ya no muestra un mensaje de fallo contradictorio.
* Los mensajes de confirmación muestran correctamente los saltos de línea.
* Las respuestas ya no repiten la misma contestación tanto en el texto como en un widget.
* Las respuestas que llegan de una sola vez aparecen inmediatamente sin necesidad de recargar la página.
* Los límites de dispositivos se aplican de forma coherente tanto si un dispositivo se añade mediante el asistente como mediante un formulario.
Otras mejoras de esta versión incluyen:
* Las fotos de los dispositivos se guardan correctamente.
* El Registro de auditoría se actualiza después de los cambios de permisos, de modo que las nuevas entradas aparecen sin recargar la página.
* Los dispositivos MIOTY muestran claramente que usan su propia copia de un blueprint; editar la copia de un dispositivo ya no parece afectar a otros dispositivos.
* Los valores del widget Últimos datos vuelven a cambiar de color según sus condiciones.
* Los diagnósticos del dispositivo usan la terminología correcta de Kilo.
* El asistente puede recuperar períodos más largos del historial de dispositivos.
* Los dispositivos que informan una vez al día ya no se marcan como desconectados tras solo unas horas, y la advertencia identifica sus unidades.
* La retención de los registros de dispositivos sigue el límite incluido con tu plan.
* El formulario de soporte te permite seleccionar un informe de error, una solicitud de función o una solicitud de integración.
* Los dispositivos emulados marcan correctamente la hora de su primera lectura y se muestran bien en pantallas móviles.
* El cuadro de diálogo del activador se adapta a las pantallas móviles, y el icono de AI Chat es más fácil de ver.
* Los estados vacíos son coherentes entre conectores, dispositivos, reglas, artefactos de reglas y estaciones base MIOTY. Los estados vacíos de dispositivos y gateways también enlazan a la tienda cuando no se ha añadido hardware.
* La página de resumen, el espaciado de navegación, la tarjeta Descargar la app, la navegación de Facturas y las pantallas del motor de reglas se han pulido, y se ha eliminado código obsoleto del front-end.
Scale Log. Versión 3.8.0
Tres grandes en 3.8.0. **Primero, ya no necesitas hardware para empezar** — el **Emulador** construye un sitio completo sin ningún dispositivo, con paneles, reglas y alarmas escalonadas incluidas, y luego entrega esos mismos dispositivos a sensores reales el día en que llegan. **Segundo, el asistente de IA ahora opera tu equipo**: lista los comandos de un dispositivo, ejecuta uno después de que lo confirmas y verifica que se haya aplicado. **Y tercero — el que más nos entusiasma —, conecta ChatGPT o Claude a través de MCP y ellos también controlan tus dispositivos.** No un chatbot describiendo tu edificio: tu propio cliente de IA, conmutando relés y cambiando valores de referencia en hardware real, dentro de tus propios permisos, con cada envío registrado. Junto con todo eso, la plataforma ahora te dice qué se incluyó en un **Qué hay de nuevo** panel, y MIOTY llega a un conjunto más amplio de estaciones base con **BSSCI 1.1**. [kiloiot.io](https://kiloiot.io)
***
#### Qué incluye esta versión
* **Conector de emulador** — Construye y prueba una implementación antes de que exista hardware: dispositivos que generan su propia telemetría a partir de preajustes reales de dispositivos, con valores manuales y envío único, y luego cámbialos a un conector real el día del lanzamiento.
* **Tu IA ahora ejecuta el equipo** — Pídele al asistente que te diga qué puede hacer un dispositivo, pídele que haga una acción y ejecuta el comando y confirma la entrega. La plataforma dejó de ser algo sobre lo que solo haces preguntas.
* **Controla tus dispositivos desde ChatGPT o Claude** — Conecta cualquier cliente MCP — ChatGPT, Claude, Cursor, Codex — y podrá ejecutar comandos en tu hardware de la misma manera, dentro de tus propios permisos. Un LLM con manos sobre infraestructura real.
* **La IA controla el emulador** — Aprovisiona un dispositivo emulado, cambia su configuración, envía una lectura y cámbialo a hardware real, todo en conversación.
* **Qué hay de nuevo en el producto** — Un panel que te cuenta qué se ha lanzado, generado a partir de este registro de cambios para que nunca se desvíe de la documentación.
* **MIOTY BSSCI 1.1** — La negociación de la versión del protocolo incorpora estaciones base más nuevas en el mismo centro de servicio, y los identificadores de estación se aceptan en todo el rango completo de EUI sin signo de 64 bits.
* **Registro de auditoría reparado** — Se corrigen los componentes rotos de la página del Registro de auditoría.
* **Correcciones y pulido** — Período del plan de suscripción, una corrección de CORS, fiabilidad de MIOTY, colocación de widgets del panel y correcciones de la interfaz en dispositivos y umbrales.
***
**El Emulador: una implementación que puedes construir antes de que lleguen los sensores**
Los plazos de entrega de los sensores se miden en semanas. Hasta ahora, el trabajo de configuración esperaba a que llegaran: no podías ver una actualización del panel, observar que se activara una regla ni probar si una cadena de escalado llegaba realmente a alguien, porque no había nada enviando datos. El Emulador elimina por completo esa dependencia. Añade el conector — no tiene ajustes, nada que configurar —, crea un dispositivo en él y ese dispositivo empezará a generar telemetría en el intervalo que elijas.
Las lecturas provienen de **una lista integrada de preajustes reales de dispositivos**. Elige el modelo que tienes pedido y el dispositivo emulado informa exactamente lo que informa ese sensor — los nombres de métrica correctos, los tipos de datos correctos —, de modo que los paneles y reglas que construyas ahora coincidan con el hardware cuando llegue. O define las claves manualmente si tu dispositivo no está en la lista. En la pestaña Emulador del dispositivo puedes fijar un valor para que el dispositivo lo mantenga — un congelador a −18 °C mientras observas cómo escala una alarma — o **enviar una vez** para disparar un umbral cuando quieras. Activa **Comandos de soporte** y el dispositivo se comporta como hardware controlable, de modo que puedas ensayar un bucle cerrado antes de que exista el equipo.
Luego viene la parte que lo convierte en algo más que una demostración. Cuando llegue el hardware, cambia el conector del dispositivo de Emulador al real. **Todo lo que construiste se mantiene** — los paneles, las reglas, los umbrales, las cadenas de escalado. Estás reemplazando la fuente de los datos, no reconstruyendo la implementación. El cambio funciona en ambos sentidos, así que también puedes mover un dispositivo real al emulador para reproducir un problema y luego devolverlo.
[→ Conector de emulador](/kilo-docs-es/kilo-iot-server/connectors/emulator-connector.md)
***
**La IA ejecuta comandos de dispositivos**
Esta es la grande. Todo el mundo ha visto la demo en la que una lámpara se conecta a un modelo de lenguaje y se enciende — un truco bueno, pero no un sistema. No hay ningún modelo de dispositivo detrás, ni permisos, ni parámetros tipados, ni estado de entrega, ni registro de lo que pasó. Pídele a un modelo que haga eso en un edificio, una planta o una flota y tendrá que improvisar protocolos de radio, cargas útiles y políticas de acceso en cada llamada. Por eso esas demos nunca salen del escritorio.
La versión 3.8.0 coloca un servidor IoT real detrás del modelo — y lo abre al cliente de IA que ya usas. El asistente integrado puede **enumerar los comandos configurados en un dispositivo, ejecutar uno y comprobar el estado de ejecución**. También puede hacerlo **ChatGPT**. También puede hacerlo **Claude**. También puede hacerlo Cursor, Codex o cualquier otra cosa que hable MCP, a través de `device_command_list`, `device_command_execute` y `device_command_status`. Cambia un intervalo de informes, conmuta un relé, ajusta un controlador — desde la ventana que ya tienes abierta, sobre hardware real.
Lo que hace que eso sea seguro es lo que se niega a hacer. Ejecuta **comandos que ya existen** en el dispositivo — acciones nombradas con parámetros tipados que alguien que conoce el equipo definió deliberadamente — en lugar de componer un enlace descendente en bruto. Cada ejecución va detrás de una confirmación explícita, porque el efecto es físico. La entrega es asíncrona, así que informa del estado después en lugar de asumir el éxito. Y cada envío queda registrado en el historial de ejecución de comandos como cualquier otro.
[→ Plataforma de IA física](/kilo-docs-es/kilo-iot-server/physical-ai.md) · [→ Construcción con IA](/kilo-docs-es/kilo-iot-server/ai-assistant/building-with-ai.md)
***
**Controla tus dispositivos desde ChatGPT o Claude**
No es solo el asistente dentro de Kilo. Conecta el cliente de IA en el que ya trabaja tu equipo — **ChatGPT**, **Claude**Claude, Cursor, Codex, cualquier cosa que hable MCP — inicia sesión con tu cuenta habitual de Kilo y obtiene el mismo control de dispositivos a través de `device_command_list`, `device_command_execute` y `device_command_status`.
Las garantías viajan con él: solo comandos ya definidos, una confirmación antes de que ocurra cualquier cosa física, el estado de entrega informado después y cada envío en el historial de ejecución de comandos. Lo que cambia es dónde estás cuando lo pides.
[→ Servidor MCP](/kilo-docs-es/kilo-iot-server/api/mcp-server.md)
***
**La IA controla el emulador**
El asistente también aprendió el Emulador. Puede listar los preajustes de dispositivos disponibles, aprovisionar un dispositivo emulado, leer y actualizar su configuración e intervalo, enviar una lectura puntual para poner a prueba una regla y poner el dispositivo en producción sobre una conexión LoRaWAN real cuando llegue el hardware. Montar una implementación de prueba ahora es una conversación y no una tarde.
[→ Dispositivos emulados](/kilo-docs-es/kilo-iot-server/devices/emulated-devices.md)
***
**Qué hay de nuevo, dentro del producto**
Las versiones no sirven de mucho si nadie las nota. Ahora la plataforma muestra un **Qué hay de nuevo** panel que recorre lo que se ha lanzado, de modo que un cambio llegue a las personas que usan el producto en lugar de quedarse en un registro de cambios que nunca abren.
Se genera a partir de esta página. El registro de cambios es la fuente, un proceso lo convierte en el feed de versiones que lee el producto, y el panel muestra las mismas palabras que estás leyendo ahora, de modo que el producto y la documentación no puedan desviarse entre sí.
***
**MIOTY llega a más estaciones base**
MIOTY llegó en la versión 3.7.0. Esta versión es el primer paso de endurecimiento para implementaciones reales. El centro de servicio ahora negocia la **versión del protocolo BSSCI** a medida que cada estación se conecta y admite **BSSCI 1.1** junto con revisiones anteriores, de modo que una estación más nueva y otra más antigua puedan dar servicio al mismo sitio y una actualización de firmware no te cueste la conexión. Los identificadores de estación se aceptan en todo el **rango completo de EUI sin signo de 64 bits**, incluidas las cifras altas que algunas plataformas rechazan de plano.
Por debajo, se reforzaron la reanudación de sesión, la emisión de certificados y el envío de enlaces descendentes, y se corrigieron errores de estación duplicada y de página junto con la capacidad de desvincular un endpoint MIOTY físico de su dispositivo digital.
[→ Estaciones base MIOTY](/kilo-docs-es/kilo-iot-server/gateways/mioty-base-stations.md)
***
**Registro de auditoría reparado**
La página del Registro de auditoría tenía componentes rotos. Ya está arreglada: el filtro de actor, el filtro de tipo de evento y el rango de fechas vuelven a funcionar, así que puedes acotar el historial de acceso de una organización a la persona, el tipo de cambio y el intervalo que te interesa.
[→ Registro de auditoría](/kilo-docs-es/kilo-iot-server/reports/audit-trail.md)
***
**Correcciones y pulido**
Ahora la suscripción informa correctamente del período actual del plan, y se resuelve un error de CORS que afectaba a la interfaz. Añadir un widget ya no altera la colocación de los widgets que ya están en un panel. Los temas MQTT largos ya no desbordan su contenedor en móviles, el campo **Etiqueta** es lo bastante ancho para leer lo que escribiste, la sugerencia del mapeo del dispositivo dice lo que significa, y el rango permitido para una **Dirección corta** MIOTY se describe de forma coherente. La validación de tipos y un conjunto de correcciones de endurecimiento del control de acceso completan la versión.
Scale Log. Versión 3.7.0
La versión 3.7.0 amplía lo que alcanza la plataforma IoT de Kilo y refuerza lo que te dice. **MIOTY** llega como un protocolo de primera clase — estaciones base, endpoints y blueprints de carga útil —, de modo que las implementaciones masivas y con mucha interferencia para las que LoRaWAN nunca estuvo pensado ahora funcionan en la misma plataforma, con los mismos paneles y las mismas reglas. Los paneles aprenden a salir del edificio: un **enlace para compartir** convierte cualquier panel en una dirección protegida con contraseña que puedes entregar a un cliente o fijar en una tableta de pared, con acceso de **Ver** o **Control** y revocación con un clic. **Diagnósticos del dispositivo** reemplaza el peor momento en cualquier implementación: *está instalado y no ocurre nada* — con una respuesta clara y el siguiente paso. **Bóveda de claves** saca las credenciales de los dispositivos de las hojas de cálculo. Y un **servidor MCP** permite que tu propio cliente de IA inicie sesión y trabaje directamente en tu implementación. [kiloiot.io](https://kiloiot.io)
***
#### Qué incluye esta versión
* **Compatibilidad con MIOTY** — Un nuevo conector, una categoría Mioty Base Stations bajo Pasarelas, campos de endpoint MIOTY y un sistema completo de blueprints para decodificar cargas útiles, con instantáneas por dispositivo para que editar el catálogo nunca altere un dispositivo que ya está en producción.
* **Compartir panel** — Publica un panel como un enlace protegido con contraseña con **Ver** o **Control** acceso. Vuelve a generarlo o revócalo en cualquier momento; ábrelo a pantalla completa en una tableta o en una pantalla de pared.
* **Diagnósticos del dispositivo** — La pestaña Conexión de un dispositivo ahora informa de su estado de recepción, la canalización por la que pasa cada mensaje y un feed de eventos con una leyenda de estados, y te dice qué revisar cuando algo va mal.
* **Bóveda de claves** — Un almacén cifrado y con control de acceso para el EUI del dispositivo y pares de claves, bajo el nuevo grupo **Registros e informes** con **Añadir a la bóveda** directamente en el formulario del dispositivo.
* **servidor MCP** — Conecta el cliente de IA que ya usas — Claude Code, Claude Desktop, ChatGPT, Codex, Cursor — a tu organización con tu inicio de sesión habitual de cuenta, y ponlo a trabajar en tu implementación real.
* **Escanear un código QR** — Lee un DevEUI o AppKey con la cámara de un portátil o un teléfono en lugar de escribir 16 o 32 caracteres hexadecimales.
* **Duplicar y mover widgets** — Repite un widget configurado en sensores idénticos, o muévelo a otro panel.
* **Correcciones y pulido** — Correcciones de diseño, móviles y navegación en paneles, gateways, dispositivos y el registro de auditoría.
***
**MIOTY: un segundo protocolo para las implementaciones que LoRaWAN no puede soportar**
MIOTY ([ETSI TS 103 357](https://mioty-alliance.com)) es la más reciente de las dos tecnologías LPWAN, desarrollada en el Instituto Fraunhofer y diseñada para los entornos que rompen la primera generación: plantas de fábrica llenas de interferencias, decenas de miles de endpoints bajo un solo receptor, sensores en maquinaria que nunca deja de moverse. Codifica cada mensaje, lo divide en dos docenas de ráfagas de unos 15 milisegundos y las dispersa en frecuencia y tiempo, de modo que la estación base reconstruye el telegrama completo **incluso cuando la mitad de sus ráfagas se destruye**. Un interferente tiene que inutilizar más del 50 % de una sola transmisión, tanto en tiempo como en frecuencia, para hacerte perder una lectura. Por eso una estación base soporta hasta 110 000 endpoints y 3,5 millones de mensajes al día. En la versión 3.7.0 pasa a ser una parte nativa de la plataforma en lugar de un sistema paralelo.
Crea un **conector Mioty** y aparece una **pestaña Mioty Base Stations** junto a tus gateways LoRaWAN. Registra una estación base con su BS EUI, descarga su paquete de certificados, copia la dirección BSSCI y se conecta mediante un enlace protegido por certificado, sin un packet forwarder entre medias. Los endpoints tienen su propio formulario: EUI de punto final, dirección corta, clave de sesión de red y las opciones de radio MIOTY que importan.
**No hay ninguna infraestructura MIOTY que ejecutar.** La edición Enterprise de nuestro centro de servicio está integrada en Kilo Cloud, así que el conector es toda la configuración. Esa distinción es el punto de la versión: un servidor de red MIOTY mueve mensajes y gestiona estaciones base — útil, y no es lo mismo que poder *hacer* cualquier cosa con una lectura. Aquí los endpoints llegan a una plataforma completa, así que el motor de reglas, las alarmas con escalado, los paneles, el Gemelo Digital del Edificio y el registro de auditoría se aplican a los datos MIOTY exactamente igual que a todo lo demás, y una sola regla puede razonar conjuntamente sobre un endpoint MIOTY y un sensor LoRaWAN. Si prefieres operar la red por tu cuenta, la edición Community — Kilo Center — sigue siendo de código abierto y autogestionada.
La decodificación de la carga útil es donde el diseño demuestra su valor. Un **blueprint** es una especificación de decodificador vinculada a un tipo de dispositivo, organizada como fabricante → modelo → versión y dividida en un catálogo **Sistema** que todos pueden usar y un catálogo **Personalizado** que es tuyo. Elige uno para un dispositivo y la plataforma toma una *instantánea* y la aplica a ese dispositivo. Edita o elimina después la plantilla del catálogo y nada de lo que ya esté en el campo cambia: esos dispositivos siguen funcionando con su propia copia hasta que los mueves deliberadamente a una nueva versión. Dos dispositivos del mismo modelo pueden ejecutar blueprints diferentes. Crea uno nuevo a partir de JSON pegado y prueba el decodificador con una carga útil de ejemplo antes de guardarlo.
[→ ¿Qué es MIOTY?](/kilo-docs-es/kilo-iot-server/connectors/mioty-connector/what-is-mioty.md) · [→ Conector Mioty](/kilo-docs-es/kilo-iot-server/connectors/mioty-connector.md) · [→ Estaciones base Mioty](/kilo-docs-es/kilo-iot-server/gateways/mioty-base-stations.md) · [→ Blueprints Mioty](/kilo-docs-es/kilo-iot-server/devices/mioty-blueprints.md)
***
**Compartir panel: un enlace, una contraseña y un interruptor de apagado**
Antes, un panel se detenía en el borde de tu organización. Ahora no. Abre el menú de acciones de un panel, elige **Compartir panel**Elige **Ver** para un cliente, un auditor o un usuario que solo debería ver y nada más; elige **Control** para la tableta montada junto a la línea donde un operador realmente necesita manejar los dispositivos. Cambia la contraseña cuando cambie la audiencia, regenera el enlace para invalidar el anterior, o revócalo por completo en el momento en que termine un contrato: el enlace deja de funcionar de inmediato.
[→ Compartir paneles](/kilo-docs-es/kilo-iot-server/dashboards/sharing-dashboards.md)
***
**Diagnóstico de dispositivos — una respuesta en lugar de silencio**
La puesta en marcha falla en silencio. El dispositivo está montado, el conector está configurado y no llega nada — sin nada que inspeccionar salvo un gráfico en blanco. La pestaña Conexión ahora se abre con un **estado de recepción** que indica en cuál de las situaciones reales te encuentras: *Recibiendo y almacenando*, *Enviando datos — configura el mapeo para mantenerlos*, *Llegan datos pero no se almacena nada*, *Red alcanzada — esperando datos*, o *No ha informado — el dispositivo parece estar sin conexión*. Debajo, una **pipeline** muestra hasta dónde llega cada mensaje, y un **feed de eventos** los enumera etapa por etapa con una leyenda que explica claramente qué significan Routed, Mapped, Stored, OK, Skipped y Error, incluido que Skipped a menudo no es un error en absoluto. Cada estado no saludable viene con una lista de **qué comprobar** y, cuando la corrección está en la plataforma, un botón que te lleva hasta ella. Los conectores obtienen su propio diagnóstico con estado de origen, mensajes entrantes y actividad.
Esos estados forman un ciclo de vida, y la documentación ahora lo dice — incluido el paso que despista a todo el mundo. Un dispositivo LPWAN pertenece a una sola red a la vez, así que una unidad devuelta desde otro sitio, comprada de segunda mano o ejecutada en otra plataforma sigue unida *allí*. Registrarlo aquí no cambia nada: se queda en *Esperando el primer dato* para siempre mientras cada ajuste que puedes comprobar sea correcto. Debe reiniciarse antes de que envíe una nueva solicitud de unión. Esa respuesta no aparecía antes en la documentación, y es la diferencia entre una solución de cinco minutos y una visita al sitio.
[→ Diagnóstico de dispositivos](/kilo-docs-es/kilo-iot-server/devices/device-diagnostics.md)
***
**Key Vault — claves de dispositivos donde deben estar**
Un DevEUI y un AppKey se imprimen en una etiqueta, se introducen una vez durante la puesta en marcha y luego viven en una hoja de cálculo, en un chat o en la libreta de un instalador. Cuatro años después un dispositivo necesita ser reemplazado y nadie puede encontrarlos. Si en ese momento puedes leer la clave del hardware otra vez es una lotería: algunos fabricantes te la entregarán por una conexión por cable, muchos no, y nada de eso es un trabajo que quieras hacer en una unidad que ya está a seis metros de altura en un pasillo.
**Bóveda de claves** es el cuaderno cifrado que hace irrelevante la pregunta: un almacén para esos pares, acotado a tu organización, gobernado por su propio permiso de página, situado en el nuevo **Registros e informes** grupo junto al Registro de auditoría. Guarda un par mientras configuras un dispositivo con **Añadir a la bóveda**, o introdúcelo directamente; busca por cualquier fragmento de un EUI o de una clave. DevEUI y AppKey de LoRaWAN, EP EUI y Network Key de MIOTY, en un solo lugar, cifrados, con acceso bajo tu control.
[→ Key Vault](/kilo-docs-es/kilo-iot-server/reports/key-vault.md)
***
**Servidor MCP — trae tu propio cliente de IA**
3.6.0 puso un integrador de IA dentro de la plataforma. 3.7.0 abre la misma implementación al cliente de IA que ya usas. Apunta Claude Code, Claude Desktop, ChatGPT, Codex, Cursor — cualquier cosa que hable MCP — al endpoint de tu organización, inicia sesión en el navegador con tu cuenta Kilo habitual, y tu cliente podrá listar dispositivos, aprovisionar hardware, consultar telemetría, inspeccionar reglas y alarmas, extraer registros y gestionar tu equipo, todo con exactamente los permisos que tu cuenta ya tiene. Sin clave que copiar ni token que pegar. El endpoint predeterminado sigue la organización que tengas seleccionada; una ruta con un ID de organización explícito lo fija a una sola, y rechaza cualquier cosa de la que no formes parte. Como este es el estándar abierto y no una integración puntual, los clientes que adopten MCP más adelante funcionan sin que tengamos que enviar nada.
[→ Servidor MCP](/kilo-docs-es/kilo-iot-server/api/mcp-server.md) · [→ Asistente de IA para IoT](/kilo-docs-es/kilo-iot-server/ai-assistant.md)
***
**Cosas pequeñas que ahorran minutos de verdad**
Registrar un dispositivo ya no significa transcribir una AppKey de 32 caracteres de una etiqueta: **Escanear código QR** lo lee con la cámara de tu portátil o tu teléfono. Los widgets configurados pueden **duplicarse** — una configuración, repetida en una fila de sensores idénticos — o **moverse a otro panel** cuando superan el lugar donde empezaron. Y la ubicación de un dispositivo ahora se puede editar o eliminar, no solo establecer una vez.
[→ Registrar dispositivos](/kilo-docs-es/kilo-iot-server/devices/registering-devices.md) · [→ Añadir widgets](/kilo-docs-es/kilo-iot-server/dashboards/adding-widgets.md)
***
**Correcciones y pulido**
Esta versión también corrige una serie de problemas de diseño y navegación: los paneles ahora se ajustan correctamente a monitores grandes en lugar de romper su diseño, el formulario de foto de la pasarela coincide con el resto de la plataforma, el control de rango de fechas del Registro de auditoría está donde debe estar, el flujo de añadir dispositivo funciona correctamente en un teléfono y los enlaces de Términos de uso y Política de privacidad vuelven a resolverse.
Scale Log. Versión 3.6.0
3.6.0 es la versión en la que el Kilo IoT Server se vuelve **centrado en IA**. El asistente integrado — **AIoT**, Inteligencia Artificial de las Cosas integrada en el núcleo de la plataforma — deja de ser una caja de preguntas y empieza a funcionar como un integrador IoT experimentado a tu lado: pregunta en lenguaje natural y aprovisiona dispositivos, escribe el CEL, crea y despliega reglas, y configura alarmas, todo bajo tu confirmación. Y el motor de reglas también gana manos propias — un nuevo **Ejecutar comando** nodo permite que una regla actúe sobre un dispositivo en cuanto se cumple una condición, de modo que una fuga ya no solo dispara una alarma, sino que puede cerrar el agua. Las nuevas APIs públicas de comandos completan una versión que hace la plataforma más inteligente y más capaz. [kiloiot.io](https://kiloiot.io)
***
#### Qué incluye esta versión
* **AIoT — un integrador de IA integrado en la plataforma** — Basado en tu implementación en vivo, el asistente responde con tus datos reales y hace el trabajo contigo: aprovisiona dispositivos, escribe y despliega reglas, y crea alarmas con escalado — confirmando antes de cualquier cambio con consecuencias y verificando su propio resultado.
* **Comandos en el motor de reglas** — Un nuevo **Ejecutar comando** nodo convierte la automatización en bidireccional: una regla puede enviar un comando directamente a un dispositivo cuando se cumplen las condiciones. Detectar, decidir, actuar — de extremo a extremo, sin nadie en el circuito.
* **APIs públicas de comandos** — Los endpoints de comando de dispositivos ahora forman parte de la API REST pública, con nuevos `Comandos` permisos de lectura y escritura para las claves de API.
* **Widget de panel iFrame** — Inserta una página web externa — un informe de BI, un mapa del tiempo, tráfico en vivo — directamente en un panel, junto a tus datos de dispositivos.
* **Registros de dispositivos más claros** — Los registros ahora se agrupan por minuto, y un indicador de estado en el encabezado del dispositivo muestra de un vistazo la conexión en vivo y la actividad de registro.
* **Interfaz en portugués** — La interfaz de la plataforma ya está disponible en portugués.
* **Correcciones y pulido** — Una ronda de correcciones de estabilidad e inicio de sesión en organizaciones, alarmas y claves de API.
***
**AIoT — tu plataforma, operada como un integrador**
Este es el titular de 3.6.0, y cambia lo que la plataforma *es*. Fuimos de los primeros en poner un chat de IA encima de los datos de dispositivos — luego hicimos una pausa, y en lugar de correr, construimos correctamente la infraestructura debajo: un tiempo de ejecución de agente de nivel empresarial que conoce tu implementación de extremo a extremo y hace trabajo real dentro de ella. Ábrelo desde **Chat de IA** en la barra lateral y explícale lo que necesitas como a un colega.
Responde con tus datos en vivo, limitado a tus permisos — *"¿qué dispositivos no han informado en 24 horas?"* — y actúa: describe una automatización y diseña la regla, escribe el [CEL](https://cel.dev), la prueba y la despliega; pídele que incorpore un dispositivo o que configure una alarma y ejecuta el flujo, haciendo una pausa para tu **Confirmar acción** antes de cualquier cambio con consecuencias y leyendo el resultado para comprobar su propio trabajo.
Este es el comienzo, no la meta final: la arquitectura ya está en su lugar, y la precisión y el alcance del asistente crecen a medida que sus agentes se entrenan con más trabajo IoT del mundo real. El tiempo de ejecución debajo es [Synthetic Brew](https://syntheticbrew.ai), construido internamente como un producto en sí mismo y no como un chatbot envuelto en la API de otra persona.
[→ Asistente de IA para IoT](/kilo-docs-es/kilo-iot-server/ai-assistant.md)
***
**Comandos en el motor de reglas — automatización que actúa**
Hasta ahora el motor de reglas podía observar y advertir; ahora puede actuar. El nuevo **Ejecutar comando** nodo envía un comando directamente a un dispositivo en el momento en que se cumplen las condiciones de una regla, cerrando el ciclo que antes dejaba la plataforma en manos de una persona. Una fuga detectada en una sala de máquinas antes significaba una alarma y una carrera hacia la válvula de cierre; ahora la misma regla cierra la válvula por sí sola y dispara la alarma en la misma evaluación. Si el almacenamiento en frío se calienta, corrige su propio punto de ajuste. Un tanque en un nivel alto cierra su entrada. Elige el dispositivo de destino y uno de sus comandos existentes, establece cada parámetro como un valor fijo o una expresión CEL impulsada por la lectura en vivo, y la regla hace el resto — registrado en el historial de ejecución del dispositivo como cualquier otro comando.
[→ Ejecutar comandos de dispositivo](/kilo-docs-es/kilo-iot-server/rules-engine/running-device-commands.md) · [→ Comandos de dispositivo](/kilo-docs-es/kilo-iot-server/devices/commands.md)
***
**APIs públicas de comandos**
Los endpoints de comando de dispositivos ahora están expuestos en la API REST pública, de modo que sistemas externos pueden definir y despachar comandos mediante programación. Dos nuevos ámbitos — **Comandos: lectura** y **Comandos: escritura** — permiten conceder a una clave exactamente el acceso a comandos que necesita y nada más.
[→ API REST pública](/kilo-docs-es/kilo-iot-server/api/public-rest-api.md) · [→ Claves de API](/kilo-docs-es/kilo-iot-server/settings/api-keys.md)
***
**Widget iFrame — contexto externo en el panel**
No todo lo que vigila un equipo de operaciones proviene de un sensor. El nuevo **iFrame** widget incrusta una página web externa en vivo directamente en un mosaico del panel, de modo que un informe corporativo de BI, un mapa meteorológico regional, una vista de tráfico en vivo o la página de estado de una dependencia quede junto a tus datos de dispositivos en lugar de en otra pestaña del navegador. Elige **iFrame** en el selector de widgets, pega la URL de inserción que te entrega la fuente bajo *Compartir → Insertar* — solo el enlace `https://` , no todo el `
