Agents · complemento de KnowOS
La ontología no distingue entre una persona y un agente: los dos piden permiso para leer y para actuar. Por eso se pueden conectar agentes sin abrir la base de datos.
Revisa el stock crítico de esta semana.
Tres referencias bajarán del mínimo en menos de 10 días. He preparado dos pedidos de compra en borrador; el tercero espera el plazo del proveedor.
ERP · hoyFicha de proveedor · octAgente · hoyQué hacen
Alertas de stock crítico
¿Qué referencias se quedan sin stock este mes?
Siete, todas de la familia B. Cuatro tienen pedido en curso; para las otras tres te dejo propuesta de compra en borrador.
ERP · hoyAgente · hoyAnomalías
Reposición
Informes
Con aprobación
Mismas reglas
Cómo trabaja
Lee stock y consumos con su token.
Pedido de compra en borrador.
Una persona con permiso.
Aprobación humanaWriteback al ERP vía Connect y Flow.
Qué, quién y cuándo.
Ejemplo · token del agente de reposición
Un agente es un usuario más: tiene su propio token y deja registro de todo.
No. Detectan y proponen; las acciones quedan en borrador hasta que una persona con permiso las aprueba.
Solo lo que permite su token: rol, filas, columnas y acciones. Igual que una persona.
Sí. Se conectan por el mismo servidor MCP o la API, con su propio token y el mismo registro.
La misma base permite dirección financiera, comercial y de operaciones asistidas. Nada de eso se puede construir sobre datos dispersos: la ontología es el requisito previo.
Agents es un complemento de KnowOS. Se contrata por agente y según alcance, tras un diagnóstico.
Una sesión de 30 minutos sobre un caso real: una tarifa histórica, un procedimiento interno, una consulta que hoy acaba en una petición a IT. Salimos con el alcance de fuentes y un precio cerrado.