← Zurück / Back

Infrastruktur-Dokumentation · Stand: August 2026

Lokales KI-ÖkosystemMac Studio M3 Ultra · 256 GB · Vollständig lokal

Vollständig lokale, cloud-unabhängige KI-Infrastruktur für strikt lokale, private, experimentelle KI-Experimente. Alle LLM-Inferenz und Berechnungen laufen auf dem Mac Studio M3 Ultra (256 GB unified memory) — es werden keine Texte oder Dokumente an kommerzielle KI-APIs übertragen. Für ausdrücklich angestoßene Web- und Literaturrecherchen (SearXNG, Wikipedia, arXiv u. a.) können Suchanfragen an externe Dienste gehen.

Stand: August 2026 · v3.5

00 Hardware-Infrastruktur

256 GBUnified Memory
80-coreApple GPU (M3 Ultra)
32-coreCPU (24P + 8E)
2 TBInterner SSD
4 TBTB5-WORK (extern)
KomponenteSpezifikation
ModellApple Mac Studio M3 Ultra
Unified Memory256 GB (LLM + System + Chemie ohne Konflikt)
GPU80-core (MPS-Beschleunigung für ML-Tools)
CPU32-core (24 Performance + 8 Efficiency)
BetriebssystemmacOS Tahoe 26.6 (Build 25G72)
Externer SSD4 TB OWC Aura Pro IV NVMe via Thunderbolt 5 (TB5-WORK) — hält DeepSeek V4 Flash GGUF (153 GB) und R1-671B (202 GB)
Memory Stick/Volumes/CLAUDE-DATA — Backup, Bridge-Dateien, Session-Logs, Projekt-Persistenz

RAM-Beschränkung: MAX_LOADED_MODELS=1, NUM_PARALLEL=1 — DSV4 (~153 GB) + qwen3:235b (~142 GB) = 295 GB > 256 GB. Deshalb strikt sequenzieller Betrieb.

01 Lokale Sprachmodelle (Ollama 0.30.8 + DSV4 + R1-671B)

ModellGrößeRolle / Routing
qwen3:235b-a22b142 GB MoEFlagship — komplexe Analyse, Philosophie, Mathematik-Synthese
DeepSeek-V4-Flash (DSV4)~153 GB MoE256K Kontext-Fenster — lange Dokumente, Corpus-Ingestion (Port 8888)
GLM-5.2 (Z.ai)~239 GB (Unsloth UD-IQ2_M)Coding-/Agentic-Spezialist — 744B MoE, 40B aktiv, 1M-Kontext (Architektur) / 16K konfiguriert, eigener llama-server (Port 8890); wechselt sich mit DSV4 automatisch ab (Speicherkonflikt-Vermeidung)
deepseek-r1:70b~45 GBAdversarielle Prüfung, Chain-of-Thought, formale Verifikation
DeepSeek-R1-0528-671B202 GB (UD-IQ2_XXS, 5 Shards)Explizit angeforderte High-Quality-Author-Lane (RM15.12.20 Production-Freeze), kein automatischer Selector; llama-server (Build 9650), Port 8889; ~23 tok/s ältere Kurzmessung — RM17-Diagnoseläufe zeigen ~9–10 tok/s bei langen Aufgaben; auf TB5-WORK
qwen3.6:35b-a3b~23 GB MoESchnelle All-Purpose, Routing-Interpreter (~47 tok/s)
gemma4:26b~17 GBMultimodal, 256K Kontext, MTP-Spekulation (~80 tok/s)
mistral-small3.1:24b~15 GBLeichtgewicht, Commit-Messages (Aider weak model)
bge-m3:latest1,2 GBMultilinguales Embedding-Modell — primär für RAG, LanceDB-Indexe und Primärtext-Retrieval
mxbai-embed-large669 MBEmbedding-Modell (Vektordatenbanken)
llama-guard3:8b4.9 GBSafety-Klassifikator

DeepSeek V4 Flash (DSV4) — separater llama-server

284B MoE, 153 GB GGUF, gemischte Quantisierung (Q4KExperts/F16HC), auf TB5-WORK. Eigener llama-server (Build 9650) auf Port 8888 — 256K Kontext, 99 GPU-Lagen. Automatisch via Router für sehr lange Eingaben (>400-Token-Komplexitätsschwelle) gestartet.

