La plataforma
Recibes un producto entero, no un punto de partida.
Cuentas, organizaciones y roles; las capacidades que tu producto necesita; un sitio público en tu propio dominio; IA donde ayuda; e infraestructura que alguien vigila. Es la misma fábrica con la que llevamos nuestros propios productos, y por eso podemos permitirnos operar también el tuyo.
Cómo funciona, para ingenieros
Esta página está escrita para comprobarse. Donde algo está diseñado y no construido lleva una etiqueta, donde es una línea de investigación lo dice, y cada frase de capacidad de este sitio tiene una fila en el registro de afirmaciones del repositorio que nombra el código, el documento o la prueba que la respalda.
Cada sección de abajo lleva uno de estos bloques. Nada de lo que hay dentro resume la sección de arriba: es el mecanismo, con las palabras con las que la página empezaba antes.
El sistema
Dos puertas a un mismo sistema.
Quien construye entra por Console, y GENESIS compila lo que describe en una aplicación de plataforma y un sitio público. Quien usa esas plataformas entra por el Hub, y un clic le lleva dentro de la que elija, ya con la sesión iniciada. Las dos puertas se apoyan en los mismos servicios compartidos, que actualizamos para todos a la vez: nunca tendrás que integrar dos productos nuestros entre sí.
Cómo funciona, para ingenieros
El dibujo se genera a partir de la topología del propio repositorio y no de una pizarra, y una prueba falla si las dos dejan de coincidir: los mismos diecisiete servicios atienden a todos los inquilinos que salen de la fábrica.
Cada uno de esos diecisiete servicios se enruta por TLS en su propio subdominio y responde a una comprobación de salud; la consola de operación sondea los diecisiete en una sola página.
El sistema se documenta a sí mismo en docs.alodai.com: rutas, alcances de las claves de API y los contratos compartidos, generados desde este repositorio. No aparece dibujado arriba porque no forma parte de la plataforma de nadie: describe la máquina, no se ejecuta sobre ella.
17 servicios compartidos · 7 apps publicadas · 32 paquetes
Hacer cambios
Cambia tu producto sin esperar a una versión.
Añadir una capacidad, cambiar quién puede hacer qué, redecorar la aplicación y el sitio a la vez, publicar en un dominio tuyo: cada una de esas cosas es un ajuste y no un proyecto. Lo hacemos contigo, en la misma herramienta que usamos para todas las plataformas que operamos.
- Ver todas tus plataformas en una lista, con su dirección y si están en marcha.
- Activar o desactivar una capacidad para tu producto, y configurarla, sin un despliegue.
- Fijar tu paleta, tu tipografía y tus formas una vez, y que la aplicación y el sitio público las sigan.
- Publicar en un dominio tuyo, con el certificado resuelto por nosotros.
Console no está abierta al registro libre. El acceso se abre por tandas, y la lista de espera está en la página de inicio.

Cómo funciona, para ingenieros
Los creadores crean plataformas, eligen un pack de experiencia y los módulos que van encima, fijan roles y marca, y publican un sitio con sus páginas, su tema y su dominio propio. Cada cambio aterriza como filas que el compilador puede volver a leer.
Capacidades
Activa lo que tu producto necesita y ahórrate los seis meses que cuesta construirlo.
Socios, cursos, eventos, catálogo, chat, medios, tareas, pagos. Cada una es una capacidad que otras plataformas ya usan en producción, configurada para ti en lugar de encargada desde cero.
lo que puedes activar hoy
- Miembros
- Organizaciones
- Contactos
- Empresas
- Equipos
- Eventos
- Reservas
- Calendario
- Cursos
- Foros
- Publicaciones
- Artículos
- Chat
- Tareas
- Proyectos
- Catálogo
- Productos
- Presupuestos y facturas
- Gastos
- Personal
- Presencia
- Formularios
- Encuestas
- Páginas
puntos de partida ya hechos
- Viajes
- Educación
- Servicios profesionales
- Comercio electrónico
- Operaciones de campo
- Ingeniería
- Música
- Laboratorio de IA
- Comunidad de desarrollo
- Arena
- Biblioteca de pensadores
- Estudio de bienestar
- Bienestar reflexivo
- Hackathon
- Genérico

