Enterprise Application Intelligence · Agentenplattform zur Erstellung von Unternehmensanwendungen
Der Kosmos birgt alle Werkzeuge — jedes Werkzeug wird nach Maß gefertigt
Intelligenz greifbar, Anwendungen vertrauenswürdig: Was die KI baut, ist sichtbar – und jedes gelieferte System hält Messung und Prüfung stand.
Sie beschreiben die Geschäftsanforderungen, die AliothStudio-Plattform baut das System. Die Hangzhou Yuqi Technology beschränkt ihre Agenten mit dem eigenentwickelten Alioth-Datenontologiemodell und friert die Datenbankstruktur einmalig über die Modell-Release-Kette ein (die Agenten schreiben niemals DDL) und erzeugt darauf deterministisch Backend-APIs, Typdefinitionen und Frontend-Oberfläche — geliefert wird keine Demo, die „aussieht, als würde sie funktionieren“, sondern Unternehmensanwendungen, die von 229 Qualitätsgates geprüft und produktionsbereit sind.
Das Modell ist auf GitHub quelloffen: github.com/CosmicTools9/Alioth · Aktuell v10.0.44(2026-10-19)
Solutions
Was wir für Sie lösen
Drei typische Dilemmata beim Bau von Unternehmensanwendungen — und Yuqis Antwort auf jedes einzelne.
Universelle Agenten erzeugen Systeme, die „vollständig wirken, aber nicht laufen“
LLMs erfinden nicht existierende Tabellen, Felder, APIs und Geschäftsregeln; das Ergebnis sieht vollständig aus, läuft aber nicht — und die harten Genauigkeitsanforderungen von Unternehmensanwendungen halten die meisten KI-generierenden Tools auf Demostadium zurück.
Unsere Antwort:den Agenten mit einem eingefrorenen Ontologiemodell beschränken — jedes Strukturartefakt muss per Vererbung innerhalb der 645 ontologischen Semantikkoordinaten verortet und Feld für Feld an maschinenlesbare Verträge ausgerichtet werden; Halluzinationen werden zur Build-Zeit erkannt und abgelehnt.
Aus Formularen zusammengestellte Systeme kommen mit der Geschäftsentwicklung nicht mit
Klassische Low-Code-Plattformen stellen Formulare zusammen: Strukturen werden über Seitenzweige dupliziert und Semantiken gehen auseinander; sobald sich das Geschäft ändert, versinkt das System in einem Sumpf, in dem jede Reparatur drei andere Stellen bricht.
Unsere Antwort:ontologiegetrieben — die Geschäftswelt wird zunächst in einer mathematisierten Ontologiesprache präzise beschrieben; eine Geschäftsänderung ist eine Modelländerung, und das System entwickelt sich mit dem Geschäft weiter, statt Altbewachsenes zu flicken.
Ein Geschäftssystem entsteht über Monate — die Anforderungen warten nicht
Datenbankdesign, Backend-APIs und Frontend-Oberfläche laufen getrennt, Integration und Nacharbeit stapeln sich Schicht über Schicht — bis zur Auslieferung haben sich die Geschäftsanforderungen längst oft verlagert.
Unsere Antwort:Die Datenstruktur wird einmalig von der Modell-Release-Kette eingefroren, physisch getrennt von der Build-Kette; die Agenten-Pipeline erzeugt ausschließlich Backend-APIs, Typdefinitionen und Frontend-Oberfläche — die Anwendungsschicht entsteht als Einheit, durchgängig ohne DDL und ohne Modellpatches.
Proven in Production
Bereits in diesen Branchen im Einsatz
Dasselbe Alioth-Modell und dieselbe AliothStudio-Plattform laufen bereits als Produktionssysteme in 6 Namespaces im Einsatz — 15 Apps, 61 Module, 293 Blocks, 82 Services (der sechste Namespace MAT befindet sich in der Anbindung), die die gesamte Kette abdecken, von der Anfrage bis zur Verrechnung und vom Auftrag bis zur Fakturierung.
Integriertes Auftrags- und Finanzmanagement für die Außenhandels-Bekleidungsfertigung
Deckt 18 Geschäftsszenarien ab — Geschäftsübersicht, Kundenanfragen, Angebote, Aufträge, Stücklisten (BOM), Beschaffung, Musterung, Produktion, Qualitätsprüfung, Versand, Dokumentation, Forderungen/Verbindlichkeiten, Forderungsalterung, Wechselkurse, Kosten, Gewinn, Exporterstattung, Spesenabrechnung, Berechtigungen und Einstellungen — und durchzieht die gesamte Kette „Anfrage → Versand → Verrechnung“.
Betriebsmanagementsystem für Logistik und Transport
Vier Module — Auftragslogistik, Transportausführung, Erlösverrechnung und Verbindlichkeiten — mit eingebauter externer Kollaborationskette „Kunde ↔ Plattform ↔ Frachtführer“ und Schiedsprotokoll-Mechanismus; einheitliche Verwaltung von Frachtbriefen, Trajektorien, Geofences, Abrechnung und Fakturierung.
Plattform für System-F&E- und Lufttüchtigkeitsmanagement
Für Kunden der Luftfahrtindustrie: System-F&E-Management, Genehmigungs-Workflows und Lufttüchtigkeits-Compliance-Module, mit ontologischer Modellierung von Ingenieuren, Fähigkeits-Tags, Genehmigungsrollen und Change-Control-Boards (CCB).
Stammdaten- und Budgetmanagement für F&E-Projekte
F&E-Projektregister, Vergabe und Umwidmung von Forschungsvorgangsnummern mit Prüfprotokoll, mehrdimensionale Projekt-Tags, versionierte Projektantragsarchive, Projektabhängigkeiten und Mittelübertragsbeziehungen sowie Verknüpfung der Budgetdomänen-Pläne — null redundante Tabellen, vollständig an die einheitliche Modellstruktur verankert.
How It Works
Wie die Plattform für Sie arbeitet
Sie stellen lediglich die Geschäftsanforderungen; der Agent zur Erstellung von Unternehmensanwendungen von AliothStudio erledigt den Rest. Die Plattform besteht aus zwei unabhängigen Ketten: Die Modell-Release-Kette erzeugt das Datenfundament, die Anwendungsbau-Kette montiert Ihre Geschäftsanwendung auf dem eingefrorenen Fundament.
Das Datenfundament selbst wird von einer unabhängigen Modell-Release-Kette gepflegt (dem einzigen Kanal für Struktur), und der Agent verwendet in der gesamten Anwendungsbau-Kette keinerlei DDL — das System, das Sie erhalten, bleibt stets an dasselbe eingefrorene Modell verankert:
Metadatenplattform
Die Drehscheibe für den gesamten Modell-Lebenszyklus. Alle Strukturänderungen gelangen nur nach manueller Prüfung in die Release-Pipeline; die eingebaute Generierungs-Engine kompiliert Geschäftsanforderungen automatisch zu Anwendungskonfiguration und Code.
Einheitlicher Einstieg
Die einheitliche Laufzeit für Geschäftsanwendungen: Sie entdeckt Anwendungen automatisch, lädt Erweiterungen (Constraints / Regeln / Zustandsautomaten / Workflows) und ermöglicht eine einheitliche Autorisierung. Jedes Branchensystem wird unabhängig kompiliert und isoliert betrieben.
Single Sign-On
Ein unabhängig bereitgestellter zentraler Authentifizierungsdienst; alle Anwendungen teilen dieselbe Identitätskette — einmal anmelden, überall nutzen.
Kollaborationsportal
Ein Portal-Rahmenwerk für externe Kooperationspartner wie Kunden und Lieferanten; bei Bedarf aktivierbar und unabhängig bereitgestellt, mit demselben Datenfundament wie die internen Systeme.
Reliability
Warum zuverlässig: Agenten von LLM-Halluzinationen befreien
Das größte Engineering-Risiko universeller Agentenentwicklung ist die LLM-Halluzination — das Modell erfindet nicht existierende Tabellen, Felder, APIs und Geschäftsregeln und liefert Artefakte, die vollständig wirken, aber nicht laufen. Yuqis Antwort ist,den Agenten durch das Ontologiemodell zu beschränken: Das LLM übernimmt nur Anforderungsverständnis und Ontologie-Mapping; jedes Strukturartefakt muss per Vererbung im eingefrorenen Ontologieraum verortet und an maschinenlesbare Verträge verankert werden. Unter dem doppelten Druck aus mathematischer Struktur und Engineering-Gates findet Halluzination keinen Halt — und erfüllt so die harten Anforderungen von Unternehmensanwendungen anGenauigkeit und Zuverlässigkeit.
Nur erben, um zu verorten — niemals erfinden
Die Strukturaktionen des Agenten sind auf den Ontologieraum des eingefrorenen isahl-Schemas begrenzt: Erweiterungen dürfen nur im Unterkegel der DAG-Ordnung erben und dreidimensionale Ontologiekoordinaten binden, die vom Trigger-Mechanismus vergeben werden statt vom Modell erdacht — das LLM kann keine nicht existierenden Tabellen oder Felder erfinden, und neue Branchen werden mit null DDL und null Modellpatches erschlossen.
Artefakte richten sich an den Release-Paket-Verträgen aus
Alioth/v*-Release-Pakete enthalten maschinenlesbare Verträge und Verifikationsberichte; jedes Artefakt des Agenten — Modul, Block, Service, app.json — muss Feld für Feld mit dem Vertrag übereinstimmen. Jede halluzinierte Referenz (hängender Service, nicht existierende Koordinate) wird zur Build-Zeit erkannt und abgelehnt.
229 maschinell geprüfte Gates
Der gesamte Weg von der Anforderung bis zum Deployment ist durch 229 registrierte Gates über die gesamte Kette (137 in der Commit-Phase / 92 in der Push-Phase) abgesichert: Rechtmäßigkeit der ontologischen Semantikkoordinaten, Vollständigkeit der Strukturreferenzen sowie Bestehen von Kompilierung und Tests werden vollständig maschinell beurteilt — ohne Abhängigkeit von der Sorgfalt menschlicher Prüfer oder vom Selbstvertrauen des Modells. Halluzinierte Artefakte können die Gates nicht in Richtung Produktion passieren.
Das LLM erzeugt keinen Laufzeitcode
Die Geschäftslaufzeitlogik wird vom Generator alioth-gen deterministisch aus der Ontologiekonfiguration erzeugt (APIs, Typen, Oberfläche — kein DDL: Strukturänderungen laufen ausschließlich über die Modell-Release-Kette); die Invarianten des Theoriekerns sind zusätzlich maschinell in Lean 4 bewiesen (null sorry als hartes Kriterium des Push-Gates). Das LLM leistet nur, was es beherrscht — Anforderungsverständnis und Mapping-Auswahl —, während die Genauigkeit durch Struktur und Beweis verbürgt ist.
Get Started
Wie Sie starten
Vier Wege hinein, von der Praxis bis in die Tiefe: online ausprobieren, dem Handbuch folgen, die Theorie lesen oder den Code prüfen — jede Zusage können Sie selbst verifizieren.
SaaS-Lernedition
cosmic-tools.shop bietet eine Online-SaaS-Lernedition von AliothStudio — ein schlankes Deployment für Einzelnutzer, in dem Kernmodellierung, Anwendungsmontage und Laufzeitflüsse voll nutzbar sind; ganz ohne lokale Umgebung dem Bluepaper praktisch folgen.
Bau-Bluepaper
AliothStudio-Handbuch zur Anwendungserstellung: der vollständige Betriebspfad von der Umgebungsvorbereitung über das Modellzentrum, AppAgent-Workflows und die eisernen Regeln der Modul- & Service-Entwicklung bis zu Build/Deployment und dem Schnellnachschlagewerk der 229 Qualitätsgates.
Theorie-Whitepaper
Whitepaper zur Alioth-Modelltheorie: die mathematischen Grundlagen der Ontologie des Tauschs — symmetrische monoidale Kategorien und Gruppoidsymmetrie, Koordinaten-Produktraum, Vollständigkeit der fünf Domänen, Erhaltungsmaße, modelltheoretische Validierung über mehrere Namespaces sowie maschinelle Lean-Beweise von fünf Kern-Metatheoremen.
Open-Source-Verifikation auf GitHub
Das Kernmodell ist auf CosmicTools9/Alioth quelloffen (PLpgSQL · MIT): Die aktuelle Version v10.0.44(2026-10-19) enthält 1022 Vererbungstabellen + 268 Seed-Tabellen, und jedes Release wird durch Vollneuaufbau in einer dedizierten Validierungsdatenbank geprüft — jede im Whitepaper behauptete mathematische Eigenschaft besitzt im Repository eine entsprechende Strukturdefinition und Beschränkung.
Der Anwendungsgenerator CosmicTools9/dsh-alioth (TypeScript): Nutzer beschreiben die Anwendung im Dialog, und das Rahmenwerk erzeugt über eine deterministische programmatische Pipeline importierbare Artefakte — das LLM liefert nur strukturierte Parameter und semantische Entscheidungen, niemals Artefakttext. Das ist die überprüfbare Umsetzung des Versprechens „frei von LLM-Halluzinationen“.
Technology
Technische Fähigkeiten
| Fähigkeit | Beschreibung |
|---|---|
| NGAC-Feingranularberechtigung | Ein DAG-basiertes Berechtigungsmodell nach dem internationalen NGAC-Standard (ANSI/INCITS 565-2022): mandantenfähige Isolation über Policy-Klassen, hierarchische Vererbung von Benutzer-/Objektattributen, Assoziationsberechtigungen und Verbotsregeln (negative Berechtigung hat Vorrang) sowie vollständige Prüfprotokollierung von Policy-Änderungen. |
| Intelligentes SQL-/AGE-Query-Routing | Das Backend passt sich automatisch zwischen relationalen und Graph-Abfragen an: Hochfrequente Berechtigungsprüfungen laufen über SQL (1–2 ms), Mehrsprung-Traversierung und kürzeste Pfade über die Apache-AGE-Graph-Engine. Relationale Tabellen bleiben die einzige Wahrheitsquelle; AGE ist eine optionale Beschleunigungsschicht. |
| KI-gesteuerte Anwendungsgenerierung | Die AppAgent-Laufzeit treibt per Zustandsautomat die automatisierte Kette „Anforderung → Prototyp → Ontologie-Mapping → Modul-/Block-/Service-Artefakte“; die EmpAgent-Wissensinjektionspipeline hält das Domänenwissen symmetrisch vollständig. |
| Formale Verifikation mit Lean 4 | Die Invarianten des Theoriekerns (Werterhaltung, Strukturalität der Involution, Termination und Korrektheit der Vervollständigung, Entscheidbarkeit der Fünf-Domänen-Vollständigkeit) sind maschinell in Lean 4 bewiesen; null sorry ist hartes Kriterium des Push-Gates — mathematische Korrektheit wird vom Beweiser verifiziert, nicht durch Review bestätigt. |
| Verteilte Identität & Audit | Geschäftsdaten nutzen verteilte eindeutige IDs (zuid); sämtliche Operationen landen in einem unabhängigen Audit-Schema und ermöglichen zusammen mit dem Transaktionssymmetriemodell durchgängige Nachverfolgbarkeit. |
| Integrierte Release-Kette | Meta-generierte Artefakte → Namespace-Build → Release-Deployment-Paket (Binärdatei + DDL + docker-compose + Betriebsskripte); das Gateway startet in der Produktionsphase automatisch neu, und der Release-Prozess ist geschlossen und rückrollbar. |
| Moderner Technologie-Stack | Backend in Rust (hohe Leistung, Speichersicherheit); Frontend in React + TypeScript; Datenbank PostgreSQL + Apache-AGE-Graph-Erweiterung; Engineering auf Basis eines pnpm-/Cargo-Workspace-Modulmonolithen. |
Theory
Theoretische Grundlage: das Alioth-Modell der Datenontologie
Warum kann dieses Modell den Agenten beschränken? Weil Alioth ein unternehmenstaugliches Rahmenwerk zur ontologischen Datenmodellierung ist, aufgebaut auf Kategorientheorie und dem Symmetrieprinzip: Wirtschaftliches Handeln wird als Morphismen in einer symmetrischen monoidalen Kategorie formalisiert, reversible Transaktionen bilden das Kern-Gruppoid, und Symmetrie wird streng durch einen involutiven Endofunktor charakterisiert — jede Transaktion besitzt eine eindeutige spiegelbildliche Gegentransaktion, wodurch Werterhaltung und strukturelle Integrität garantiert werden. Alle mathematischen Invarianten sind an Engineering-Gates verankert, und die Kerntheoreme sind maschinell in Lean 4 bewiesen. Das Modell ist quelloffen: github.com/CosmicTools9/Alioth.
Kategorie / Gruppoid / involutiver Endofunktor
Transaktionen sind Morphismen in einer symmetrischen monoidalen Kategorie 𝓔; reversible Transaktionen bilden das Kern-Gruppoid core(𝓔); Symmetrie = ein involutiver Endofunktor S : core(𝓔) → core(𝓔)ᵒᵖ mit S² = id. Technische Konsequenz — die Spiegeltransaktion existiert eindeutig, und die Werterhaltung wird buchungsweise belegt: Jeder Beleg führt Anfangs- und Endsaldo, sodass „Vorzustand + Nettoveränderung = Nachzustand“ Zeile für Zeile maschinell prüfbar ist.
Produktkategorie / Koordinatenfunktor
Der Koordinatenfunktor χ = (dk_scene, dk_factor, dk_function) verortet jede Geschäftsentität an einem eindeutigen Punkt der Produktkategorie S × F × U: Die drei Dimensionen sind orthogonal, nehmen unabhängig Werte an und entwickeln sich unabhängig; Dimensionscodes sind hierarchische Adressen, die von einem Trigger-Mechanismus vergeben werden, nicht von menschlicher Konvention.
DAG-Ordnung / relationale Algebra / Span
Die Vererbungshierarchie ist eine azyklische gerichtete Halbordnung (484 Subtabellen, 374 Blatttabellen); Erweiterungen dürfen nur entlang der Ordnung im Unterkegel wachsen, Seitenzweig-Duplikation ist verboten. Die Relationenfamilien r_* / rr_* entsprechen funktionalen Relationen bzw. Spans (1:N / M:N); Relationskomposition ist Morphismenkomposition, und hierarchische Relationen werden durch Azyklizitätsinvarianten bewacht.
Signiertes Maß / Additivität
Bestände und Salden sind keine Entitätsattribute, sondern additive signierte Maße über Belegfakten — berechnet, nicht gespeichert. Die Inventur ist ein atomares Maßkorrektur-Ereignis; Mehr- und Minderbestände werden als normaler Messfehler absorbiert und kalibriert, statt verdeckt zu werden.
4-stellige Momentaufnahme
Schneidet man eine beliebige Transaktion entlang ihres Lebenszyklus, ergibt sich das ontologische 4-Tupel: Szene Scene(Wo & Wann), Faktor Factor(Wer & Was), Funktion Function(Wie) und Status (diskrete logische Zeit in eine Richtung). Drei orthogonale Codes bilden einen auswertbaren Ontologieraum.
Vollständigkeit der 5 Domänen
Jede 4-stellige Momentaufnahme muss die fünf Transaktionsdomänen abdecken — Person L / Behälter C / Ware G / Ort P / Finanzen F — ohne Symmetriebruch; so wird der Geschäftskreislauf auf Modellebene garantiert: Wer handelt, womit wird getragen, was wird gehandelt, wo geschieht es und wie fließt der Wert.
Spiegel-Involution event / task
Die Zeitachse wird durch das „Jetzt“ in zwei Hälften geteilt: Bereits geschehene events (vergangene Fakten) und noch nicht geschehene tasks (künftige Aufgaben) spiegeln einander; das Erledigen einer Aufgabe klappt die Scheibe um. Pläne entfalten sich über Zwillingsbrücken zu beiden Seiten — ereignisgetrieben und aufgabengetrieben sind die beiden Zeitrichtungen desselben Antriebsmodells.
Modellvalidierung über mehrere Namespaces
Aus modelltheoretischer Sicht: Das isahl-Modell ist die Theorie 𝕋, und jeder Branchen-Namespace-Einsatz ist ein Modell ℳ ⊨ 𝕋. Eine einzige Theorie trägt bereits 6 Namespaces, 15 Apps, 61 Module, 82 Services und 645 ontologische Semantikkoordinaten — die Erschließung einer neuen Branche erfordert null DDL und null Modellpatches, nur Vererbungsverortung und Koordinatenbindung.
About
Über uns
Die Hangzhou Yuqi Technology Co., Ltd. ist ein Softwareunternehmen mit Fokus auf Agenten zur Erstellung von Unternehmensanwendungen. Mit dem selbst entwickelten Alioth-Modell als theoretischem Kern und der AliothStudio-Plattform als technischem Träger liefert das Unternehmen End-to-End-Lösungen — vom Datenmodell bis zum vollständigen Geschäftssystem — für Branchen wie Außenhandelsfertigung, Logistik und Transport, Lufttüchtigkeit in der Luftfahrt und Forschungsmanagement.
Anders als klassische Low-Code-Plattformen, die Formulare zusammenstecken, verfolgt Yuqi den Weg ontologiegetrieben + agentengebaut: Zunächst wird die Geschäftswelt in einer mathematisierten Ontologiesprache präzise beschrieben, die Datenbankstruktur wird von der Modell-Release-Kette eingefroren (DDL entsteht nur dort — Agenten berühren das Datenmodell nie), danach erzeugt eine Agenten-Pipeline Backend-APIs, Typdefinitionen und die Frontend-Oberfläche auf dieser Ontologie — eine Geschäftsänderung ist eine Modelländerung, und das System entwickelt sich mit dem Geschäft weiter.
Namensherkunft · 名之由来
宇纳万器，器成有度
Der Kosmos birgt alle Werkzeuge; jedes Werkzeug wird nach Maß gefertigt.
Der Name „Yuqi“ (Cosmic-Tools) entstammt diesem Vers: Der Kosmos (宇) birgt alle Werkzeuge (器), und jedes Werkzeug wird nach Maß gefertigt. Er ist zugleich unser ingenieurstechnischer Leitsatz: die vielfältigen Formen des Unternehmensgeschäfts aufzunehmen und Systeme zu liefern, die Messung und Prüfung standhalten.
Build What's Next
Komplexe Geschäftsprozesse —
mit Systemen, die mitwachsen.
Ohne lokale Umgebung erleben Sie online den gesamten Ablauf von Modellierung, Anwendungsmontage und Betrieb in AliothStudio — folgen Sie dem Bluepaper und bauen Sie Ihre erste Unternehmensanwendung selbst.
Zur SaaS-Lernedition →