GLM-5.2 (Z.ai) — dedizierter llama-server

744B MoE, 40B aktiv, Unsloth UD-IQ2_M (239 GB GGUF), auf TB5-WORK. Eigener llama-server auf Port 8890 — ctx-size 16384 (praktischer Sweet Spot, architektonisch bis 1M möglich), 999 GPU-Lagen mit CPU-Offload der MoE-Experten-Gewichte (Metal-Speicherlimit). Startet automatisch per nimm glm52 oder wenn das semantische Auto-Routing eine komplexe Coding-/Agentic-Aufgabe erkennt; stoppt dabei automatisch DSV4 (Speicherkonflikt-Vermeidung, ~230 GB RSS).

MLX-LM 0.31.3 — Apple-Silicon-nativer Inferenz-Layer

Zusätzlich zu Ollama ist MLX-LM 0.31.3 (Apple MLX-Bibliothek) installiert. OLLAMA_BACKEND=mlx ist dauerhaft in ~/.zshrc gesetzt — ca. 26–30 % Geschwindigkeitsgewinn bei langen Prompts durch Apple-Silicon-optimierte Kernel. Verwendbar auch direkt via mlx_lm.generate oder mlx_lm.server.

02 LLM-Router-Proxy v3.5

FastAPI-Middleware auf Port 11435 (~/llm_router/llm_proxy.py). Jede Anfrage von Open WebUI und allen anderen Clients läuft ausschließlich über diesen Proxy.

Zweistufiges Routing: Stufe 1 — regelbasierter Dispatcher (Domain-Keywords, Token-Länge, <1 ms). Stufe 2 (ambig) — L1-Reformulator (kleineres LLM klassifiziert Absicht).

Anti-Halluzinations-Protokoll: P4-Struktur in allen epistemischen Prompts. Synthegy-Evaluator: Jede Antwort durch separates Evaluator-LLM (Genauigkeit 1–5, Fundierung 1–5). Synthegy ist ein lokales, LLM-basiertes Bewertungsverfahren; die Scores sind heuristische Qualitätsschätzungen, keine unabhängige Wahrheitsprüfung.

QuelleZweckTimeout
SearXNG (Port 8080)Web-Suche, multilingual18s
WikipediaDE + EN + FR + RU20s
CORE (Open Access)Wissenschaftliche Paper18s
OpenAlexAkademische Literatur18s
Open LibraryBücher12s
arXiv (lokal-zuerst)Lokaler 2,4-Mio-Vektorstore (Port 7868, semantisch, ohne Rate-Limit), Fallback auf Live-API—/25s

Spezialbefehle: /ensemble, /kreativ, /navigator, /destilliere, /speichere, /journal.

v3.5-Erweiterungen (Juni 2026)

Neue Befehle:

  • nimm 671b — Tier-3-Route: DeepSeek R1-0528-671B (Port 8889)
  • /komitee <Frage> — Drei-Modell-Komitee mit Tiefenkonsolidierung (Blind-Spot-Theorem)
  • /compute pari|sage|lean|julia: <code> — Lokale CAS-Ausführung (PARI/GP, SageMath, Lean 4, Julia), Timeout 45 s
  • /lean <code> — Lean 4 Type-Check mit LLM-Erklärung
  • /projekte / /projekt <id> / /projekt <id> :: <notiz> — Forschungsprojekt-Zustandsanzeige und -verwaltung
  • /mathlib-changes — Tagesaktuell: relevante Mathlib4-Commits (condensed/solid)
  • /scores — Routing-Qualitäts-Scores (Synthegy-Feedback-Loop)

Automatisch aktive Module:

  • DMP Slow State (20 Dim, 5 Features × 4 Timescales, JSON-Persistenz): Sitzungsprofil, injiziert ab ca. 3 Exchanges, 8 h TTL.
  • Modus-Modulator: erkennt BEWEIS- / VERIFIZIERUNGS- / ERKUNDUNGS-MODUS aus Query-Signalen.
  • Query-Expansion: Bibliothekssuche generiert Synonym-Terme via qwen3.6 für besseres Retrieval.
  • Score-Tracking: Synthegy-Qualitätsscores per Modell × Domäne, Upgrade-Vorschlag ab Score < 3,0.
  • C1 Session-End-Hook (dreischichtig): /speichere → Projekt-Extraktion; TTL-Ablauf → Harvest-Queue; Session-Harvester alle 30 Min → projekt_zustand.json.

