Tu IA conoce la política. ¿Sabe quién puede aprobar el pedido?
Sakana Aquarium conecta datos, reglas y procesos con agentes de una organización. La próxima pregunta empresarial es cómo una decisión se convierte en una acción autorizada, más allá de una respuesta convincente.
Un empleado pregunta si el equipo puede comprar un portátil de sustitución. Un asistente de IA encuentra una política de compras y da una respuesta razonable. La decisión real sigue dependiendo del presupuesto, el proveedor, el departamento del empleado y la persona autorizada para aprobar ese pedido concreto.
El 23 de octubre de 2026, Sakana AI anunció Sakana Aquarium, una plataforma para crear, ejecutar y gobernar agentes en torno a los datos y las reglas de una organización. La empresa japonesa describe una ontología que conecta significados y relaciones de la información, un entorno gestionado de ejecución de agentes y controles de acceso, aprobaciones y registros de ejecución. Anuncio oficial.
La pregunta útil es qué ocurre entre una respuesta y una acción autorizada. Aquarium propone dar una estructura común a ese intervalo para que cada agente nuevo no tenga que redescubrir qué entiende la empresa por cliente, compra o aprobación.
Interfaz anterior de chat en navegador TinySwallow de Sakana AI, mostrada como contexto de su trabajo para convertir modelos en productos. No es Aquarium. Imagen: Sakana AI, Apache License 2.0. Redimensionada sin recortar.
Una misma palabra puede significar cosas distintas en cada sistema
La mayoría de las organizaciones ya tiene en algún lugar la información que necesita un agente. Una hoja de cálculo enumera presupuestos, un documento explica las reglas de adquisición y una aplicación registra el estado del pedido. Lo difícil es saber qué datos se refieren a lo mismo y cuál tiene autoridad en el momento de decidir.
Por ejemplo, «aprobado» puede significar que un responsable dio su visto bueno por correo, que una solicitud superó la revisión financiera o que un proveedor aceptó un pedido. Son estados relacionados, pero no intercambiables. Un agente que los trate como sinónimos puede dar una respuesta convincente y tomar el siguiente paso equivocado.
Una ontología estructura esos significados y relaciones. En la descripción de Aquarium, conecta conocimientos, reglas y datos de la organización para que un agente los utilice en contexto. La página del producto también explica que las conexiones y la sincronización se diseñan para las fuentes de datos de destino. Explicación de la plataforma.
Nuestra interpretación es que el trabajo difícil pasa a un lugar más visible. Alguien sigue teniendo que decidir qué significa un estado, qué fuente es responsable y cuándo cambia. Explicitar estas decisiones aporta valor porque otro proceso puede reutilizarlas, en vez de codificar una definición ligeramente distinta en otro prompt.
Se parece menos a entregar un archivador mayor a un chatbot que a acordar un mapa compartido. El mapa no sustituye al territorio. Facilita reconocer a qué registro, regla y responsable se refiere una pregunta.
Explicación original de la dirección anunciada por el producto: las definiciones compartidas conectan la información con un proceso gobernado.
Una compra revela por qué recuperar información no basta
Consideremos una solicitud ilustrativa de un portátil de sustitución. Un proceso útil identificaría al empleado, el presupuesto aplicable, el proveedor autorizado y el estado actual de compra. Después determinaría la ruta de aprobación necesaria, en lugar de tratar un párrafo de política general como permiso para comprar.
Si el registro del presupuesto cambió desde que empezó la solicitud, el proceso necesita una regla para utilizar el nuevo valor. Si falta un responsable, debe saber si otra persona puede aprobar. Si caduca el presupuesto del proveedor, una aprobación anterior puede dejar de cubrir el pedido actual.
No son principalmente problemas de generación de lenguaje. Se refieren a responsabilidad, tiempo y autoridad. Un modelo puede interpretar una petición, pero la aplicación debe vincular esa interpretación con los registros correctos y las operaciones permitidas.
El anuncio de Aquarium describe control de acceso, aprobación antes de ejecutar y registros que conectan los fundamentos del juicio con su resultado. También describe definiciones de datos y ontologías reutilizables entre agentes. Son compromisos de producto útiles para evaluar en un piloto, no una razón para asumir que los procesos de compra de cualquier organización ya están cubiertos. Gobernanza y agentes gestionados.
Un proyecto inicial pequeño debería hacer comprensible una de estas rutas de decisión de principio a fin. Eso revela más que conectar todos los documentos de la empresa y plantear una pregunta general. El objetivo es una tarea específica cuyas entradas, responsable y resultado se puedan inspeccionar.
Una excepción para un cliente necesita la regla y el motivo
Otro escenario es gestionar una excepción para un cliente empresarial. Supongamos que un contrato establece una fecha de renovación estándar, pero un comercial prometió un acuerdo distinto. Un agente que solo lea el último correo puede pasar por alto el contrato; uno que solo lea el contrato puede ignorar una excepción autorizada.
Un sistema útil debe distinguir una propuesta de un cambio aprobado. También debe poner la información de respaldo a disposición de quien decide. El objetivo no es simplemente elegir el texto más reciente, sino conectar los registros relevantes con su estado y autoridad.
Aquí una definición común se puede reutilizar. Si un proceso comprende el estado contractual del cliente y otro comprende la facturación, no deberían inventar significados distintos para la misma renovación. Una base compartida puede reducir incoherencias al incorporar más agentes.
El beneficio depende de la calidad de esa base. Una relación incorrecta se reutiliza con la misma eficiencia que una correcta. Por eso el equipo debe revisar la definición y cómo se actualiza, además de la respuesta que produce el agente en una demostración.
Para quien esté valorando una plataforma similar, la pregunta útil es concreta: ¿qué decisión mejoraría si se conectaran el significado, el estado y la autoridad pertinentes? Si nadie puede identificarla, el proyecto puede estar recopilando información sin un propósito operativo claro.
Un proceso reutilizable sigue necesitando un responsable cuando algo cambia
La página de Aquarium describe procesos expresados en YAML que incluyen consulta de información, juicio de IA, ejecución de funciones y aprobación humana. También explica que los cambios de la información conectada pueden reflejarse en la ontología. Procesos y sincronización.
Esta dirección resulta útil porque permite revisar un proceso como una secuencia de decisiones y acciones. Una persona puede preguntar dónde corresponde aprobar, qué función ejecuta una operación y qué sucede cuando falta información. El proceso no debería ser comprensible solo para el modelo que lo generó.
Sin embargo, que una actualización llegue a un sistema no equivale a que la organización acuerde su significado. Una política nueva puede aplicarse solo a solicitudes posteriores a una fecha. Un cambio en el registro de un cliente puede necesitar revisión antes de afectar a una acción sensible. Las reglas del negocio determinan la respuesta.
La responsabilidad debe ser explícita en dos niveles. Alguien mantiene la conexión de datos y detecta fallos. Otra persona, o la misma en un equipo pequeño, mantiene la definición empresarial y decide cuándo cambia la regla. Sin estas funciones, la sincronización puede propagar más deprisa una suposición obsoleta.
| Pregunta | Qué necesita una definición compartida | Qué debe mostrar un piloto |
|---|---|---|
| ¿A quién se refiere la solicitud? | Identidad y relaciones entre registros | Conectar los registros correctos sin confundir nombres parecidos |
| ¿Qué regla se aplica? | Alcance, estado y vigencia de la política | Aplicar la política prevista a cambios y excepciones |
| ¿Quién puede actuar? | Autoridad de acceso y aprobación | Enviar la operación propuesta al revisor adecuado |
| ¿Qué ocurrió realmente? | Resultado y pruebas | Rastrear el resultado hasta la decisión y sus entradas |
Son preguntas de evaluación, no afirmaciones sobre una implantación concreta en un cliente. Su propósito es conectar los conceptos de la plataforma con una tarea reconocible para una empresa.
Empieza por una operación cuyos errores puedas entender
El sitio oficial de Aquarium ofrece actualmente una presentación y una vía de consulta. No establece un precio público de autoservicio ni una fecha universal de activación para todos los clientes. Por eso resulta más útil iniciar la conversación con una operación concreta que con la promesa de trasladar toda la empresa a agentes. Presentación y contacto.
Una preparación práctica sería la siguiente:
- Elige una operación recurrente, como comprobar una solicitud de compra antes de enviarla a quien aprueba.
- Identifica los registros originales, el sistema responsable de cada valor y la persona responsable de cada regla empresarial.
- Anota los estados importantes, incluidos información ausente, excepciones y solicitudes que deben detenerse.
- Define qué acciones puede preparar el agente, cuáles puede ejecutar y qué aprobaciones hacen falta entre ellas.
- Evalúa ejemplos normales y difíciles con quienes realizan hoy ese trabajo.
- Inspecciona el registro de ejecución y el proceso de actualización antes de ampliar a otra operación.
Este enfoque facilita juzgar el piloto. El equipo puede comparar la integridad de la información reunida, la corrección de la ruta propuesta y la carga del revisor. También puede detectar cuándo el sistema avanza con confianza una solicitud que debería esperar.
El primer resultado útil puede ser una preparación mejor, no una ejecución automática. Reunir la información pertinente e identificar al revisor adecuado puede eliminar un cuello de botella real. También da una base más clara para decidir después si conviene más autonomía.
Secuencia de evaluación propuesta. Ampliar el número de agentes debería seguir a una ruta de decisión que funciona, no sustituirla.
La experiencia empresarial de Sakana explica la dirección, no el resultado
El anuncio de Sakana AI conecta Aquarium con su trabajo implantando IA en ámbitos que exigen precisión y responsabilidad, incluidos los servicios financieros. Describe el esfuerzo repetido de conectar datos y organizar terminología y criterios de juicio. Presenta Aquarium como una base común para trabajo que, de otro modo, se reconstruiría en cada proyecto. Contexto del producto.
Ese contexto explica el problema que el equipo decidió convertir en producto. No debe confundirse con una medición publicada de los resultados de Aquarium. Una colaboración anterior de Sakana AI no es automáticamente un caso de cliente de Aquarium, y un despliegue limitado satisfactorio no demuestra que todas las operaciones se transfieran fácilmente.
La siguiente evidencia debe ser operativa. ¿Qué tarea se eligió? ¿Qué información necesitó el sistema? ¿Cuánto trabajo siguió en manos de una persona y cómo se gestionaron los casos incorrectos o incompletos? Esos detalles harían más útil un caso de estudio que una afirmación general sobre mejoras de productividad.
La dirección futura incluye incorporar correcciones y juicios operativos a las actualizaciones continuas, además de ayudar a construir agentes. Esto plantea una pregunta de diseño importante: ¿cómo se distinguirán las mejoras propuestas de los cambios aprobados en las reglas de la empresa? La respuesta importará tanto como generar rápidamente un proceso.
Para una empresa que adopta agentes, la mejor señal de madurez puede ser cambiar una regla con seguridad y explicar su efecto. Una base que solo se entiende el día de la demostración será difícil de mantener cuando cambien las políticas, las personas y los sistemas.
Un agente empresarial útil debe saber qué autoriza su respuesta
Aquarium merece atención porque integra el significado organizativo y el control en la plataforma de agentes. Es un objetivo más exigente que encontrar un párrafo plausible, pero se acerca más al trabajo que necesita resolver una empresa.
La pregunta del piloto no es si el agente parece conocer la política. Es si la información correcta llega a la decisión correcta, la persona adecuada autoriza el siguiente paso y la organización puede explicar después lo sucedido.
Fuentes
- Sakana AI: anuncio de Aquarium, 23 de octubre de 2026.
- Descripción de la plataforma Sakana Aquarium, consultada el 26 de octubre de 2026.
Conserva el material que respalda una decisión
Telli.sh es una opción para guardar fuentes autorizadas junto a las notas que has revisado. Crea un espacio de notas.