quark · por qué
Elegimos contrapartidas distintas.
Toda plataforma de IA te pide un intercambio: potencia por simplicidad, control por velocidad, gobernanza por impulso. El diseño de Quark elige otro juego de concesiones — he aquí por qué merece la mirada.
la capa base
Productos sobre una foundation, no sobre arena.
La mayoría de las “plataformas de IA” son un producto delgado flotando sobre infraestructura ajena, con un muro entre lo que ves y lo que realmente corre. Quark es lo contrario: los productos de IA — AI Gateway, Sandboxes, Workflows, Knowledge Graphs, Vector Indexes — se apoyan en una foundation que es ella misma first-class e inspeccionable.
El gateway se apoya en identity real y secrets reales. Una sandbox es una carga real y observable. Las pipelines de retrieval leen datos que permanecen bajo tu custodia. Nada es simulación y nada está oculto — cuando el nivel de IA hace algo, la foundation debajo es la misma que puedes inspeccionar, gobernar y reutilizar.
el modelo de despliegue
Foundation siempre activa. AI por selección.
Un deployment de Quark llega completo: la Foundation — identity, access, secrets, metering, quotas — siempre activa, y solo los productos de IA que seleccionaste. ¿No elegiste Vector Indexes? La consola no lo ofrece. Menos productos nunca se lee como una plataforma rota; se lee como una plataforma que se conoce.
Lo que un producto seleccionado necesita viene con él — activado, visible, compartido si ya está activo. Nav, tiles del dashboard y páginas siguen la selección. Lo que ves es lo que tu deployment hace.
sus condiciones
Su despliegue, en sus términos.
La misma plataforma corre como servicio hospedado o en hardware de su propiedad, y la misma consola corre en el navegador o en el escritorio.
Apunte la consola a un despliegue hospedado y trabaje; apúntela a una plataforma corriendo en su propio hardware — un rack de laboratorio, un cluster on-premise — y la experiencia no cambia. Construya contra su propio despliegue y luego promueva las cargas idénticas a uno compartido, sin mover nada.
a propósito
Una base moderna, a propósito.
Bajo la superficie del producto, Quark está construido como se construye la infraestructura cuando debe inspirar confianza.
Desde los servicios propios de la plataforma hasta las primitivas compartidas — un solo lenguaje memory-safe en todo el stack, con reinicios estilo supervisor y probes de health estándar en la base.
La plataforma habla una API versionada y fuertemente tipada con esquemas legibles por máquina — no un muro de REST a medida. Los SDK y un CLI vienen de los mismos contratos que usan los servicios.
Los recursos llevan el nombre de lo que son — sandboxes, indexes, routes, runs — no el de una categoría de ventas. Tus cargas y tu conocimiento de la plataforma no quedan encadenados a un catálogo.
Los cambios multi-paso se registran como operaciones reanudables; endpoints de health, readiness y métricas son estándar en cada servicio.
seguridad
Convenciones de seguridad, en todas partes, por defecto.
Los detalles que separan una plataforma que se tolera de una en la que se confía.
Las keys API y los valores de Secret se muestran exactamente una vez, con confirmación deliberada — nunca más.
Versiones de workflows, versiones de indexes, endpoints publicados — la historia no muta.
Destruir una sandbox requiere una confirmación tecleada; el historial de ciclo de vida es append-only.
Las reglas deny explícitas vetan los grants de roles, en todas partes.
Las operaciones de Secrets y la actividad de la plataforma dejan pistas legibles.
un vocabulario
Una consola, un vocabulario.
De la página principal al panel más profundo, la plataforma habla un solo idioma: Routes, Sandboxes, Workflows, Indexes, Runs, Spend. Las palabras que aprendes en este sitio son las que verás en la consola, en la API y en el registro de auditoría.
El onboarding es más corto porque no hay nada que retraducir.
contacto
Hable con nosotros sobre poner Quark a correr.
Cuéntenos sus cargas — le mostraremos lo que su propia nube puede hacer.