Drei neue LaunchAgents:

  • com.autarkdata.claudedata-backup — täglich 03:00, CLAUDE-DATA → TB5-WORK (rsync)
  • com.autarkdata.mathlib4-watcher — täglich 07:30, Mathlib4-Commits → mathlib4_changes.txt
  • com.autarkdata.session-harvester — alle 30 Min, WebUI-DB → projekt_zustand.json

Erweiterungen (Juli 2026)

Neues Modell:

  • nimm glm52 — GLM-5.2 (Z.ai, MIT-Lizenz, 744B MoE / 40B aktiv, 1M-Kontext) — Coding-/Agentic-Spezialist, eigener llama-server (Port 8890), automatischer Start via LaunchAgent bei Bedarf.
  • Auch automatisch waehlbar: das semantische Auto-Routing erkennt komplexe Coding-/Agentic-Aufgaben und routet ohne Schluesselwort auf GLM-5.2.

Zuverlaessigkeits-Fixes:

  • DSV4-LaunchAgent repariert — automatischer Neustart bei Ausfall funktioniert jetzt tatsaechlich (war zuvor unbemerkt inaktiv).
  • Automatische wechselseitige Speicherkonflikt-Aufloesung zwischen DSV4 und GLM-5.2 (jeweils vor dem eigenen Start wird das andere Modell automatisch gestoppt) — beide Richtungen live verifiziert.

August-2026-Ergänzungen

Neue CAS-Integration:

  • Macaulay2 — als CAS-Backend in den Router integriert (/compute macaulay2: <code>), analog zu PARI/GP, SageMath, Lean 4 und Julia.
  • Verifizierte Aussagen zu elliptischen Kurven — neue Routerfunktion, die Behauptungen zu elliptischen Kurven nicht vom LLM behaupten, sondern per CAS nachrechnen und bestätigen lässt, bevor sie ausgegeben werden.

02b Evaluation, Reliability & Anti-Goodhart

Die öffentlich hervorgehobenen 48 Aufgaben sind der frische, vorab eingefrorene finale End-to-End-Holdout — nicht der gesamte empirische Testumfang. Vor diesem Holdout lagen bereits 288 kontrollierte author-seitige Evaluations-Slots/Runs aus First Pass und den Extensions B/C/A vor (144 + 48 + 40 + 56). Diese 288 sind ausdrücklich keine 288 unabhängigen Aufgaben — viele Runs nutzen dieselben Grundaufgaben unter verschiedenen Modellen oder Interventionen. Hinzu kommen umfangreiche Blind-Grader-/Adjudikationsinferenzen, technische Retries sowie die späteren RM16- und RM17-Tests.

≈300kontrollierte Author-Runs davor (First Pass 144 + Ext. B 48 + Ext. C 40 + Ext. A 56 = 288)
48frische Holdout-Aufgaben, vorab eingefroren
91,67 %44 C / 4 I / 0 U / 0 T · technische Reliability 100 %

RM16 — matched R70-vs-R671 (getrennt vom 48er-Benchmark)

ModellCIUT
R7012534
R67113209

Automatischer R671-Selector: REJECT. Diese Ergebnisse werden nicht mit dem 48-Aufgaben-Holdout zu einem nachträglichen Gesamtscore verrechnet.

RM17 — offener Diagnosestrang

Selected-Failure-Diagnostic zu den neun eingefrorenen R671-Technical-Failures aus RM16, unter max_tokens 8192 → 24576. Bisher 2/9 exponiert: 1 technisch recovered, 1 erneut finish_reason=length; 7/9 unexponiert. Keine neue allgemeine R671-Reliability oder Production-Freigabe wird daraus abgeleitet.

Anti-Goodhart-Prinzip

