=========================================================== NEURALIA - LIVE-AUSKUNFT DES SYSTEMS =========================================================== Erzeugt: 2026-09-06 20:31 UTC Diese Seite ist kein Marketingtext und keine gepflegte Doku. Sie entsteht in dem Augenblick, in dem du sie aufrufst - gelesen aus dem Quelltext, der gerade wirklich laeuft. Niemand tippt diese Zahlen ab, niemand kann vergessen, sie zu aktualisieren. Weicht eine Angabe auf unserer Webseite von dieser Seite ab, gilt diese Seite. ----------------------------------------------------------- MODULE DER ANWENDUNG (15) ----------------------------------------------------------- Jede Python-Datei der Wurzelebene mit ihrer echten Zeilenzahl. Steht im Quelltext eine Kurzbeschreibung, ist sie mit abgedruckt - gelesen aus der Datei selbst, nicht gepflegt. Steht dort keine, bleibt die Zeile leer. ai_claude.py 1196 Zeilen Anbindung des Sprachmodells Claude: Aufbau des Gespraechsverlaufs, Uebergabe der verfuegbaren Werkzeuge, Ausfuehrung der Werkzeug-Runden und Rueckgabe der fertigen Antwort. ai_gemini.py 943 Zeilen Anbindung an das Sprachmodell Gemini: nimmt den Gespraechsverlauf entgegen, fuehrt die vom Modell angeforderten Werkzeug-Aufrufe aus und liefert die fertige Antwort an die Konsole zurueck. ai_grok.py 147 Zeilen Anbindung an Grok (xAI): baut den Gespraechsverlauf inklusive Bildern in das Nachrichtenformat des Anbieters um, ruft das Modell auf und gibt die Antwort als Text zurueck. app.py 18358 Zeilen Zuendung der Multi-AI-Konsole: laedt das Fundament aus core.py und fuehrt die ausgelagerten Modul-Dateien im globalen Namensraum aus. chat_runtime.py 1488 Zeilen Chat-Orchestrierung: nimmt Nachrichten an, ruft die drei KIs parallel auf und liefert die Antworten an die Oberflaeche aus. code_map.py 562 Zeilen Deterministische Vermessung von Python-Dateien. core.py 2162 Zeilen Fundament der Multi-AI-Konsole: startet den Webdienst, haelt Anmeldung und Sitzungen und stellt allen uebrigen Modulen die gemeinsamen Bausteine bereit. gemini_schema.py 1735 Zeilen Werkzeug-Katalog fuer Gemini: beschreibt jedes Werkzeug, das Gemini selbst aufrufen darf, im Format seiner Schnittstelle - Name, Zweck und erwartete Parameter. observer_tools.py 3420 Zeilen Beobachter-Werkzeuge: lesender Blick auf Logs, Metriken, Firestore, Secrets und Cloud-Run-Zustand. rag_reranker.py 381 Zeilen Nachsortierung der Gedaechtnis-Treffer: ein kleines Sprachmodell liest die gefundenen Erinnerungen und ordnet sie danach, wie gut sie wirklich zur Frage passen. speech_lokal.py 247 Zeilen Bereinigung diktierter Sprache nach festen Regeln statt durch ein Sprachmodell: entfernt Fuellwoerter und Wortdopplungen, korrigiert bekannte Verhoerer und setzt Satzzeichen und Grossschreibung. telemetry.py 454 Zeilen Waechter- und Stabilitaets-Strecke: prueft den laufenden Dienst im Takt und macht seinen Zustand von aussen abfragbar. tool_meta.py 1238 Zeilen Werkzeug-Verzeichnis der Multi-AI-Konsole voice.py 1089 Zeilen Sprachstrecke der Multi-AI-Konsole: wandelt gesprochene Eingaben in Text, bereinigt diktierte Saetze und liest Antworten wieder vor. (kundenspezifische Anbindung) 799 Zeilen Anbindung an ein Fachsystem - Name bewusst nicht genannt. Summe: 34219 Zeilen in 15 Modulen. Nicht mitgezaehlt sind Tests, Werkzeugskripte und der Waechter - sie liegen ausserhalb des ausgelieferten Dienstes. ----------------------------------------------------------- SCHNITTSTELLEN ----------------------------------------------------------- Der Dienst stellt 65 Endpunkte bereit. Die Anwendung liest 146 Konfigurationswerte aus ihrer Umgebung. Die Pfade und die Namen dieser Werte stehen hier bewusst NICHT. Das ist kein Versteckspiel, sondern Sorgfalt: eine vollstaendige Liste der Tueren mitsamt Beschriftung ist fuer einen Angreifer wertvoller als fuer einen Interessenten. Die ANZAHL sagt dir genauso viel ueber die Groesse des Systems - ohne jemandem den Grundriss zu schenken. ----------------------------------------------------------- WERKZEUGE DER MITARBEITENDEN SYSTEME ----------------------------------------------------------- Jedes dieser Werkzeuge ist eine Faehigkeit mit eigenem Schema im Code. Die Namen sind gelesen, nicht aufgezaehlt. Warum wir sie offen zeigen: Kein Werkzeug dieser Liste veraendert von sich aus Programmcode oder Infrastruktur. Alles, was etwas veraendert, entsteht als Vorschlagskarte und wird erst durch den Klick eines angemeldeten Menschen wirksam. Die Werkzeuge der Assistenz schreiben ohne solche Karte, aber ausschliesslich im eigenen Datenraum des angemeldeten Nutzers - in seinen Kalender, in seine Aufgaben, in nichts Fremdes. Und jeder Aufruf setzt eine angemeldete Sitzung voraus - der Name allein oeffnet nichts. Entwicklung / Code (14): - list_recent_commits - read_file - propose_change - propose_extract_lines - propose_delete_lines - propose_enable_api - propose_file_rename - list_repo_files - search_file - get_build_status - dokumentation_lesen - bruecke_letzte_berichte - gedaechtnis_gezielt_suchen - code_map Betrieb / Infrastruktur (26): - get_error_summary - read_cloud_run_logs - search_service_logs - get_rag_bilanz - list_firestore_collections - list_enabled_apis - list_scheduler_jobs - get_deployment_and_performance_metrics - get_recent_error_logs - get_latency_trace_summary - get_firestore_structure_summary - get_secret_manager_metadata - gedaechtnis_gezielt_suchen - bruecke_letzte_berichte - dokumentation_lesen - read_file - search_file - list_repo_files - list_recent_commits - get_build_status - get_cloud_run_configuration - read_cloud_function_source - list_cloud_run_services - get_project_quotas - get_iam_policy - read_google_api Assistenz / Anwendung (17): - pa1_kalender_naechste_termine - pa1_kalender_tag - pa1_kalender_termin_anlegen - pa1_aufgaben_offene - pa1_aufgaben_anlegen - pa1_gedaechtnis_gezielt_suchen - pa1_bruecke_letzte_berichte - pa1_dokumentation_lesen - pa1_list_repo_files - pa1_read_file - pa1_search_file - pa1_code_map - pa1_notfall_lagebild - pa1_notfall_rollback_karte - pa1_notfall_bericht_ablegen - pa1_aufgaben_erledigt - pa1_melden ----------------------------------------------------------- SELBSTPRUEFUNG ----------------------------------------------------------- Das System gleicht sein eigenes Werkzeugverzeichnis gegen den echten Quelltext ab und schreibt das Ergebnis hier hin - auch dann, wenn es unangenehm ist. Eine Luecke in diesem Abschnitt ist keine Panne, sondern der Beweis, dass wirklich geprueft wird. Abgleich des Verzeichnisses gegen den Quelltext: Vergleich der echten Werkzeugnamen mit dem Verzeichnis in `tool_meta.py`. Steht hier eine Luecke, fehlt dort ein Eintrag - nicht im Code. Nur GR wird nicht abgeglichen: seine Werkzeuge leben in seiner eigenen Umgebung, die dieser Generator nicht lesen kann. Sein Fehlen ist kein Befund. TOOL_META-Abgleich (CL) - Verzeichnisstand 2026-09-01 abgeglichen: 14 Werkzeuge aus dem echten Schema keine Abweichung - Verzeichnis und Schema decken sich TOOL_META-Abgleich (GM) - Verzeichnisstand 2026-09-01 abgeglichen: 26 Werkzeuge aus dem echten Schema keine Abweichung - Verzeichnis und Schema decken sich TOOL_META-Abgleich (EL) - Verzeichnisstand 2026-09-01 abgeglichen: 17 Werkzeuge aus dem echten Schema keine Abweichung - Verzeichnis und Schema decken sich ----------------------------------------------------------- WAS AUF DIESER SEITE BEWUSST FEHLT ----------------------------------------------------------- - die Pfade der Endpunkte - Namen und Werte der Konfigurationswerte - Sicherheitsschwellen, Zeitfenster und Grenzwerte - Quelltext - Namen kundenspezifischer Fachanbindungen - alles, was einen Nutzer betrifft Es gibt keine Nutzerdaten in dieser Auskunft, weil diese Auskunft keine Datenbank anfasst. Sie liest ausschliesslich Programmcode. ----------------------------------------------------------- Maschinenlesbar: dieselbe Adresse mit ?format=json Diese Auskunft ist bewusst gebremst: wenige Abrufe je Minute und Adresse. Sie wird bei jedem Aufruf neu erzeugt, und Rechenzeit ist kein Selbstbedienungsladen.