En este artículo
Si una plataforma permite crear aplicaciones con agentes, ¿puede construir sus propias funciones con esa infraestructura? brazosd on brazosd expresa esa dirección: desarrollar cada vez más capacidades del producto sobre las herramientas que ofrece a sus usuarios.
Las funciones en la nube, las bases de datos, Cloud Drive y las API ya proporcionan fundamentos. Más funciones futuras seguirán este modelo. Para entenderlo hay que separar dónde se guardan los hechos, dónde se ejecuta la lógica y dónde se muestran los resultados.
Cada dato tiene una fuente de verdad
Single source of truth significa identificar el registro que tiene autoridad sobre un hecho. No exige guardar todos los tipos de datos en una única base.
| Datos | Fuente con autoridad | Función de la interfaz |
|---|---|---|
| Archivos, materiales y entregables | Cloud Drive | Explorar, editar y organizar |
| Registros persistentes de agentes y sesiones | Datos de agentes de la plataforma | Mostrar conversaciones, avances y resultados |
| Registros de negocio de una aplicación | Bases SQLite en la nube | Presentar tablas, informes y vistas |
Desliza para ver toda la tabla
Un contrato puede estar en Cloud Drive, la conversación sobre él en el sistema de sesiones y su estado de aprobación en SQLite. Las referencias los relacionan. Cada interfaz nueva no necesita duplicar los tres y mantener sus copias sincronizadas.
Es una distribución de responsabilidades en la capa de aplicación. La plataforma conserva bases internas para cuentas, permisos y coordinación de infraestructura; no significa que todo el backend se haya trasladado a SQLite.
Las funciones ejecutan reglas repetibles
Una aplicación de contratos puede leer materiales autorizados mediante una función, guardar una aprobación y devolver los datos que necesita una página. El agente puede diseñar y modificar esa lógica; el código ejecuta de forma repetida las reglas establecidas.
Las funciones ya tienen identidades de servicio propias y acceso a las API mediante el SDK. En organizaciones empresariales, esas identidades están sujetas a grupos y políticas de permisos. Así, una aplicación puede usar recursos de la plataforma sin incorporar las credenciales personales del administrador.
Cambiar de interfaz no elimina ese límite de autorización.
Por qué utilizar la propia infraestructura
Construir funciones del producto sobre ella la somete a necesidades reales: despliegues fiables, permisos precisos, datos combinables y fallos que se puedan diagnosticar. Las mejoras pueden beneficiar al equipo interno y a los desarrolladores externos.
No es necesario convertir todos los subsistemas en funciones en la nube. La identidad, la planificación de recursos y el control de ejecución conservan responsabilidades propias. El objetivo es reutilizar infraestructura para más capacidades del producto.
Se trata de una dirección de desarrollo; no de afirmar que todas las funciones actuales ya se hayan reescrito.
Crear una UI y una UX propias de brazosd
UI es la interfaz visible; UX es la experiencia completa de realizar una tarea. Cuando los datos y las capacidades se ofrecen mediante interfaces estables, la UI oficial deja de ser la única entrada posible.
Un mismo proyecto puede tener un panel para dirección, una vista para responsables y una pantalla centrada en una operación concreta. Dentro de sus permisos, los usuarios pueden combinar Cloud Drive, sesiones y bases propias en un espacio de trabajo especializado.
UnoZ OS ofrece un ejemplo arquitectónico existente: un escritorio independiente que reutiliza las API y la comunicación en tiempo real. Compartir capacidades permite rediseñar la interacción sin copiar todo el sistema.
Las experiencias personalizadas siguen necesitando autenticación, permisos y contratos de datos. Alojar aplicaciones de terceros de forma segura requiere trabajo específico. No se promete que cualquier página generada pueda sustituir hoy todas las funciones del producto.
Otra forma de ampliar el producto
Si toda función debe entrar en un gran frontend y backend, la evolución depende de su estructura y de un proceso común de publicación. Una plataforma programable permite resolver parte de las necesidades mediante aplicaciones, habilidades e interfaces especializadas.
Las bases duraderas incluyen datos bien delimitados, capacidades accesibles, permisos y un entorno de ejecución. Los usuarios pueden adaptar procesos sin esperar siempre a una página oficial.
Aquí se encuentran Agent > UI, serverless y UnoZ OS: los agentes construyen y coordinan, la nube ejecuta y las interfaces trabajan sobre los mismos hechos.