Entwicklung und Evaluation werden institutionell getrennt gehalten: frische Holdouts statt wiederholter Optimierung auf denselben Aufgaben, Blind-Grading über mehrere Bewertungswege, strikte Trennung von C/I/U/T, immutable closure (ein geschlossener Benchmark wird nachträglich nicht umgeschrieben — auch dann nicht, wenn eine spätere Analyse einen alten Fall günstiger erscheinen lässt), append-only Errata und kryptographische Artefaktbindung.

Ausführliche Methodik: Testmethodik & Anti-Goodhart (PDF, DE) · englische Fassung (PDF).

03 Gedächtnis, Projektzustand und epistemischer Kontext

Fünf Komponenten halten Zustand über einzelne Sitzungen hinaus fest und unterscheiden dabei ausdrücklich zwischen Gesichertem, Widerlegtem und Offenem. Sie sind technisch über Router, Open-WebUI-Tools und die Neo4j-Anbindung verteilt implementiert, gehören aber konzeptionell zusammen:

  • DMP Slow State — Sitzungsprofil (20 Dimensionen, 5 Features × 4 Zeitskalen, JSON-persistiert), injiziert ab ca. 3 Austauschen, 8 h TTL. Details: Abschnitt 02.
  • Session-Harvester (C1 Session-End-Hook) — dreischichtige Extraktion: /speichere → Projekt-Extraktion; TTL-Ablauf → Harvest-Queue; alle 30 Min → projekt_zustand.json. Details: Abschnitt 02.
  • Context-State-Condenser — QUEST-Schema (Xie et al., arXiv:2605.24218): drei Buckets trusted/untrusted/uncertain; offene Punkte tragen ein explizites need-Feld statt in einem homogenen Gedächtnis zu verschwimmen. Details: Abschnitt 04, Open-WebUI-Tools.
  • Forschungsgraph (Neo4j) — Kausalkette hypothese_neuexperiment_startenergebnis_erfassenkritik_hinzufuegenrevision_erstellen; speichert das WARUM eines Erfolgs oder Scheiterns, nicht nur das WAS. Details: Abschnitt 04, Open-WebUI-Tools.
  • Neo4j Slow Memory — persistentes Wissensgraph-System (Labels: Person, MathConcept, Project, Text, Argument); Synthegy-Scores und Evaluationsergebnisse werden hier dauerhaft gehalten. Details: Abschnitt 06, Systemarchitektur.

04 Mathematik-Stack

ToolVersionVerwendung
Lean 4 + Mathlib4.31.0-rc2Formale Verifikation; PR #39701 (kondensierte Moduln) · CI Build ✅ Lint ✅
SageMath10.9 (ARM64)Algebraische Geometrie, Berechnungen
PARI/GP2.17.3Zahlentheorie, Fundamentaleinheiten, Iwasawa
Julia 1.12.6 + Hecke.jl0.39.15Algebraische Zahlentheorie (ITensorNetworks 0.21.2, Nemo 0.54.2)
Macaulay21.26.05Kommutative Algebra, Gröbner-Basen
Kenzo (SBCL)7.0 (Common Lisp)Effektive Homotopieberechnungen (K(Z/2,n))
Lean 4 lean-liquidaktuellFormalisiertes LTE-Fundament (liquid Tensor)
Z3 Prover4.16.0SMT-Solving, formale Verifikation
Singular4.4.1Algebraische Geometrie, Normalen
Agda 2.8.0 / RocqaktuellTypentheoretische Formalisierung
SpheriCo.jl0.1.0 (Julia)Numerische Relativität: sphär. symmetrischer Skalarfeld-Kollaps (Choptuik-Projekt)
NRPy+2.1.1 (conda nr_env)Symbolische GR-Codegenerierung; Jupyter-Kernel registriert
SFcollapse1Darm64-BinarySkalarfeld-Kollaps in C++ (GCC 15.2.0, -O2 -fopenmp)
msolve0.10.0Polynomiales Gleichungssystem-Löser — Gröbner-Basen über ℤ/pℤ (LIP6, algebraische Geometrie)

lean_iterativ v4 — Iterativer Proof-Refinement-Loop

