Wie LIA gebaut ist, Schicht für Schicht Die Schichten des Systems, vom Bildschirm bis zur Datenbank, was jeder Baustein tut, mit welchen Technologien, wo er im Repository liegt, und die Wege, die eine Anfrage nimmt.
59 technische Bausteine 10 Schichten 7 kommentierte Abläufe 57 Infrastrukturmodule 63 bediente Fachdomänen
Überblick
Die Schichten des Systems Vom Bildschirm bis zur Datenbank. Fahr über einen Baustein, um seine Verbindungen nachzuzeichnen, klick für seine Technologien, Dateien und Entscheidungen.
Clients Was die Person berührt: die Webanwendung, ihr Offline-Modus, die mobilen Hüllen und die Messaging-Kanäle.
Webanwendung PWA und Offline Mobile Hüllen Messaging-Kanäle Rig und Volumen nativer Begleiter Netzwerkrand Was zwischen Internet und Anwendung steht: Tunnel, Inhaltsrichtlinie, Rate-Limit, Sitzungen.
Tunnel, CSP und Rate-Limit Sitzungen und Authentifizierung API und Anwendungsbasis Die FastAPI-API, in Fachdomänen gegliedert, ihr SSE-Stream, ihr geordneter Start und ihre Konfiguration.
FastAPI-API nach Domänen SSE-Streaming Geordneter Start Konfiguration und Schalter Sechs Sprachen Isometrische Welt mit nativer Steuerung Agenten-Orchestrierung Der LangGraph-Graph: Routing, Planung oder ReAct-Schleife, menschliche Freigabe, Werkzeuge und Antwort.
LangGraph-Graph Router Planer und Executor ReAct-Schleife Antwortsynthese Freigabe und Entwürfe Werkzeuge und Manifeste Datenregistry und Kontext Versionierte Prompts Initiativ-Knoten Dauerhafte Anwendungsbefehle Modelle und Kosten Der Zugang zu den Modellen jedes Anbieters, Reasoning, strukturierte Ausgaben, Embeddings und die Abrechnung jedes Aufrufs.
Modell-Factory Reasoning Modellkatalog Strukturierte Ausgaben Embeddings und Suche Abrechnung und Limits Integrationen Die Clients externer Dienste, die offenen Protokolle, die Sandbox und die Sprachkanäle.
Konnektor-Clients MCP-Client Skills und Plugins Sandbox und Ausgangs-Proxy Gesteuerter Browser Stimme: Transkription und Synthese Live-Transporte Telefonie Push-Benachrichtigungen Avatar: Sitzung und Wiedergabe Telefon-Eingang Hintergrund-Jobs Was ohne Anfrage läuft: Scheduler mit einem einzigen Leader, proaktive Engine, dauerhafte Jobs, Selbstdiagnose.
Scheduler mit einem Leader Proaktive Engine Dauerhafte Jobs Selbstdiagnose Radio: Redaktion und Antenne Daten Wo der Zustand lebt: PostgreSQL und pgvector, Redis, Dateien und die Register dessen, was LIA getan, gelesen und entschieden hat.
PostgreSQL und pgvector Redis Dateien Nachvollziehbare Register Observability Messen, sehen, alarmieren, nachlesen: Metriken, Dashboards, Alarme, Logs, Traces.
Metriken Dashboards Alarme Logs Traces Auslieferung Wie Code zu einem Dienst wird: Images, Continuous Integration und ihre Guards, qualifiziertes Release, Installer, Demo.
Images und Compose CI und Guards Release, Deployment, Installer Demo Wähl ein Szenario: Seine Schritte leuchten nacheinander auf der Karte auf.
Der Ablauf einer Chat-Nachricht Ein Modellaufruf von A bis Z Ein proaktiver Hintergrund-Job Eine delegierte Live-Sitzung Vom Commit in die Produktion Sehen, alarmieren, Selbstdiagnose Einen Anwendungsbefehl ausführen Klick auf eine Schicht, um sie hervorzuheben.
5 2 6 11 6 11 5 4 5 4 Abläufe
Der Weg einer Anfrage, eines Aufrufs, einer Auslieferung Jeder Schritt nennt den Baustein, der handelt, und was er garantiert.
Von der Tastatur bis zum Bildschirm, über den Graphen: eine Anfrage, ein Stream, kein offengelegtes Token.
1 Der Browser schickt die Nachricht an die API seines eigenen Origins.
2 3 4 5 Der Zustand der Unterhaltung wird aus ihrem Checkpoint neu geladen.
6 Die Anfrage wird klassifiziert, die Werkzeuge bewertet.
7 8 9 10 11 Sie kommt Wort für Wort an, mit ihren Kosten, im selben Stream.
Vorher begrenzt, für den Anbieter übersetzt, zum Preis seines Zeitpunkts berechnet, danach nachverfolgt.
1 2 3 Die Reasoning-Absicht wird für genau dieses Modell übersetzt.
4 5 6 Der Verbrauch wird ein einziges Mal gelesen und nach dem Zeitfenster des Aufrufs berechnet.
7 8 Tokens, Latenz und Kosten werden zu Metriken.
Ein einziger Leader, ein Jitter, eine Beanspruchung, ein Versand, der anhand seines Ergebnisses abgeschlossen wird.
1 2 3 4 5 6 7 Der delegierte Ablauf: Der Browser spricht mit dem Anbieter, und jede Anfrage kehrt zum Graphen zurück.
1 2 Die API stellt eine Einmal-Kennung aus und erstellt das Mandat der Stimme.
3 Der Browser öffnet den Transport des Anbieters (WebSocket oder WebRTC).
4 5 Der Graph führt ihn aus, mit seinen Freigaben und seinen Registern.
6 Die Antwort, begrenzt und geglättet, wird an die Stimme zurückgegeben.
7 Am Ende archiviert, beziffert und leitet ein einziger Abschluss weiter.
Jeder Guard läuft vor dem Push; nichts wird ohne Qualifizierung veröffentlicht.
1 Der Hook und die CI führen dieselben Task-Befehle aus: Lint, Ratchets, Tests.
2 Beim Tag werden die Kandidaten-Images gebaut und per Digest gekennzeichnet.
3 4 5 6 7 Die Demo wird neu ausgerollt und geprüft.
Jedes Signal hat einen Leser; ein Alarm hat ein Runbook; LIA liest ihre eigenen Belege.
1 Die Prozesse veröffentlichen ihre Metriken, Speicher inklusive.
2 Die strukturierten Logs, ohne personenbezogene Daten, landen in Loki.
3 4 Ein Alarm geht mit seinem Runbook raus.
5 LIA sammelt die Belege des Vorfalls und diagnostiziert ihn.
Dauerhafte Identität und aktuelle Voraussetzungen; eine geöffnete Fortsetzung bleibt ausstehend.
1 Der Client verwendet den Operationskatalog, der diesem Konto angeboten wird.
2 3 Die Vorbereitung bindet Vorher-/Nachher-Werte, Digest, Akteur, Ursprung und Ablaufzeit in einem verschlüsselten Befehl.
4 5 Die Ausführung liest Rechte und Fähigkeiten neu; tokengebundener Claim und Compare-and-Set des Quelldienstes schützen ihre jeweiligen Grenzen.
6 Eine private Fortsetzung ist an Sitzung und gegebenenfalls adressiertes Gerät gebunden; Geheimnisse bleiben außerhalb des Modells.
7 Committed, waiting, Konflikt, Fehler und Abbruch bleiben getrennt; eine verlorene Antwort wird nicht automatisch erneut ausgeführt.
8 Ein gezielter Hinweis invalidiert betroffene Ressourcen; der Client liest ihre authentifizierten Abfragen neu.