Cómo funciona, para ingenieros
Un módulo es una capacidad reutilizable con superficies propias. Un pack de experiencia es un preajuste de fábrica para todo un vertical: su nomenclatura, su navegación, sus módulos, su contenido inicial y su comportamiento de IA, aplicados al crear la plataforma y editables después.
El registro es honesto consigo mismo, y eso sostiene el resto. Un módulo cuya implementación está marcada como no construida no se puede activar en una plataforma: la puerta de activación lo rechaza, así que lo que puedes encender es exactamente lo que está construido.
Un pack configura; no posee datos. Es una frontera deliberada: un vertical no puede criar sus propias tablas por la puerta de atrás, así que mover una plataforma de un pack a otro sigue siendo un cambio de configuración.
@mp/module-registry · @mp/experience-packs
La parte que solo es tuya
Y lo que no tiene nadie más.
Un juego, un configurador, una experiencia de mapa, un instrumento de laboratorio: lo que hace tuyo a tu producto se construye para ti, encima de las capacidades que ya estaban y no al lado de ellas.
Cómo funciona, para ingenieros
Un módulo es genérico y compartido entre plataformas. Un bloque de proyecto es lo contrario: funcionalidad que tiene sentido en una sola plataforma y que consume los módulos en lugar de reimplementarlos. Los bloques están desactivados por defecto y se activan por plataforma.
El catálogo en sí es agnóstico del framework —definiciones, esquemas de configuración y reglas de disponibilidad— y lo que dibuja un bloque vive en la aplicación de plataforma, localizado por clave. Una frontera se impone en lugar de pedirse: la mitad de servidor de un bloque no puede importarse desde una aplicación, y una guarda rompe la compilación si alguien lo intenta. El primer bloque tiene un reto puntuado, y un cuestionario cuya hoja de respuestas viaja dentro del paquete del navegador no puede sostener un resultado clasificatorio.
packages/project-blocks
IA
IA que ayuda a tus usuarios y nunca actúa a tus espaldas.
Asistentes, chat, clasificación y recomendaciones dentro de tu producto; y una IA distinta que construye la plataforma para empezar. Las dos no se tocan, y solo la primera apunta alguna vez a la gente que usa tu producto.
La IA que construye
Convierte tu brief en una propuesta de plataforma y redacta la marca y el primer contenido. Nunca llega a nadie sin supervisión: una persona revisa y aprueba antes de que se publique una sola página.
La IA dentro de tu producto
Asistentes, agentes, chat, clasificación, recomendaciones y una búsqueda que entiende el significado, con un paso de aprobación allí donde algo actúa en nombre de una persona y un techo de gasto delante de cada llamada, para que un bucle desbocado no se convierta en una factura.