Open-WebUI-Tool für iterative Lean 4-Beweisverifikation (Ralph Loop, arXiv:2605.22763). Implementierungsgrundlage: Li et al. "Compile to Compress" (ICML 2026).

  • A — Inline-Fehlerinjektion: Compiler-Fehler direkt als -- ERROR:-Kommentar. Li et al. Table 10: +3 % auf MiniF2F.
  • B — Markovianische Disziplin: Nur aktueller Code + Compiler-Fehler, keine Geschichte.
  • C — Fehlertyp-Routing: unfixierbar (linarith, omega, nested error — Frühabbruch ab Runde 2), schwer (unsolved goals, type mismatch), reparierbar.
  • D — BFS/DFS + EVOLVE-BLOCK: frische_versuche=N streut alle N Runden unabhängigen Versuch. locked_regions=True schützt Theorem-Signatur.
  • v4 — Bugfix: _lean_kompiliere() überschreibt Test.lean temporär, JSON-Fehlerformat korrekt geparst.
  • E — Prä-Validierung (lake env lean): Neuer Schritt VOR dem Ralph Loop: _praeval_lean_env() führt lake env lean MathProject/Test.lean aus. Strukturell unfixierbare Fehler (unknown package, file not found, parse error) → sofortiger Abbruch, spart max_runden × lake-build-Iterationen. Runde-1-Ergebnis wiederverwendet (kein Doppel-Build). Neue _FEHLER_UNFIXIERBAR-Muster: unknown package, file not found, unknown import.
Signatur

lean_iterativ(aufgabe_oder_sketch, modell='deepseek-r1:70b', max_runden=8, frische_versuche=0, locked_regions=True)

Open-WebUI-Tools — KI-Okosystem-Erweiterungen (Juni 2026)

Basierend auf Sakka, Mizukami & Mitarai, "An LLM System for Autonomous Variational Quantum Circuit Design" (arXiv, Osaka, Juni 2026): Drei neue bzw. substantiell erweiterte Tools implementieren die Kernarchitektur des Papers (Exploration → Discussion → Review-Memory).

komitee_bewertung v2.0 — Discussion-Phase (Sakka et al. 2026)

Drei-Rollen-Kritikzyklus statt generischem SCORE: X/10:

  • Expert 1 + 2 (domänenspezifisch): Valve expertenrollen_domaene: mathematik (Arithmetischer Geometer · Homotopie-Theoretiker · Lean-4-Logiker · Falsifizierer), physik, philosophie, allgemein.
  • Advocate: Entscheidet selektiv, liefert verbesserten Proposal.

R1-671B optional als Critic/Comparator-Backend (Port 8889). Ablationsstudien-Nachweis: Discussion > Self-Reflection (Sakka et al. Fig. 6).

Neue Valves (v2.0)

discussion_verwenden · expertenrollen_domaene · searxng_url · r1_671b_url

komitee_exploration — Exploration-zuerst-Modus

Sakka et al. Ablation (Fig. 6): Exploration stabilisiert Optimierungstrajektorie unabhängig von Startqualität. Ohne: Korrelation = -0,57. Mit: +0,003 (stabil). SearXNG-Recherche → n_seeds=8 diverse Ideen → n_final=3 ausgewählt → danach komitee_bewertung.

forschungsgraph_neo4j — Kausales Review-Memory

Kausalkette: hypothese_neuexperiment_startenergebnis_erfassenkritik_hinzufuegenrevision_erstellen. Speichert nicht nur WAS, sondern WARUM etwas funktionierte/scheiterte. Schema: 5 Knoten-Constraints (Hypothese, FExperiment, FErgebnis, FKritik, FRevision). Projekte: ArithGaugeTheory, Anima-IV, FloerCondensed.

context_state_condenser — Epistemischer Context State (QUEST-Paradigma)

Implementiert das Context-State-Schema aus Xie et al., Quest: Training Frontier Deep Research Agents with Fully Synthetic Tasks (arXiv:2605.24218, Mai 2026). Komprimiert lange Konversationsverläufe in ein strukturiertes JSON mit drei Buckets: trusted (verifizierte Fakten mit Quellenangabe), untrusted (widerlegte Claims), uncertain (offene Punkte mit explizitem need-Feld als konkrete Handlungsanweisung). Bestehende States werden gemergt, nie überschrieben.

  • kontext_kondensieren: Hauptfunktion, Modellwahl über Valve (qwen3:235b-a22b voll, qwen3.6:35b-a3b schnell).
  • state_lesen: Markdown-Zusammenfassung eines States, farbcodiert nach Bucket.
  • uncertain_aktionen: extrahiert offene Verifikationsschritte als Checkliste.
