Building

IA que su negocio posee

Usted decide qué puede ver, hacer y enviar la IA.

Atarla se está construyendo como el software que se sitúa entre su negocio y cualquier IA que trabaje para él. Está diseñado para que usted defina qué puede ver cada asistente, qué puede cambiar, qué modelo hace el trabajo y qué puede salir del edificio. Cada una de esas cosas es un permiso que usted concede, no algo activado por defecto.

Qué conecta la capa.

Software de negocio, archivos, calendarios, llamadas, pagos, inventario, cámaras, dispositivos y el conocimiento que ya tiene su equipo. Los conectores traducen esos eventos a un solo modelo para que una decisión no dependa de qué herramienta la registró.

Conectar una fuente es una decisión de permisos, no algo predeterminado. Cada conexión declara qué puede leer, qué puede cambiar y quién lo aprobó.

Qué pueden hacer los agentes.

El diseño da a cada agente una identidad, un rol acotado, herramientas nombradas y un límite. Un modelo puede recomendar y un agente puede planificar, pero la decisión de permitir una acción debe estar en código común fuera del modelo, no en el criterio del propio modelo. Las acciones consecuentes, financieras, irreversibles o poco claras pueden detenerse para que decida una persona. La parte que hace cumplir esto todavía se está construyendo y probando, así que es el diseño, no una garantía terminada.

Todo agente se puede pausar. Pausar conserva lo que ya hizo, porque el registro de sus acciones es justamente lo importante.

Dónde se ejecuta.

La misma capa se ejecuta en Atarla Cloud, en la infraestructura que ya posee, en un Atarla Node o repartida entre ellos. La ubicación es una decisión de despliegue, no un producto distinto.

Local primero es un orden de control, no una regla de aislamiento. El trabajo empieza desde su política y la capacidad más cercana, y recurre a modelos externos cuando hay una razón que se pueda explicar.

System mapLocal first, with intentional exits.
Mapa del sistema AtarlaBusiness signals feed an owned Atarla node. The node gives bounded agents access to local context and can optionally route selected work to cloud compute.BUSINESS SIGNALSThe work, as it happens.calls + messagestools + systemsdevices + spacesbusiness memoryATARLA LAYERAtarlacontext / memory / routingruns where the work livesBOUNDED AGENTSRoles, permissions, review points.01observesignals02preparework03act withapprovalEach role has a job, a boundary, and a way back.OPTIONALcloud computeROUTE OUT ONLY WHEN THE TASK CALLS FOR IT

Paso a paso

Una solicitud, de principio a fin.

Cada paso es una decisión que el negocio controla. El ejemplo es un restaurante, pero la secuencia es la misma en cualquier operación.

  1. Algo ocurre.

    Un cliente llama para mover una reserva. Por ahora ese hecho solo existe dentro de la llamada.

  2. Llega a un solo lugar.

    La llamada se une a las reservas, al horario del personal y a los pedidos anteriores, en una computadora que el negocio controla.

  3. Un agente propone.

    Un agente cuyo único trabajo son las reservas redacta el cambio. Puede leer el calendario. No puede tocar los pagos.

  4. Una persona aprueba.

    Lo que cuesta dinero o es difícil de deshacer espera a un humano, que ve la acción propuesta antes de que ocurra.

  5. Ayuda externa, solo si hace falta.

    Si la tarea necesita un modelo más grande del que corre el negocio, sale de forma deliberada y ese viaje queda registrado.

Si un paso falla, se detiene ahí. El registro muestra qué se intentó, quién lo permitió y dónde se detuvo.

Compare la arquitectura, no una lista de marketing.

Son categorías duraderas, no una comparación de proveedores concretos. El enfoque adecuado depende de las necesidades de control, la capacidad operativa y el trabajo que se coordina.

EnfoqueDónde está el controlQué gestiona el clienteFortaleza típica
Aplicación de IA en la nubePrincipalmente con el proveedorCuentas, configuración y datos exportadosAcceso rápido a una capacidad concreta
Pila local hecha a manoPrincipalmente con quien la construyeHardware, modelos, integraciones, seguridad y recuperaciónMáxima flexibilidad para equipos técnicos
Plataforma privada gestionadaCompartido entre cliente y proveedorGobernanza, decisiones de despliegue y relación con el proveedorSoporte empresarial y profundidad de integración
Dirección de AtarlaUna capa controlada por el cliente con rutas externas limitadasPolíticas, aprobaciones, trabajo conectado y decisiones de ciclo de vidaUna capa operativa legible entre las señales y la acción

Atarla está en etapa de prototipo. Esta comparación describe una arquitectura prevista, no una superioridad de producto verificada.

Render conceptual de un dispositivo Atarla Node: una caja negra mate con rejillas de ventilación, sobre una superficie clara junto a una pared naranja.
El Node es una de las formas de ejecutar la capa, no el producto en sí. Imagen conceptual. No existe hardware de producción.
Vista despiezada conceptual del Node: tapa, ventilador y disipador, módulo de cómputo, placa portadora con puertos, fuente de alimentación y chasis.
Las partes que un Node necesitaría. Hoy el prototipo real es una Raspberry Pi 5 con refrigeración adicional. Imagen conceptual. No existe hardware de producción.

Qué no se afirma.

La capa está en desarrollo activo. Esta página describe la arquitectura y la dirección, no un producto disponible de forma general, y no se afirman rendimiento, certificaciones ni despliegues.

Qué existe hoy.

La página de progreso enumera lo que está construido, lo que está en pruebas y lo que sigue siendo una intención, con su estado.