
Das gesteuerte agentische KI-Betriebssystem — Rust + Tauri 2.0 | 65 Crates, 658 Befehle, 84 Seiten, 5,029 Tests, 10/10 OWASP
66 Crates | 675 Befehle | 86 Seiten | 5.229 Tests | 10/10 OWASP | Null Stubs
Lokal zuerst. Luftspaltbar. Post-Quanten-bereit. Entwickelt in Rust.
Architektur | Schnellstart | Funktionen | Prüfstatus | Dokumentation
Nexus OS ist ein KI-Agenten-Betriebssystem, bei dem Agenten Bürger erster Klasse mit kryptografischen Identitäten, gelenkter Autonomie und der Fähigkeit zur Evolution sind. Es läuft vollständig auf Ihrer Hardware – keine Cloud-Abhängigkeit, keine Daten verlassen Ihren Rechner, luftspaltbar. Jede Aktion wird in einer Hash-Kette aufgezeichnet, jede Entscheidung ist prüfbar, jeder Agent ist in einer Sandbox isoliert.
┌──────────────────────────────────────────────────────────────────────┐
│ Nexus OS v10.6.0 │
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ Coder │ │ Research │ │ Security │ │ DevOps │ ...55 │
│ │ Agent │ │ Agent │ │ Agent │ │ Agent │ agents │
│ └────┬─────┘ └────┬─────┘ └────┬─────┘ └────┬─────┘ │
│ │ │ │ │ │
│ ┌────▼──────────────▼──────────────▼──────────────▼─────┐ │
│ │ Nexus Conductor (Orchestrierung) │ │
│ │ A2A-Protokoll · MCP-Protokoll · Schwarm │ │
│ └───────────────────────┬────────────────────────────────┘ │
│ │ │
│ ┌───────────────────────▼────────────────────────────────┐ │
│ │ Governance-Kernel │ │
│ │ Capability ACL · HITL Gates · Fuel Metering │ │
│ │ OWASP 10/10 · Ed25519 Consent · PII-Entfernung │ │
│ │ Hash-Chain-Prüfung · WASM-Sandbox · Cedar-Richtlinien │ │
│ └───────────────────────┬────────────────────────────────┘ │
│ │ │
│ ┌───────────────────────▼────────────────────────────────┐ │
│ │ LLM-Anbieter (15) │ │
│ │ Ollama · OpenAI · Claude · Gemini · Groq · DeepSeek │ │
│ │ NVIDIA NIM · OpenRouter · Mistral · Cohere · Fireworks │ │
│ │ Together · Perplexity · Flash (llama.cpp) · + Mock │ │
│ └────────────────────────────────────────────────────────┘ │
│ │
│ Rust-Kernel (326K LOC) · Tauri 2.0 Shell · React/TS Frontend (65K) │
└──────────────────────────────────────────────────────────────────────┘
Integrierte lokale Inferenz über llama.cpp, die über 60 Modellarchitekturen durch das GGUF-Format unterstützt. Führen Sie Qwen, DeepSeek, Llama, Mistral, Gemma, Phi und mehr aus – alle mit derselben Sicherheitspipeline wie Cloud-Anbieter geregelt.
397B-Modell nachweislich in 32-GB-systemd-Speicherkäfig über mmap-SSD-Streaming ausgeführt. Keine GPU erforderlich.
Jeder Inferenzaufruf durchläuft: Fähigkeitsprüfung, Kraftstoffreserve, Adversarial Arena, PII-Entfernung, Ausgabefirewall, Hash-verketteten Prüfpfad.
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh)nvm install 18)curl -fsSL https://ollama.ai/install.sh | shgit clone https://gitlab.com/nexaiceo/nexus-os.git
cd nexus-os
# Arbeitsbereich bauen
cargo build --workspace
# Frontend bauen
cd app && npm ci && npm run build && cd ..
# Im Entwicklungsmodus ausführen
cd app && npm run tauri dev
# Ein-Befehl-Start – bedient UI + API auf Port 8080
docker compose up -d
# Mit lokaler LLM-Inferenz über Ollama
docker compose --profile with-ollama up -d
# Überprüfung
curl http://localhost:8080/health
Siehe docs/DEPLOYMENT.md für Kubernetes/Helm, luftspaltbare und HA-Bereitstellung.
Unabhängiges Audit abgeschlossen am 31.03.2026. Jede Metrik durch Inspektion des Quellcodes verifiziert.
Tauri-Befehle ..... 675 Agenten ............ 55
Rust-Crates ....... 66 Frontend-Seiten .... 86
Rust-Tests ........ 4.877 Frontend-Tests .... 352
LLM-Anbieter ...... 15 OWASP-Punktzahl .... 10/10
Produktions-TODOs .. 0 Produktions-Stubs .. 0
Agent: coder-agent (L3)
Fähigkeiten:
file.read(Bereich: /workspace/*), file.write(Bereich: /workspace/*)
llm.query(Anbieter: ollama, Modell: codestral)
Verweigert:
network.external, file.write(Bereich: /system/*), process.execute(erhöht: true)
Kraftstoff: 10.000 Einheiten/Sitzung
HITL: Erforderlich für file.delete, process.execute
nexus-os/
├── kernel/ 110K Zeilen – Governance, kognitiver Kreislauf, Aktuatoren, Prüfung
├── app/src-tauri/ 34K Zeilen – 675 Tauri-Befehle über 19 Domänenmodule
├── app/src/ 65K Zeilen – 86 React-Seiten, 352 Tests
├── connectors/ 23K Zeilen – LLM (15 Anbieter), Nachrichten (6 Kanäle), Web, Soziales
├── crates/ 55K Zeilen – Speicher, Kryptografie, Selbstverbesserung, A2A, MCP, Simulation, ...
├── agents/ 19K Zeilen – 10 Agenten-Crates + 55 vorgefertigte Manifeste
├── sdk/ 10K Zeilen – agentenseitige API, die den Kernel umschließt
├── distributed/ 9K Zeilen – P2P, Geisterprotokoll, Mesh
├── protocols/ 8K Zeilen – HTTP-Gateway, OpenAI-kompatible API, MCP-Client
├── marketplace/ 5K Zeilen – Ed25519-Signierung, SQLite-Registry
├── enterprise/ 7K Zeilen – Authentifizierung, Mandantenfähigkeit, Integrationen, Messung, Telemetrie
└── cli/ 6K Zeilen – CLI-Werkzeuge, Packager
Erstellt von Suresh Karicheti
| Problem | Andere | Nexus OS |
|---|
| Datensouveränität | Alles in die Cloud senden | 100 % lokal zuerst, luftspaltbar |
| Agentensicherheit | Dem Agenten vertrauen, auf das Beste hoffen | WASM-Sandbox, Capability ACL, Fuel-Limits |
| Agentenidentität | Anonyme Funktionsaufrufe | Ed25519-kryptografische Identität pro Agent |
| Prüfpfad | Logs (löschbar, veränderbar) | Hash-verketteter Prüfpfad (manipulationssicher) |
| Menschliche Aufsicht | Optional, nachträglich hinzugefügt | HITL-Zustimmungsgates im Kernel integriert |
| Agentenevolution | Statische Prompts für immer | Darwin’sche Evolution: Agenten mutieren, konkurrieren, verbessern sich |
| Compliance | "Wir arbeiten daran" | EU AI Act-Konformität, OWASP Agentic 10/10 |
| Leistung | Python + Electron | Rust-Kernel + Tauri 2.0 (5 MB Binary vs. 100 MB+) |
| Vendor Lock-in | Einen Cloud-Anbieter auswählen | 15 LLM-Anbieter, 200+ Modelle, frei wechseln oder offline gehen |
| Sicherheitsstandard | Ad-hoc | OWASP Agentic Top 10 – alle 10 Abwehrmaßnahmen mit 62 Tests |
| Modell | Parameter | Typ | RAM-Käfig | tok/s |
|---|
| Gemma 2 2B | 2B | Dicht | — | 9,93 |
| Qwen3.5-35B-A3B | 35B (3B aktiv) | MoE | — | 8,36 |
| Qwen3.5-397B-A17B | 397B (17B aktiv) | MoE | 32 GB | 0,26 |
| Kategorie | Punktzahl | Nachweis |
|---|
| Funktionsvollständigkeit | 10/10 | 23 Funktionen, alle echten Implementierungen, 0 Stubs |
| Rust-Testabdeckung | 10/10 | 4.877 Tests, 0 Fehlschläge, jede Crate getestet |
| Frontend-Testabdeckung | 9/10 | 352 Tests, 86/86 Seiten (100 % Abdeckung) |
| Build-Zustand | 10/10 | fmt sauber, clippy sauber, 0 Compiler-Warnungen |
| Fehlerbehandlung | 9/10 | 0 Production unwrap/expect im Kernel + Tauri |
| Code-Organisation | 9/10 | 31K Monolith auf 18 Domänenmodule aufgeteilt |
| Befehl-Verkabelung | 10/10 | 0 Phantom-Befehle, 0 nicht verdrahtete Frontends |
| Sicherheitslage | 10/10 | OWASP 10/10, Ed25519-Signierung, unsafe_code = forbid |
| Gesamt | 9,5/10 |
| # | Risiko | Abwehr | Tests |
|---|
| 1 | Zielentführung | GoalIntegrityGuard – SHA-256-Hash + Drifterkennung | 7 |
| 2 | Tool-Vergiftung | ToolPoisoningGuard – Ausgabeprüfung + Ratenbegrenzung + Prüfung | 5 |
| 3 | Privilegienausweitung | PrivilegeEscalationGuard – L4+ harte Sperre | 5 |
| 4 | Delegiertes Vertrauen | DelegationNarrowing – Durchsetzung von Fähigkeitsteilmengen | 5 |
| 5 | Injection-Kaskade | CascadeGuard – agentenübergreifende Prüfung + Kettentiefe | 5 |
| 6 | Speichervergiftung | MemoryWriteValidator – Bereinigung + Ratenbegrenzung | 8 |
| 7 | Lieferkette | RuntimePackageVerifier – Ed25519-Ladezeit-Verifizierung | 7 |
| 8 | Kaskadierende Ausfälle | CircuitBreakerManager – Geschlossen/Offen/HalbOffen | 5 |
| 9 | Unsicheres Logging | SecureLogger – PII-/Credential-Entfernung + Hash-Kette | 5 |
| 10 | Unzureichende Überwachung | AnomalyMonitor – Spitzen-Erkennung + automatische Sperrung | 5 |
| Dokument | Beschreibung |
|---|
| Architektur | Systemdesign, Komponentendiagramme, Datenfluss |
| Sicherheitsrichtlinie | Schwachstellenmeldung, Sicherheitsmodell |
| SOC 2 Typ II-Kontrollen | 43 Kontrollen mit Code-Referenzen und Testnachweisen |
| NIST 800-53-Mapping | 73 Kontrollen über 15 Familien mit Implementierungsdetails |
| EU AI Act-Konformität | Artikel-für-Artikel-Compliance-Mapping |
| Singapur KI-Governance | IMDA-Modellrahmen und PDPA-Ausrichtung |
| Bedrohungsmodell | Analyse von gegnerischen Bedrohungen |
| Datenschutzdesign | Privacy-by-Design-Prinzipien |
| Änderungsprotokoll | Versionshistorie und Versionshinweise |
| Selbstverbesserung | Gelenkte Selbstverbesserungs-Pipeline, 10 harte Invarianten |
| Bereitstellungsleitfaden | Docker, Kubernetes/Helm, luftspaltbare Installation |
| Beitragen | Wie man beiträgt |