Dos direcciones iguales merecen una pregunta, no un cambio automático
Ves la dirección 101 en dos filas de la hoja de iluminación. Antes de corregir una, mira el universo y comprueba qué identifica cada columna: el número del foco no es necesariamente su dirección. La revisión tiene que conservar esa diferencia, además del modo y los canales documentados.
Esta guía propone probar un asistente de texto para preparar una lista de discrepancias antes de programar. Trabajarás con documentos ficticios y una referencia manual. La IA no se conectará a la mesa, no asignará nuevas direcciones ni decidirá que un equipo funciona correctamente. No hemos ejecutado el piloto ni medido resultados.
Prepara la documentación que define tu patch
Aquí llamamos hoja de patch a la relación documental de focos, universos, direcciones y modos. Lightkey explica que el perfil debe corresponder al modelo y que el modo del equipo y del programa debe coincidir. También pide utilizar la tabla DMX del fabricante y desaconseja generarla con IA.
La documentación de QLC+ 4 distingue modo, universo, dirección y canales; advierte de solapamientos al cambiar equipos cuyos canales no coinciden. Estas fuentes describen sus programas: no certifican tu montaje ni demuestran que un asistente pueda revisarlo sin errores.
Trabaja con una copia autorizada de la lista y extractos identificados del manual real cuando corresponda. Si falta el modo o se contradicen dos versiones, prepara una pregunta para el responsable; no completes el dato porque otro foco tenga un nombre parecido.
- Identificador: conserva el número o nombre usado por el equipo de trabajo. Separa esa etiqueta de la dirección DMX.
- Universo y dirección: mantén ambos campos y la notación original. No traduzcas numeraciones entre programas o interfaces sin una correspondencia documentada.
- Modelo, modo y canales: vincula cada dato a su fuente y versión. No deduzcas la distribución de canales por el aspecto del foco.
- Estado documental: distingue lo planificado de una lectura comprobada por el técnico. Una hoja exportada no acredita por sí sola la configuración física.
El caso: una coincidencia inocente, un solapamiento y un modo desconocido
Todo lo siguiente es inventado: equipos, modos, documentos y notas. No es un patch para importar o utilizar en un evento. P1 es una lista de planificación, versión 1, con las cinco filas de la tabla. En este ejercicio, U1 y U2 designan universos distintos. M6, M4 y M8 son nombres ficticios de modo, no perfiles de fabricantes.
Los rangos indicados vienen dados en P1 como datos del ejercicio. La IA no debe calcular ni completar los ausentes. N1, una nota del técnico asociada a la fila 15, dice «modo M8»; no aporta canales ni rango. No hay una decisión que resuelva la discrepancia con P1. Tampoco hay lecturas físicas de las demás filas.
| ID del foco | Universo / dirección | Modo y canales declarados | Rango aportado en P1 |
|---|---|---|---|
| 11 | U1 / 101 | M6 · 6 canales | 101–106 |
| 12 | U1 / 105 | M6 · 6 canales | 105–110 |
| 13 | U2 / 101 | M6 · 6 canales | 101–106 |
| 14 | U1 / 121 | Modo y canales no aportados | No aportado |
| 15 | U1 / 141 | M4 · 4 canales | 141–144 |
Qué debería señalar la lista de revisión
Referencia redactada a mano: «Filas 11 y 12 de P1: dentro de U1, los rangos aportados comparten 105 y 106. Revisar con el responsable; no cambiar direcciones». Es una coincidencia documental que requiere comprobación, no el diagnóstico de un fallo observado. No hay datos para atribuirle un comportamiento físico.
«Filas 11 y 13: comparten el número de dirección, pero P1 las sitúa en U1 y U2; esa coincidencia entre universos distintos no constituye el mismo solapamiento documental». No conviertas esa conclusión limitada en «montaje correcto»: quedan fuera la configuración real y otras comprobaciones.
«Fila 14: falta confirmar modo, canales y rango; pedir documentación». «Fila 15: P1 declara M4 y N1 dice M8; pedir al técnico qué dato está comprobado y qué versión debe actualizarse». No borres P1, no marques M8 como confirmado y no amplíes el rango por intuición. Conserva ambas fuentes hasta resolverlo.
Una instrucción que produzca preguntas, sin tocar la mesa
Pega solo el caso ficticio P1 y N1 junto con esta instrucción. Si pruebas Claude, su documentación advierte de posibles respuestas incorrectas o inconsistentes con el contexto y aconseja permitir que reconozca incertidumbre. La instrucción siguiente es una propuesta de prueba, sin garantía de cumplimiento.
«Revisa únicamente estos documentos ficticios. Conserva ID, universo, dirección, modo, canales, rango aportado y fuente en campos separados. Compara solo los rangos explícitos dentro del mismo universo; no inventes ni recalcules rangos. Devuelve discrepancias documentales con filas y citas, información ausente y una pregunta concreta por punto. Distingue planificación de comprobación física. No decidas cuál de dos fuentes contradictorias es correcta. No generes perfiles, tablas DMX, comandos, un nuevo patch ni archivos de importación. No controles equipos ni declares que el montaje está validado».
Coteja la salida con la referencia anterior y con los documentos originales. Si mezcla U1 con U2, interpreta el ID como dirección, rellena el modo de la fila 14 o resuelve la fila 15 por su cuenta, conserva el fallo y corrige el proceso antes de usar el borrador. La revisión física, programación, seguridad eléctrica y montaje corresponden a profesionales responsables y quedan fuera de este ejercicio.
Compara con una hoja de cálculo antes de pedir una integración
Para coincidencias numéricas, empieza comparando con tu revisión manual y las comprobaciones del programa o una hoja de cálculo. Reserva el experimento con IA para ordenar notas y explicar contradicciones entre documentos. Puede que una tabla y un procedimiento compartido sean suficientes.
En una copia del caso, cambia solo U2 por U1 en la fila 13: ahora sus rangos aportados coinciden con los de la fila 11 dentro del mismo universo. Después vuelve al original y quita solo el rango de la fila 12: debe quedar pendiente la comparación de sus canales, sin reconstruir el rango desde M6. Son variantes propuestas para comprobar la revisión, no resultados de una prueba ejecutada.
- Cuenta discrepancias documentales omitidas, falsas alarmas entre universos, datos inventados y conflictos cerrados sin fuente.
- Registra preparación, cotejo y correcciones del técnico; compáralos con el procedimiento manual completo. No midas solo cuánto tarda en aparecer el texto.
- Acuerda qué errores obligan a descartar el borrador. No importes salidas del asistente ni uses el piloto como aceptación técnica de una instalación.
Un desarrollo acotado: revisar documentos sin automatizar decisiones técnicas
La prueba manual consiste en copiar datos ficticios y revisar texto. Una automatización exigiría comprobar permisos, formatos de exportación, identificadores, versiones y responsables. No presupongas conexión con Lightkey, QLC+, tu mesa o tu inventario.
Con Adaris podrías estudiar una herramienta interna que reúna listas autorizadas y notas, mantenga sus fuentes y prepare pendientes para aprobación del técnico. Habría que acordar viabilidad, entradas admitidas, criterios de aceptación y presupuesto. Adaris desarrolla software e integraciones con IA caso por caso; esta propuesta no es un producto de iluminación ya disponible.
Usa datos ficticios en la prueba. Antes de utilizar planos, inventarios o documentos comerciales reales, comprueba permisos y condiciones adecuadas de acceso, uso y conservación. Para consultar el caso basta describir el flujo, sin datos de clientes ni archivos privados. La atención comercial es en español.
Servicios relacionados
Fuentes
¿El patch y las notas del equipo cuentan versiones distintas?
Cuéntanos cómo preparas la documentación y quién resuelve las discrepancias. Podemos valorar una revisión interna acotada; atención comercial en español.