Cómo funciona, para ingenieros
El compilador ejecuta pasadas por etapas, reanudables y repetibles. La capa de ejecución vive detrás de cuatro adaptadores de proveedor —Anthropic, OpenAI, Google, DeepSeek— seleccionados por un único enrutador con una guarda de gasto delante de cada llamada.
Determinista primero, siempre que haya determinismo disponible. Qué módulos activa un pack sale de un registro y un manifiesto, no de un modelo; el modelo escribe nombres, etiquetas, textos y pasos de bienvenida. Cuando el modelo no está disponible, el compilador cae al camino determinista y deja constancia de que lo hizo.
Puedes traer tu propia clave de proveedor, a nivel de organización o de plataforma, de modo que tanto la elección del modelo como su gasto pueden ser tuyos.
services/genesis · services/ai · ai.alodai.com
Hacia dónde va esto
Cambiar una plataforma en marcha describiendo el cambio.
Algún día podrás escribir «añade una lista de espera a las reservas» y recibir un cambio revisado sobre la plataforma que tus clientes ya están usando.
Línea de investigación
Lo estamos investigando. No está en el producto, no hay fecha, y está aquí porque dejarlo fuera sería la opción más engañosa: es hacia donde apunta la arquitectura.
Cuando llegue, mantendrá la puerta humana. El problema interesante nunca fue generar el cambio; es demostrar que un cambio es seguro de aplicar a un sistema que ya tiene dentro a tus clientes.
Tus datos
Los datos de tus clientes siguen siendo tuyos.
Cada petición se comprueba contra tu organización antes de tocar una fila. Quien usa tu plataforma, quien usa la de otro y quien las construye son tres conjuntos de cuentas distintos: enlazados cuando una persona está en varios, nunca fusionados.
Un cliente nunca ve a otro
La comprobación ocurre de camino a los datos, en cada petición, y no en una puerta que alguien pudiera rodear. Cualquier cambio en esos caminos se entrega con una prueba de que al otro cliente se le deniega.
Entrar en una plataforma no es entrar en otra
Pasar de una plataforma a otra te entrega una sesión nueva de aquella en la que entras. Nada de lo que tengas en una vale en otra, porque no hay dónde gastarlo.
El dinero se cuenta, no se estima
Los importes se guardan al céntimo y nunca como fracción, y las formas en que viajan tus datos se acuerdan en un único sitio: así, un cambio que rompería algo lo rompe al compilar, delante de nosotros, y no en ejecución delante de ti.
Cómo funciona, para ingenieros
La multitenencia se afirma, no se supone. Ningún middleware compara la plataforma de un token con la plataforma de una URL. Cada petición con ámbito de inquilino resuelve la plataforma y el usuario en la capa de servicio antes de tocar datos, y cada cambio en una consulta así se entrega con una prueba de que al otro inquilino se le deniega.
Una tabla de tokens por plano. Cruzar de un plano de identidad a otro acuña una sesión nueva mediante un código de un solo uso, de vida corta y almacenado como hash, que vive en su propia tabla. Un token emitido en un plano no puede canjearse en otro, porque no hay dónde canjearlo.
Contratos, no convenciones. Las formas de petición y respuesta son esquemas de un único paquete compartido que importan tanto las aplicaciones como los servicios. El dinero son céntimos enteros. Los estados son filas de catálogo y nunca un enum de base de datos, de modo que un estado nuevo es un dato y no una migración.
packages/auth-lib · platform_bridge_tokens · @mp/shared
Operación
Alguien la opera, la vigila y responde cuando se rompe.
Tu plataforma la despliega, la asegura, la monitoriza y la respalda la misma gente que la construyó. Las copias salen fuera de sitio según un horario, y una copia que deja de hacerse en silencio dispara una alerta tan alta como una que falla.
Se ejecuta en Europa
En servidores propios, con tus bases de datos en una máquina distinta de la que sirve tu tráfico, y cada dirección cubierta por un certificado que se renueva solo.
Se puede reconstruir
Cada entorno está descrito en código y cada secreto está cifrado donde vive, así que reconstruir uno es volver a ejecutarlo y no una excavación. Nada de tu plataforma depende de que alguien se acuerde.
Está vigilada
Métricas, registros y alertas van a un canal que lee una persona. La alerta que más importa es la que salta cuando una copia de seguridad no se hizo.
- ai
- analytics
- auth
- automations
- builder
- core
- data
- engine
- genesis
- mailing
- media
- notifications
- payments
- realtime
- search
- sites
- storage
comprobando el estado de los servicios…
Cómo funciona, para ingenieros
Docker Swarm en tres capas: un servidor de borde para entrada y cómputo, un servidor de datos para PostgreSQL, MongoDB y Redis, y un servidor de construcción y monitorización. Traefik termina el TLS, y un único comodín de Cloudflare cubre todos los subdominios de inquilino y de sitio.
Roles de Ansible y Terraform, con cada secreto cifrado en reposo dentro del repositorio mediante sops y age. Prometheus, Grafana, Loki y Alertmanager corren en su propio host, y las reglas de copia alertan tanto por ausencia como por fallo.
- Docker Swarm
- Traefik
- Cloudflare DNS
- PostgreSQL
- MongoDB
- Redis
- restic → B2
- Prometheus · Grafana · Loki
- Ansible + Terraform
- sops + age
sops + age · restic → Backblaze B2
La plataforma · siguiente paso
¿Quieres el recorrido con un ingeniero?
Trae el brief. Nosotros traemos la arquitectura, y las partes que tu producto tocaría de verdad.