quark · warum
Wir haben andere Kompromisse gewählt.
Jede KI-Plattform verlangt einen Tausch: Leistung gegen Einfachheit, Kontrolle gegen Tempo, Governance gegen Momentum. Quarks Design wählt bewusst andere Trade-offs — hier ist, warum sich der Blick lohnt.
die basisebene
Produkte auf einer Foundation, nicht auf Sand.
Die meisten „KI-Plattformen“ sind ein dünnes Produkt, das auf fremder Infrastruktur schwebt, mit einer Wand zwischen dem, was Sie sehen, und dem, was wirklich läuft. Quark ist das Gegenteil: Die AI-Produkte — AI Gateway, Sandboxes, Workflows, Knowledge Graphs, Vector Indexes — stehen auf einer Foundation, die selbst first-class und einsehbar ist.
Das Gateway reitet auf echter Identity und echten Secrets. Eine Sandbox ist ein echter, beobachtbarer Workload. Retrieval-Pipelines lesen Daten, die in Ihrer Hoheit bleiben. Nichts ist Simulation, und nichts ist versteckt — wenn die AI-Schicht etwas tut, ist die Foundation darunter dieselbe, die Sie prüfen, governen und wiederverwenden können.
das deployment-modell
Foundation immer an. AI nach Auswahl.
Ein Quark-Deployment kommt komplett: die Foundation — Identity, Access, Secrets, Metering, Quotas — immer an, und nur die AI-Produkte, die Sie gewählt haben. Vector Indexes nicht gewählt? Die Konsole bietet sie nicht an. Weniger Produkte liest sich nie als kaputte Plattform; es liest sich als Plattform, die sich kennt.
Was ein gewähltes Produkt braucht, kommt mit — aktiviert, sichtbar, geteilt, wenn schon an. Nav, Dashboard-Kacheln und Seiten folgen der Auswahl. Was Sie sehen, ist, was Ihr Deployment tut.
ihre bedingungen
Ihr Deployment, Ihre Bedingungen.
Dieselbe Plattform läuft als gehosteter Service oder auf Hardware, die Ihnen gehört, und dieselbe Console läuft im Browser oder auf dem Desktop.
Richten Sie die Console auf ein gehostetes Deployment und arbeiten Sie; richten Sie sie auf eine Plattform auf Ihrer eigenen Hardware — ein Lab-Rack, ein On-Premise-Cluster — und die Erfahrung ändert sich nicht. Bauen Sie gegen Ihr eigenes Deployment und befördern Sie dann die identischen Workloads in ein geteiltes, ohne etwas zu verschieben.
mit absicht
Eine moderne Basis, mit Absicht.
Unter der Produktoberfläche ist Quark so gebaut, wie Infrastruktur gebaut wird, wenn man ihr vertrauen soll.
Von den eigenen Services der Plattform bis zu den geteilten Primitiven — eine einzige, memory-sichere Sprache über den gesamten Stack, mit supervisor-artigen Restarts und Standard-Health-Probes in der Basis.
Die Plattform spricht eine versionierte, stark typisierte API mit maschinenlesbaren Schemas — keine Wand aus maßgeschneidertem REST. SDKs und ein CLI kommen aus denselben Verträgen, die die Dienste nutzen.
Ressourcen heißen, was sie sind — Sandboxes, Indizes, Routes, Runs — nicht nach Vertriebskategorie. Ihre Workloads und Ihr Plattform-Wissen bleiben an keinen Katalog gekettet.
Mehrschrittige Änderungen werden als fortsetzbare Operationen aufgezeichnet; Health-, Readiness- und Metrics-Endpoints sind bei jedem Service Standard.
sicherheit
Sicherheitskonventionen, überall, standardmäßig.
Die Details, die eine Plattform, die man erträgt, von einer, der man vertraut, trennen.
API-Keys und Secret-Werte erscheinen genau einmal, mit bewusster Bestätigung — nie wieder.
Workflow-Versionen, Index-Versionen, veröffentlichte Endpoints — Historie mutiert nicht.
Eine Sandbox zu zerstören braucht eine getippte Bestätigung; die Lifecycle-Historie ist append-only.
Explizite Deny-Regeln heben Rollen-Vergaben auf, überall.
Secret-Operationen und Plattform-Aktivität hinterlassen lesbare Spuren.
ein vokabular
Eine Console, ein Vokabular.
Von der Frontseite bis ins tiefste Detail-Panel spricht die Plattform eine Sprache: Routes, Sandboxes, Workflows, Indizes, Runs, Spend. Die Wörter, die Sie auf dieser Site lernen, sind die, die Sie in der Konsole, in der API und im Audit-Log wiedersehen.
Onboarding ist kürzer, weil nichts zu rückübersetzen ist.
kontakt
Sprechen Sie mit uns über Quark im Einsatz.
Erzählen Sie uns von Ihren Workloads — wir zeigen Ihnen, was Ihre eigene Cloud kann.