Endpunkt

Router-Proxy (Port 11435, OpenAI-kompatibel) mit Fallback auf Ollama direkt (Port 11434)

rubrik_baum_komitee — Rubrik-Baum-Erweiterung von komitee_bewertung

Erweitert komitee_bewertung um hierarchische Rubrik-Bäume nach QUEST (Xie et al., arXiv:2605.24218, Abschnitt 2.1). Jeder Knoten trägt eine critical-Markierung (kritisches Versagen nullt den Elternknoten) und eine aggregation_strategy (sequential oder parallel). Blattknoten-Bewertung erfolgt als ein einzelner Batch-Aufruf statt n Einzelaufrufen — alle Kriterien eines Proposals werden in einem LLM-Call bewertet, danach rekursiv durch den Baum aggregiert.

  • rubrik_baum_definieren: generiert Rubrik-Baum automatisch aus Aufgabenbeschreibung (qwen3:235b-a22b).
  • antwort_bewerten: Batch-Bewertung aller Blattknoten gegen einen Text, rekursive Aggregation.
  • komitee_mit_rubrik: vollständiges Verfahren — k Proposals aus vier epistemischen Perspektiven (analytisch, synthetisch, adversariell, pragmatisch), Rubrik-Bewertung, Ranking.
  • rubrik_analyse_lesen: lesbare Markdown-Analyse mit farbcodierten Score-Balken.
Modellrollen

qwen3:235b-a22b für Rubrik-Generierung und Proposals, qwen3.6:35b-a3b für Blattknoten-Batch-Evaluierung

05 Chemie / Biochemie / Neurobiologie-Stack (neu Juni 2026)

Installiert in Miniforge3-Umgebung chem_env (Python 3.12). Vollständig isoliert von unified_env, kein Konflikt mit LLM-Stack.

ToolVersionDomäneStatus
PySCF2.13.1Quantenchemie: HF/DFT/CCSD✓ Getestet
MACE-OFF230.3.16ML-Kraftfeld organische Moleküle✓ MPS-GPU
ASE3.28.0Molekülstruktur-Framework
OpenMM8.4Molekulardynamik (OpenCL/GPU)✓ OpenCL
NEURON9.0.1Kompartiment-Neuronenmodelle, HH
Brian22.10.1Spiking Neural Networks
Nengo4.1.0Neural Engineering Framework✓ NEF
MNE1.12.1EEG/MEG-Signalanalyse
RDKit2026.03.3Cheminformatik, SMILES-Parsing
MDAnalysis2.10.0MD-Trajektorienanalyse
NetworkX3.6.1Graphentheorie, Konnektomics
nilearn/nibabel/dipyaktuellNeuroimaging, fMRI
PyMOL (OS)aktuellMolekülvisualisierung
Tellurium2.2.13Systembiologie, SBML

Verifikationstest PySCF: Hartree-Fock auf HF-Molekül, Ergebnis: E_HF = -99.987397 Hartree.

05b Physik-Simulation & Tensor-Kalkül

Physik-Stack für Quantenmechanik, Allgemeine Relativitätstheorie und Numerische Relativität. Ergänzt den Chemie/Bio-Stack durch spezialisierte GR-Werkzeuge (Cadabra2, EinsteinPy) und den Julia/NRPy+-Stack für numerischen Gravitationskollaps.

WerkzeugVersionEinsatzbereich
QuTiP5.2.3Quantenmechanik — Qubits, Lindblad-Evolution, offene Quantensysteme, Dekohärenz (Python 3.12)
Cadabra22.5.14 (headless)Tensor-Kalkül für ART — symbolische Indexmanipulation, Riemann-/Ricci-Tensor, Einstein-Gleichungen; aus Quellcode gebaut (Python 3.14)
EinsteinPy0.4.0Allgemeine Relativitätstheorie — Geodäten, Schwarzschild/Kerr-Raumzeiten, Christoffel-Symbole (chem_env)
Julia DifferentialEquations8.0.0ODE/DDE/SDE-Ökosystem — Kerr-Geodäten, Post-Newton-Inspirale, N-Körper (OrdinaryDiffEq 7.0.0)
NeuralPDE.jl / DiffEqFlux.jlon-demandPhysics-Informed Neural Networks für PDEs; kann mit Pkg.add aktiviert werden

