La IA empresarial necesita una capa de control.
Muchos productos de IA se presentan como interfaces. Atarla comienza una capa más abajo: un negocio debería poder ser dueño de la capa que conserva su contexto de trabajo, decide qué puede hacer cada agente y cuándo conviene usar modelos externos.
La inteligencia no vive solo en indicaciones. Se acumula en la memoria específica del negocio, conexiones de herramientas, señales físicas, patrones operativos y políticas que limitan lo que los agentes pueden hacer.
Una capa operativa propia.
La capa es el centro operativo. Puede recibir eventos de software, dispositivos, cámaras, llamadas, horarios, inventario y otras herramientas del negocio. La memoria persistente conserva origen, alcance y reglas de retención, y los agentes actúan mediante roles, límites y puntos de revisión explícitos.
La misma capa se ejecuta en Atarla Cloud, en la infraestructura que el cliente ya controla, en un Atarla Node o repartida entre esas ubicaciones. La ubicación es una decisión de despliegue, no un producto distinto.
Los modelos externos siguen disponibles, pero se incorporan con intención. Local primero no es solo local. Es un orden de control, y la cercanía no otorga confianza: ningún servicio, dispositivo o modelo recibe confianza implícita por ser local o propio.
La memoria es contexto gobernado. Los secretos son credenciales.
Un registro de memoria duradero debería llevar propietario, alcance, origen, clasificación de sensibilidad, política de acceso, política de ubicación y regla de retención. Las credenciales y claves pertenecen a un límite separado y deben llegar a un agente o herramienta solo por el tiempo y el propósito mínimos.
Los modelos pueden recomendar y los agentes pueden planificar, pero el permiso se aplica fuera del modelo. Las acciones irreversibles, financieras o de seguridad pueden requerir validación determinista y aprobación humana explícita. El contenido no confiable puede influir en lo que un agente propone; no debería poder ampliar lo que un agente tiene permitido hacer.
Las descripciones de herramientas externas se tratan como no confiables salvo que provengan de un servidor de confianza, y los tokens de acceso deben estar limitados a su destinatario previsto.
Qué existe hoy y qué no.
Nada de lo descrito en este documento está disponible de forma general. No se afirman certificaciones, pruebas de rendimiento, despliegues amplios, resultados de clientes, subvenciones, aceptación en aceleradoras ni alianzas confirmadas.
Haga legibles las acciones potentes.
La dirección de seguridad de Atarla se basa en confianza cero, mínimo privilegio, aislamiento, actualizaciones firmadas, observabilidad, contención y recuperación.
El objetivo no es afirmar que un sistema sea invulnerable. Es reducir el alcance de un fallo, mantener las acciones comprensibles y recuperarse de forma limpia.
Temprano, específico y aún en construcción.
Este documento describe la arquitectura y la dirección de producto. No afirma preparación de producción, certificaciones, rendimiento comparativo ni aceptación de socios.