Conocimiento con la lección de origen
Cada documento de la base registra el incidente que originó la regla: qué pasó, con qué pedido, qué se corrigió. Por eso el agente no sólo cumple la regla: la entiende.
Sistema de planta · vidrio plano procesado · Argentina
El sistema de la planta de vidrio. Del pedido a la factura, con un solo dato.
GlassPilot revisa cada pedido de templado, laminado y DVH contra reglas con fuente y versión, calcula la medida de corte, lo lleva por la planta con la carga real de cada máquina, lo factura en ARCA y deja cada decisión en una bitácora que no se puede alterar. Y lo opera con agentes de IA ya formados en el oficio del vidrio, atados a herramientas y vigilados por una guardia que no deja pasar una cifra inventada.
Agentes formados · reglas con fuente · veredicto reproducible · nada inventado
- 4capas: núcleo, administración, industria y packs de conocimiento
- 12invariantes que se prueban en cada cambio: sin fuente no hay regla, sin dato no hay cero
- 27reglas vigentes en el motor del vidrio, de 170 catalogadas con su fuente
- 321pruebas automáticas; los 10 casos fundacionales dan siempre el mismo veredicto
- 7agentes formados en el oficio, atados a 5 herramientas y 24 operaciones de API sobre el mismo núcleo
- 4modos de despliegue: nube, nube privada, híbrido con edge en planta, on-premise
Cifras de estructura, no de marketing · verificables en el código
IA aplicada · agentes formados en el oficio del vidrio
Agentes que ya saben de vidrio. Tu planta no entrena a nadie.
GlassPilot llega con agentes formados durante años de planta real: conocen la ruta, las unidades, las trampas del dato, el vocabulario del taller y las normas. Traen el conocimiento, la jerarquía de fuentes y las lecciones aprendidas, y están atados a herramientas: nunca deciden ni calculan solos. Cuando intentan decir una cifra que no vino de una herramienta, una guardia en código la frena.
Los agentes, trabajandoguardia activa
- Agente de mostradorValida pedidos por herramienta, explica el veredicto con sus reglas y fuentes, ofrece la alternativa. No recalcula: narra lo que el motor decidió.
- Agente de planificaciónFechas, carga por máquina en su unidad, ruta, qué está trabajable, bloqueado o atrasado. Aprendió el vocabulario de la planta y las recetas que funcionaron.
- Agente comercialCotización con precio base y sobreprecios registrados, alias de clientes, preguntas frecuentes del mostrador. Lo aprendido nace provisorio y se verifica con una persona.
- Agente de carteraQué cambió en la cartera de clientes desde la última corrida: no usa modelo, compara fotos. Cuando un número puede medirse, no se pregunta a un modelo.
- Optimizador de corteReoptimiza el despiece por máquina y formato de hoja con un solver, no con un modelo de lenguaje: merma estimada, hojas, ranking de medidas.
- Agente facturadorArma el comprobante desde el pedido validado: ítems, receptor, alícuotas y totales con las tablas vivas de ARCA, y lo deja listo. Emite una persona dentro de su tope; la reserva de número y la conciliación son del sistema, no del modelo.
- Asistente administrativoLee facturas de proveedores, las compara con la orden de compra, sugiere. Nunca aprueba: una aprobación con plata la firma una persona.
La base curada manda
Base validada por personas → dato vivo del tablero → aprendido verificado → aprendido provisorio. Si una fuente de abajo contradice a una de arriba, gana la de arriba y el agente avisa del choque.
El modelo narra, el motor calcula
El conocimiento no lleva números medidos: un número escrito se congela y se recita como si fuera de hoy. Toda cifra entra por una herramienta determinística, con su fuente y versión.
Provisorio hasta que una persona lo verifica
Lo que el agente aprende de cada corrección vuelve al corpus marcado provisorio y se usa anunciado como tal. Pasa a verificado sólo con una revisión humana. Lo que se repite en varias plantas puede promoverse al núcleo, con consentimiento.
La prueba que casi nadie corre
Batería de preguntas reales por el mismo camino que usa la persona: reglas (100 %, determinístico), recall de conocimiento, cifras rastreables y, la más importante, preguntas sin respuesta en ninguna fuente: el agente tiene que decir "no tengo ese dato".
Gateway independiente del proveedor
Los agentes no dependen de un proveedor de modelos. En modo on-premise sólo corre un modelo local, sin que nada salga de la planta. La misma guardia aplica a cualquiera.
Agentes formados · herramientas con fuente · guardia antifabricación · aprendizaje verificado · modelo a elección
El sistema · un pedido de punta a punta
Un pedido entra una sola vez. El sistema lo acompaña hasta la factura.
Bajá y mirá la pieza: cada capa de GlassPilot le hace algo distinto al mismo vidrio. Ningún dato se vuelve a tipear; ninguna decisión queda sin fuente.
-
01 · Entra el pedido
Una hoja cruda, con lo que el cliente pidió.
Familia, espesor, medidas, terminación, mecanizado, dónde se instala. Si falta un dato, el sistema lo dice: sin dato no es cero, y no se adivina.
-
02 · Conocer · reglas con fuente
Cada regla sabe de dónde viene y desde cuándo rige.
Física del vidrio, norma, política de la planta. Tres niveles, cada uno con fuente, versión y vigencia. Una regla sin fuente no existe: el sistema no la carga.
-
03 · Validar · veredicto y medida de corte
Fabricable, requiere revisión o no fabricable. Con motivo y alternativa.
El canto se enciende: la pieza tiene su medida de corte con refilo y adicional de borde, su código y un sello reproducible: mismo pedido, mismas versiones, mismo resultado.
-
04 · Planificar · ruta y carga en construcción
Pasa por el horno cuando el horno tiene lugar.
Ruta por estaciones, carga por máquina y por día en su unidad real (kilos en el horno, m² en el corte, piezas en el DVH). La fecha sale de la carga, no del deseo.
-
05 · Administrar · ARCA y cuentas a pagar
Se arma el DVH y la factura sale del mismo pedido.
Comprobante electrónico con CAE y QR, puntos de venta, numeración. Las facturas de proveedores se controlan contra la orden de compra y se aprueban por rol y monto. Ninguna aprobación con plata la hace un modelo.
-
06 · Sellar · bitácora encadenada
Quién, cuándo, con qué regla. Para siempre.
Cada acción queda encadenada a la anterior: si alguien altera un registro, la cadena lo delata. Auditoría que no depende de la buena fe de nadie.
La fábrica, en movimiento · una animación por capacidad
Planta, validación, administración, facturación, documentos y workflow. Todo sobre el mismo núcleo.
Cada diagrama es la lógica real del sistema, dibujada. El punto que viaja es el dato: entra una vez y lo acompañan las reglas, las personas con su rol y la bitácora. Ilustración: no son datos de ninguna planta.
Planta · validación · administración · facturación · documentos · workflow · composición
Planificar · el cuello de botella, en vivo Módulo en construcción · el método ya corre
Una planta corriendo en tu navegador. Movela y mirá dónde se traba.
Es el método de planificación de GlassPilot ejecutándose: cada máquina se mide en su unidad (m² en corte, metros lineales en bordes, kilos por carga en el horno, piezas en DVH), cada pieza sigue su ruta, un DVH espera a sus dos vidrios, y la fecha sale de la carga. Cambiá el mix o sumale un turno al horno y mirá cómo se mueve el cuello de botella. Capacidades de ejemplo: no son de ninguna planta.
Cuello de botella
- Pedidos abiertos
- Trabajables ahora
- Con piezas bloqueadas un DVH espera a sus dos vidrios
- Sin fecha sin fecha no es atrasado
- Terminados
- Tiempo en planta últimos pedidos · la fecha sale de acá
trabajable ahora · bloqueada · atrasada · cada máquina en su unidad · un solo semáforo
Gestión documental integral · un pedido, un expediente
Todo lo que el sistema sabe de un pedido, atado por su huella.
Pedido, originales, reglas vigentes, veredicto, medida de corte, orden de producción, compras, factura de venta y bitácora: no son módulos separados, son nodos del mismo expediente. Tocá cualquiera y mirá qué es, quién lo generó y con qué está enlazado. Datos ficticios.
Lo que pasa hoy en la planta
La planta no se cae por una máquina rota. Se cae por un pedido mal cargado.
Sin sistema
- El vendedor toma un templado con canto vivo. Se entera el horno.
- Un DVH de 2 m² con dos crudos. Se entera el cliente, o el perito.
- La fecha se promete mirando el calendario, no la carga del horno.
- La medida de corte se calcula de memoria, distinta cada vez.
- El retrabajo no se registra: la merma "es la que es".
- La factura se tipea de nuevo desde el presupuesto. Otro error posible.
- La regla vive en la cabeza del mejor operario. El día que falta, también falta la regla.
Con GlassPilot
- El canto vivo se frena en el mostrador con el motivo y la alternativa.
- Más de 1,50 m² sin vidrio de seguridad: no fabricable, con la fuente (CAVIPLAN) a la vista.
- La fecha sale de la carga por máquina y por día, en su unidad.
- Medida de corte calculada con la tabla vigente de la planta y sellada.
- Cada retrabajo y cada rotura quedan donde nacen, en la bitácora.
- La factura ARCA sale del mismo pedido que se validó.
- La regla está escrita, con fuente y versión. Se puede explicar y repetir.
Probalo · el motor corriendo en tu navegador
Cargá un pedido. Mirá qué regla falla y por qué.
Es el mismo criterio que corre en el sistema, con las reglas físicas y normativas públicas: lo que vale en cualquier planta. Las reglas propias de tu planta (paños de tus máquinas, refilos, adicionales de borde, stock) se cargan por empresa y nunca se publican. Acá se usa un perfil de ejemplo.
Por dentro · pantallas reales del sistema
Esto es lo que ve cada rol. Sin retoques.
Capturas de GlassPilot con una empresa ficticia, "Vidriería Demo", y ARCA en ambiente de prueba. Ningún dato de ninguna planta real.
La plataforma · seis capacidades sobre un núcleo
Un núcleo que no sabe qué es un DVH. Un pack que sí.
El núcleo resuelve lo que necesita cualquier fábrica: identidad, unidades, reglas, versiones, bitácora, despliegue. El conocimiento del vidrio vive en un pack aparte, con sus reglas y sus casos de prueba. Por eso el sistema puede crecer a otra industria sin tocar el núcleo, y por eso el vidrio no se contamina con nada genérico.
Fuentes con versión y hash
Normas, matrices de la planta, reglas de oficio. Cada una con confianza, versión y vigencia; una fuente superada no se borra, se cierra.
Veredicto, medida de corte, alternativa
Once pasos, cuatro veredictos, sello reproducible. Si la regla cambia, el veredicto de ayer sigue siendo el de ayer.
Modelo de planta, ruta y carga
Estaciones, capacidades en su unidad, fechas por ruta. Capacidad desconocida es desconocida, no cero.
ARCA, cuentas a pagar, documentos
Facturación electrónica en homologación lista para el certificado real; aprobaciones por rol y monto; originales que no se pierden.
API, herramientas para agentes, perfiles de ERP
Veinticuatro operaciones de API y cinco herramientas MCP sobre el mismo núcleo. Perfiles para leer lo que ya tiene la planta, sin reemplazarlo de golpe.
Agentes que narran y no inventan
Siete agentes formados en el oficio, con una guardia en código que revisa cada respuesta: toda cifra que no venga de una herramienta se nombra como inventada y no sale. Nació de un incidente real.
Dónde corre
En tu planta, en tu nube o en la nuestra. Mismo código, distinta política.
El núcleo usa sólo la biblioteca estándar de Python: corre on-premise sin internet. En modo on-premise no se permite ningún modelo de IA externo; en los demás, lo decide la empresa.
- Cloud SaaS
- Base compartida con aislamiento por empresa forzado en la base de datos (RLS): un recurso de otra empresa responde como inexistente, nunca "prohibido".
- Nube privada
- Base dedicada por empresa, mismo código.
- Híbrido con edge en planta
- La nube coordina; un nodo en planta sigue validando aunque se caiga internet.
- On-premise
- Todo adentro. Paquetes firmados en origen: el servidor sólo instala lo firmado. Respaldo diario cifrado con verificación de la bitácora.
El método · quién lo escribió
No es un ERP adaptado. Es el método de una planta, escrito como reglas.
Sergio Rodriguez planificó durante años una planta de templado, laminado y DVH: horno, corte, líneas, fechas, merma, datos sucios. Lo que aprendió está escrito como reglas con fuente, y es lo que GlassPilot ejecuta. El producto es el método; el software es su forma de correr.
- Jerarquía de fuentes. La norma gana a la planta, la planta gana a la costumbre, la medición gana a la opinión.
- No inventar. Lo que no se midió no se afirma. Un 0 % que viene de un sistema que no mide es un dato falso, no un resultado.
- Sin dato no es cero. Un pedido sin fecha no está atrasado; una máquina sin capacidad cargada no tiene capacidad infinita.
- Cada máquina en su unidad. El horno se mide en kilos, el corte en m² por lote, el DVH pieza por pieza. Sumar sin convertir da un número sin sentido físico.
- La regla, escrita. El mejor operario suele ser un mal supervisor el primer año: sabe hacer, pero todavía no sabe decir lo que sabe.
Bitácora pública · lo que se construyó y cuándo
El producto respira. Esto es lo que cambió.
- Ingeniería inversa del métodoReglas de ruta, fechas, medidas y merma formalizadas; 170 reglas catalogadas con su fuente.
- Cuatro capasNúcleo que no conoce ninguna industria; el vidrio pasa a ser el primer pack de conocimiento.
- Arquitectura modular e interfazDoce invariantes verificadas en cada cambio; interfaz por rol: validar, cuentas a pagar, auditoría.
- Persistencia, nube y facturación electrónicaPostgreSQL con aislamiento por empresa, bitácora sólo-agregar, respaldos cifrados, paquetes firmados; base en São Paulo. ARCA en homologación: comprobantes con CAE y QR, numeración y conciliación.
- Dominioglasspilot.ar registrado y delegado; cuenta de Cloudflare propia, separada de todo lo demás.
- Portal con el motor en vivo y sistema en líneaEste sitio: el mostrador corre en el navegador con las reglas públicas. Y app.glasspilot.ar en producción: servidor en São Paulo, túnel cifrado, base aislada por empresa, primer respaldo cifrado verificado.
Preguntas que hacen las plantas
Lo que conviene saber antes de hablar.
¿Reemplaza a nuestro ERP o al software de la línea de corte?
No de golpe. GlassPilot lee lo que ya tienen a través de perfiles de ERP y se instala del lado del mostrador: valida antes de que el pedido entre a los sistemas que ya usan. Lo que se reemplaza, se reemplaza después y por decisión de la planta.
¿De dónde salen las reglas?
De tres niveles: física del vidrio (vale en todas partes), normas y prácticas del gremio (IRAM, CAVIPLAN, criterios de aceptación) y las reglas propias de cada planta (sus máquinas, sus refilos, su stock). Cada regla lleva fuente, confianza, versión y vigencia. Sin eso, no se carga.
¿Qué pasa con nuestros datos?
Son de la planta. Cada empresa está aislada en la base por reglas forzadas en el motor de datos, no por la buena voluntad de la aplicación. Se puede correr todo adentro de la planta, sin internet, con los mismos resultados.
¿La IA decide algo?
No. Narra. Toda cifra que un modelo diga y que no venga de una herramienta del sistema se marca como inventada y no sale. Ninguna aprobación con plata la hace un modelo. Esto está escrito en código y probado en cada cambio.
¿Qué está listo y qué está en construcción?
Listo: conocimiento con fuente, validación de pedidos, medida de corte, alternativa, cuentas a pagar, facturación ARCA en homologación, documentos y bitácora, API y herramientas para agentes. Agentes: formados y disponibles; su integración al módulo de la plataforma está en curso. En construcción: modelo de planta, planificación con capacidad y tableros de piso. El detalle, módulo por módulo.
¿GlassPilot garantiza el cumplimiento de una norma?
No. Aplica la regla que la planta cargó, con su fuente, y deja constancia de que la aplicó. La responsabilidad normativa sigue siendo de la planta; lo que cambia es que ahora puede demostrar qué revisó, cuándo y con qué versión.
Método, o suerte.
Si tu planta hace templado, laminado o DVH y querés ver GlassPilot con pedidos reales tuyos, escribí. Una reunión, tus pedidos, el veredicto con su fuente.
Sergio Rodriguez
Ingeniería y planificación · plantas de proceso
LinkedIn