Open-WebUI-Werkzeuge: physik_simulation (Julia+QuTiP), qutip_simulation (Lindblad-Meister-Gleichung), physik_simulation_generieren (LLM→Code→Ausführung).

✓ Cadabra2 Tensor-Test: Ex('R^{a}_{b c d}') → Riemann-Tensor korrekt. EinsteinPy: Geodäten-Import OK.

06 Systemarchitektur: Verbindungsstruktur

Clients Open WebUI · Aider · CLI Router-Proxy Port 11435 · Routing · Synthegy Modelle Ollama · llama.cpp qwen3 · DSV4 GLM-5.2 · R1-671B alle lokal Retrieval LanceDB · Neo4j lokales arXiv (7868) BGE-M3 Embeddings alle lokal CAS / Verifier SageMath · Lean 4 PARI/GP · Julia Macaulay2 alle lokal Externe Dienste (optional) SearXNG · Wikipedia CORE · OpenAlex arXiv-Live-API Projektzustand · Review-Memory Context-State-Condenser · Forschungsgraph · Neo4j Slow Memory vollständig lokal optional — verlässt den Rechner

Vereinfachtes Verbindungsschema · Details siehe Tabelle unten

DienstPortFunktion
LLM-Router-Proxy11435Zentrale Middleware, Routing, Synthegy
Ollama11434Modell-Backend (9 Modelle)
DSV4 llama-server (Build 9650)8888DeepSeek V4 Flash, 256K Kontext
R1-671B llama-server8889DeepSeek-R1-0528-671B — explizit angeforderte High-Quality-Author-Lane, kein automatischer Selector (RM15.12.20); ~23 tok/s ältere Kurzmessung, RM17 zeigt ~9–10 tok/s
Open WebUI 0.9.63002Chat-Interface, 28 Python-Tools
Perplexica3000Lokale Suche
SearXNG8080Meta-Suchmaschine
Lokales arXiv-Archiv7868Semantische Suche, 2,4 Mio Papiere
Neo4j 2026.05.07687Knowledge Graph + Forschungsgraph (Slow Memory)
PostgreSQL 15.185432Daten-Backend (Homebrew LaunchAgent)
ComfyUI (SDXL)8188Bildgenerierung on-device (SDXL Base 1.0; FLUX.1-dev entfernt); On-Demand, kein Dauerdienst
Draw Things1.20260520Weitere Bildgenerierung on-device (SDXL); vollständig lokal; On-Demand, kein Dauerdienst
Lean 4 VerifierLokallake build für Mathlib-PRs
Master-OrchestratorOn-Demand (LaunchAgent, manueller Start)Verwaltet 21 Projektdefinitionen mit 100 Workflow-Phasen; zuletzt produktiv eingesetzt 10. Juni 2026

Developer- & Build-Tools

WerkzeugVersionFunktion
Git2.50.1 (Apple Git-155)Versionskontrolle — Mathlib-Fork, alle Projekte
GitHub CLI (gh)2.94.0GitHub-Integration, PR-Management, API-Zugriff
uv0.11.21Schneller Python-Paketmanager (Homebrew)
Node.js26.3.0 (via nvm 0.40.5)Frontend-Build, Perplexica, diverse Tools
AiderKI-Coding-Assistent (qwen3.6:35b-a3b als Backend, CONVENTIONS.md in 9 Projekten)

Vektordatenbanken (LanceDB): plotinus_multilingual (78.674 Chunks), latin_passages, cardano_hybrid, philarchive, OSE-Wiki, Macrobius — BGE-M3-Embeddings, multilingual.

