Producto
Un producto, dos formas de usarlo. Las dos pasan los mismos controles.
AgenticObjects es un equipo de analistas que se ejecuta sobre su data warehouse: usted le pregunta en lenguaje corriente, y sigue explorando sus datos cuando usted no pregunta.
Quince segundos
El circuito completo, antes del detalle
Una pregunta respondida con una dirección debajo de cada cifra, y después una ejecución programada que publica un brief y sus findings — los dos caminos que esta página desmonta después, uno a uno.
Dónde está la diferencia
Todo agente de analítica serio construye hoy la consulta a partir de una capa semántica. Ahí es donde empezamos, no donde terminamos.
| Estándar en la categoría, y también en AgenticObjects | Lo que AgenticObjects añade encima |
|---|---|
| Una definición gobernada por métrica, desde un modelo semántico versionado | Se verifica la frase, no solo la consulta. Cada cifra que escribe el modelo se resuelve contra el resultado sellado de la consulta antes de la entrega. Una cifra sin dirección nunca llega a la pantalla. |
| Construcción determinista de consultas; el modelo nunca escribe SQL | Las negativas quedan registradas. Los candidatos retenidos, los valores omitidos y los borradores rechazados figuran en un libro con su motivo. Pida a cualquier proveedor que le enseñe el suyo. |
| Seguridad a nivel de fila, acceso basado en roles, el modelo aprobado que usted elija | Un modelo por ejecución, y no puede cambiarse a mitad de camino. El modelo se elige antes de que empiece la ejecución y se escribe sobre ella. Nada cambia a otro modelo porque el proveedor vaya lento o porque una primera respuesta pareciera floja. Seis meses después el registro sigue diciendo qué modelo lo escribió, así que si algún día se retira un modelo, puede encontrar cada registro que tocó. |
| Preguntas en lenguaje natural con un rastro de evidencia | Funciona cuando nadie pregunta. El descubrimiento programado produce findings, recommendations y briefs como registros persistentes, no como mensajes. |
La mayor parte de la analítica con IA de esta categoría está atada a la nube del proveedor. AgenticObjects se instala junto a su warehouse: runtime on-premise, gateways de solo lectura, credenciales que nunca salen de su servidor. Para organizaciones de banca, sanidad y sector público donde los datos no pueden salir, esto no es una funcionalidad. Es la condición para siquiera estar en la sala.
La regla “ninguna cifra sin evidencia” se aplica a un finding producido a las 05:00 exactamente igual que a una respuesta escrita a las 15:00.
El brief de la mañana
Lunes, 08:00. Esto es lo que hay en la pantalla.
Franja de supuestos
No se puede desactivar; se lee antes que las cifras. “No indicó un periodo; se asumió el último mes completo.”
Texto
Lo escribe el modelo; cada cifra que contiene está atada a una dirección.
Findings
Gravedad, dirección, y una insignia interpretive que separa la opinión de la medición.
Enlace a la ejecución
Al pie de cada brief, devuelve a la ejecución, a sus ajustes congelados y a su coste.
La cuestión no es que el agente haya resumido la semana. Es que nadie había preguntado por la brecha entre stock y ventas, y el agente la encontró por su cuenta.
El dashboard
Un vistazo cada mañana. Cinco zonas, y cada una dice lo que es.
| Zona | Qué contiene | La regla que hay detrás |
|---|---|---|
| Diario | Los briefs más recientes | La primera apertura se sella una vez; “sin leer” significa nunca abierto |
| Tareas | Las recommendations de los agentes | Cada fila abre en un clic el finding en el que se apoya |
| Findings sin recommendation | “Importante, pero aún no convertido en acción” | Se muestran, no se ocultan |
| Estado de los datos | Periodos en los que el agente miró y no encontró registros | Nunca se inflan hasta convertirlos en finding; sin insignia de gravedad, porque un periodo vacío no tiene impacto de negocio |
| Notificaciones | Una por ejecución | El mismo tema por tercera vez recibe un sello ongoing, no una tercera alerta |
Análisis continuo no es interrupción continua. El sistema gestiona su atención igual que gestiona su presupuesto.
Tres tipos de registro, en detalle
Cada tipo tiene una regla de nacimiento. Si la regla no se cumple, el registro no existe.
FINDING — “¿Qué ha pasado?”
Cómo se ha comportado una métrica en un desglose dado durante un periodo dado. Cada finding lleva una gravedad: baja, media, alta o crítica. Qué métrica, qué periodo, qué filtros — eso lo escribe el engine, no el modelo. Si la consulta se ejecutó y no devolvió datos, eso no es un finding sino un data state: su propia clase, sin insignia, y no se puede construir ninguna recommendation sobre él.
RECOMMENDATION — “¿Qué deberíamos hacer?”
Una acción de negocio fundamentada en al menos un finding. Una recommendation sin fundamento no puede producirse; una que se apoye únicamente en “no hay datos” también se rechaza. Hereda la política de uso más restrictiva de los findings que tiene debajo, de modo que nunca puede compartirse más ampliamente que su propia evidencia.
BRIEF — “¿Qué ha importado esta semana?”
La nota de portada legible que reúne los findings de una ejecución en un solo texto. Al menos un enlace covers es obligatorio. Usted elige por agente qué se produce: solo findings, un resumen ejecutivo, o ambos.
Tres tipos de enlace los conectan — based_on, covers, related_to — de modo que el conocimiento se convierte en un pequeño grafo navegable en lugar de una lista plana. La cadena puede recorrerse en ambos sentidos.
Los ocho gates
Cada registro de su dashboard ha pasado ocho comprobaciones. En ninguna interviene la IA.
La salida en bruto del agente nunca llega directamente al dashboard. Primero se analiza para obtener candidatos, y después se pasa por ocho comprobaciones basadas en reglas, en un orden fijo.
| Gate | Qué comprueba |
|---|---|
| 0 · Estructura y enlaces | Un candidato al que le falte el título, el tipo o su fundamento se descarta. Los autoenlaces y los ciclos están prohibidos. |
| 1 · Congelación de autoridad | Se sella con el permiso y el alcance a nivel de fila bajo los que se produjo. |
| 2 · Evidencia | Cada cifra se contrasta con los resultados de consulta que el agente citó. Una cifra no demostrada no puede entrar en el cuerpo del texto. |
| 3 · Sello de trust | El nivel de trust del registro es el nivel de su evidencia más débil. Lo escribe el engine. |
| 4 · Comprobación de afirmaciones | La causalidad y los superlativos sin evidencia son defectos estructurales: una reescritura, y después retención. El lenguaje interpretativo se marca con insignia, no se bloquea. |
| 5 · Novedad | ¿Ha dicho este agente esto antes? Se sella new / ongoing / repeat contra su propio historial. |
| 6 · Deduplicación | Un segundo registro con la misma identidad no se borra; permanece como duplicado y se cuenta. |
| 7 · Cardinalidad y contrato | Por agente y por ejecución: como máximo 6 findings, 3 recommendations, 1 brief. Un tipo que usted no haya seleccionado nunca se publica. |
Cada candidato descartado, retenido, duplicado o excedente figura en el Guard Ledger con su motivo. Si se descartan todos los candidatos, el sistema dice “todos los candidatos descartados”, no “ningún finding nuevo”.
Qué hace su equipo con un registro
Lo lee. Lo vota. Profundiza en él. Lo sigue.
Lo lee
En el dashboard, en la línea temporal, en el archivo. Se registra quién lo abrió y cuándo. Visto / comentado / descartado es personal y nunca cambia el feed de nadie más.
Lo vota
Útil o no, con un motivo opcional. Los votos vuelven a la siguiente ejecución del agente como señal — nunca como texto en bruto, de modo que el comentario de una persona no puede envenenar el sistema.
Profundiza en él
Un clic lleva un finding a una conversación con sus cifras adjuntas: “desglósame esto por ciudad” — sin arrancar una ejecución nueva.
Lo sigue
Todo el que sigue a un agente recibe aviso cuando hay una publicación nueva. El texto de la notificación nunca contiene un valor; el valor vive en el registro.
Poner en marcha un agente
Está contratando a un analista, no escribiendo código.
Explique el trabajo. Fije los límites. Acuerden el horario. Eso es lo que hace un responsable el primer día de un analista nuevo, y es exactamente lo que pide el agent studio.
- Usted explica el trabajo Una descripción de funciones en lenguaje corriente. Audiencia, prioridades, qué mirar primero, qué no afirmar nunca. La honestidad no es una funcionalidad de software; es una línea que usted escribe en la descripción de funciones: “No afirmes nunca causalidad.”
- Usted fija el límite de gasto Una tarjeta de empresa con techo: pasos, segundos, coste. Un agente solo puede estrechar sus límites, nunca ampliarlos.
- Usted le enseña el terreno Dónde termina cada conjunto de datos, qué métrica está vacía, qué no debe mirar nunca. El agente habla sabiendo cuáles son sus límites.
- Usted fija el horario Cada lunes a las 08:00, hora de Estambul. Cada brief nace de esa única línea.
Dos diferencias respecto a un analista humano: la instrucción es palabra por palabra idéntica en cada ejecución — no hay estados de ánimo — y cada cambio de ajuste queda en el registro de auditoría con quién y cuándo.
La anatomía de un registro
Qué lleva cada agentic object, y quién tiene permitido escribirlo
Cuatro grupos de propiedades. A dos de ellos contribuye el agente; dos solo puede escribirlos el engine. Esa división es todo el modelo de gobernanza en una sola tabla.
Identidad — quién es
Su propio identificador y su propia dirección en su instalación. Un tipo, y la versión del esquema contra la que se escribió. Un contador de revisiones: cambie el contenido y la comprobación de evidencia vuelve a ejecutarse. Un registro que sustituye a uno anterior conserva el puntero de vuelta a él.
Origen — de dónde viene, congelado
La ejecución que lo produjo, el agente, el enlace exacto de modelo vigente en ese momento, y un hash de la configuración que estaba activa. También la identidad bajo la que se produjo y el alcance a nivel de fila de esa identidad — congelados en el momento de la creación, y vueltos a comprobar en vivo en cada lectura.
Evidencia — en qué se apoya
Los resultados de consulta que declaró, y las cifras demostradas congeladas sobre el registro, de modo que la evidencia sobrevive aunque se limpie el log de la ejecución. Además, la frescura de los datos y los periodos exactos leídos. Cualquier cifra que no haya podido demostrarse figura en una lista de valores retenidos con un motivo nombrado — nunca llega al cuerpo del texto.
Juicio — qué concluyó el engine
El nivel de trust, tomado de la pieza de evidencia más débil que tiene debajo. Si ha sido validado. Si este agente ha dicho esto antes. Si la redacción se desvía hacia un lenguaje causal o superlativo — algo que se etiqueta, nunca se bloquea. Y si cuenta como experimento, cosa que por defecto ocurre hasta que algo demuestre lo contrario.
Tipo — la quinta propiedad
Una cifra viaja con su identidad, su dirección, la autoridad bajo la que se produjo y su ciclo de vida. Lo quinto que necesita es el tipo: ¿qué clase de afirmación es esta, y a qué obliga?
Hay tres, y añadir un cuarto es deliberadamente difícil. La prueba no es si se vería distinto en pantalla o si llegaría desde otro sitio — una tarjeta distinta o un origen distinto son un contexto, nunca un tipo. La prueba es si tiene un ciclo de vida realmente distinto y una obligación realmente distinta.
Los enlaces, y en qué sentido van
Una recommendation se apoya en un finding. Un brief cubre findings. Un finding puede estar relacionado con otro finding. El engine impone hacia dónde puede apuntar cada enlace y se niega a crear un ciclo, de modo que una cadena de razonamiento no puede cerrarse discretamente sobre sí misma.
Los estados en los que puede acabar un candidato
Nada desaparece en silencio, y un exceso de cardinalidad nunca se disfraza de fallo de gate.
| Estado | Qué significa |
|---|---|
published | Superó los ocho gates. Está en el dashboard y en el feed de todo el que tiene derecho a verlo. |
validated | Demostrable y correcto, pero no seleccionado para publicación en esta ejecución. |
held | Un gate lo detuvo, y el motivo queda registrado con él. |
duplicate | El mismo registro encontrado de nuevo. No se borra — se conserva y se cuenta. |
not_selected | Correcto, pero por encima del tope de la ejecución para su tipo. Tiene estado propio, deliberadamente distinto de un fallo. |
El archivo es una marca de tiempo, no un estado — un registro puede archivarse desde cualquiera de los estados anteriores. En el producto no existe ningún endpoint de borrado para estos registros. Una respuesta dada en agosto sigue siendo inspeccionable dos años después.
Visto, comentado, descartado — el estado personal vive aparte del registro. Que una persona descarte algo nunca lo quita del feed de nadie más. La primera apertura se sella una vez y nunca se reescribe, y por eso “sin leer” significa nunca abierto.
Véalo sobre sus propios datos en cuatro semanas.
Criterios de aceptación escritos antes.