quark · por quê
Escolhemos trade-offs diferentes.
Toda plataforma de IA pede uma troca: potência por simplicidade, controle por velocidade, governança por embalo. O design do Quark escolhe outro conjunto de trade-offs — eis por que vale o olhar.
a camada de base
Produtos sobre uma foundation, não sobre areia.
A maioria das “plataformas de IA” é um produto fino flutuando sobre a infraestrutura dos outros, com um muro entre o que você vê e o que realmente roda. O Quark é o oposto: os produtos de IA — AI Gateway, Sandboxes, Workflows, Knowledge Graphs, Vector Indexes — se apoiam numa foundation que é ela mesma first-class e inspecionável.
O gateway se apoia em identity de verdade e secrets de verdade. Uma sandbox é uma workload real e observável. Pipelines de retrieval leem dados que ficam na sua custódia. Nada é simulação e nada fica escondido — quando o nível de IA faz algo, a foundation por baixo é a mesma que você pode inspecionar, governar e reutilizar.
o modelo de deployment
Foundation sempre ativa. AI por seleção.
Um deployment do Quark chega completo: a Foundation — identity, access, secrets, metering, quotas — sempre ativa, e somente os produtos de IA que você selecionou. Não selecionou Vector Indexes? O console nem oferece. Menos produtos nunca parece uma plataforma quebrada; parece uma plataforma que se conhece.
O que um produto selecionado precisa vem junto — ativado, visível, compartilhado se já estiver ativo. Navegação, tiles do dashboard e páginas seguem a seleção. O que você vê é o que seu deployment faz.
suas condições
Seu deployment, suas condições.
A mesma plataforma roda como serviço hospedado ou em hardware seu, e o mesmo console roda no navegador ou no desktop.
Aponte o console para um deployment hospedado e trabalhe; aponte para uma plataforma rodando no seu hardware — um rack de lab, um cluster on-premise — e a experiência não muda. Construa contra seu próprio deployment e promova depois as cargas idênticas para um compartilhado, sem mover nada.
de propósito
Uma base moderna, de propósito.
Sob a superfície do produto, o Quark é construído como se constrói infraestrutura quando ela precisa merecer confiança.
Dos serviços da plataforma até as primitivas compartilhadas — uma única linguagem memory-safe em toda a stack, com restarts estilo supervisor e probes de health padrão na base.
A plataforma fala uma API versionada e fortemente tipada com schemas legíveis por máquina — não um muro de REST sob medida. SDKs e um CLI vêm dos mesmos contratos que os serviços usam.
Os recursos têm nome do que são — sandboxes, indexes, routes, runs — não de uma categoria de vendas. Suas workloads e seu conhecimento da plataforma não ficam acorrentados a um catálogo.
Mudanças multi-passo são registradas como operações retomáveis; endpoints de health, readiness e métricas são padrão em todo serviço.
segurança
Convenções de segurança, em todo lugar, por padrão.
Os detalhes que separam uma plataforma que você tolera de uma em que você confia.
Keys de API e valores de Secret aparecem exatamente uma vez, com confirmação deliberada — nunca mais.
Versões de workflows, versões de indexes, endpoints publicados — o histórico não muda.
Destruir uma sandbox exige uma confirmação digitada; o histórico de lifecycle é append-only.
Regras deny explícitas vetam concessões de role, em todo lugar.
Operações de Secrets e atividade da plataforma deixam trilhas legíveis.
um vocabulário
Um console, um vocabulário.
Da página inicial ao painel mais fundo, a plataforma fala uma língua só: Routes, Sandboxes, Workflows, Indexes, Runs, Spend. As palavras que você aprende neste site são as que vai ver no console, na API e no log de auditoria.
O onboarding é mais curto porque não há nada para retraduzir.
contato
Fale com a gente sobre rodar o Quark.
Conte sobre suas cargas — mostraremos o que a sua própria nuvem pode fazer.