Lokales arXiv-Archiv (2,4 Mio Papiere): Vollständiger arXiv-Metadaten-Korpus (alle Disziplinen, Titel + Abstracts) als LanceDB-Vektorindex mit BGE-M3-Embeddings (12 GB, auf TB5-WORK). Abfragbar über einen schlanken lokalen Dienst (Port 7868, LaunchAgent), der den Index warm hält und Query-Embeddings über Ollama bge-m3 erzeugt — kein Internet, kein Rate-Limit. Angebunden als Open-WebUI-Werkzeug (arxiv_lokal) und in den Router integriert; die Modelle (router:auto, qwen3:235b, DSV4-Flash) rufen die semantische Literatursuche bei Bedarf selbständig auf, mit optionalem Kategorie-Filter (z. B. math, math-ph, gr-qc). Reaktivierter Korpus des früheren „TopoX ArXiv Navigator".

Slow Memory — Neo4j Knowledge Graph

Neo4j (Port 7687, Bolt): persistentes Wissensgraph-System als "Slow Memory". Labels: Person, MathConcept, Project, Text, Argument. Synthegy-Scores und Evaluationsergebnisse persistiert. Zusätzlich: Forschungsgraph-Schema (Hypothese · FExperiment · FErgebnis · FKritik · FRevision) für kausales Review-Memory nach Sakka et al. 2026.

07 Neue Werkzeuge & Verfahren (Juli 2026)

Enodia-Proof-of-Work-Client

Sowohl die Lobbyregister- als auch die DIP-API des Bundestags laufen hinter einer gemeinsamen „Enodia“-Bot-Schutzinfrastruktur (SHA256-Hashcash-Proof-of-Work bei Rate-Limit-Auslösung). Ein eigener PoW-Client löst die Challenge programmatisch (enodia_pow_client.py) und ist dauerhaft in die Live-Fetch-Funktionen von TransparenzAtlas integriert — ermöglichte den Aufbau von 4.651 echten Lobbyregister-Einträgen (vorher 150) und den Abruf von 5.622 echten DIP-Bundestagspersonen in wenigen Minuten.

Rechtssicher abgesicherte Entitätsauflösung (Splink)

Personennamen-Matching (Lobbyregister ↔ DIP-Personen) via Splink (Fellegi-Sunter-Modell, DuckDB-Backend). Statt Einzelfall-Ergebnisse zu veröffentlichen, wird nur eine Aggregatstatistik freigegeben — mit Mindestkohortengröße (k-Anonymität-artige Schwelle) und Prozentbändern statt exakter Zahlen. typb.entity_map (PostgreSQL) trägt ein verified-Feld, das per Default FALSE ist — keine Anwendung darf ungeprüfte Kandidatenpaare als Fakt behandeln.

Manipulierbarkeits-Orakel & Z3-Verifikation

Generisches Orakel-Framework (oracle.py, oracle_joint.py) für unilaterale und koordinierte Gruppen-Manipulation in Zuteilungsverfahren, gegen starke theoretische Gegenproben validiert (Dubins-Freedman-Strategiesicherheit, 500 Zufallsinstanzen, 0 Verletzungen). Ergänzt um echte Z3-SAT-Stabilitätsprüfungen (Solver-Anfragen mit Modell-Zeugen, keine vorberechneten Ergebnisse) und exakte CP-SAT/ortools-Lösung für Critical-Node-Detection.

Reproduktion echter, publizierter Forschungssimulatoren

Methodik zur lokalen Reproduktion akademisch publizierter Simulatoren aus GitHub-Repositorien (Beispiel: ELAS-Simulator für Organallokation, arXiv:2410.10840): Lizenzprüfung vor Nutzung, Lücken im Repo (fehlende gerenderte Konfigurationsdateien) durch eigene, dokumentierte Nachbildung geschlossen statt zusätzliche Abhängigkeiten (R) zu riskieren, additive (git-verfolgte) Interventions-Patches statt destruktiver Änderungen.

Property-based Testing (Hypothesis)

Formale Invarianten-Prüfung (statt nur Einzelfall-Tests) für Verfahrensformalisierungen — z. B. bei der DoSV-Koordinierungsregel-Implementierung: „höchstens eine Zulassung gleichzeitig“, „kein Wiedereinstieg ausgeschiedener Bewerbungen“ als automatisch gegen Tausende generierte Zufallsfälle geprüfte Eigenschaften.