ARIA Diagnostic

ARIA Brain

Lade...

RVS (Rendezvous)

-

Claude Proxy

Nicht getestet

Chat Test

Autoscroll pausiert
Idle — warte auf ARIA-Aktivitaet
Sobald ARIA denkt oder ein Tool nutzt, taucht es hier in Echtzeit auf.
ARIA — Autonomous Reasoning & Intelligence Assistant. Selbst gehosteter JARVIS-artiger KI-Assistent, gebaut von Stefan / HackerSoft Oldenburg.

Sprachmodell (Brain)

Welches Claude-Model das Brain pro Anfrage nutzt. Wert wird in /shared/config/runtime.json als brainModel persistiert. Bei Aenderung: aria-brain restarten (Reparatur-Section oben), damit's greift.

ARIA laeuft ueber dein Claude-Max-Abo (CLI) — waehlbar ist der Tier (Opus/Sonnet/Haiku), nicht eine feste Version. Die CLI nimmt automatisch das jeweils aktuelle Modell des Tiers.

Die Auswahlliste kommt aus /shared/config/models.json — dort kannst du Tiers/Beschreibungen anpassen (kein Neustart noetig, danach „↻ Aktualisieren").
Aktives Model:
Erweitert: freie Model-ID

Lokales LLM (schnelle Antworten)

Ein schnelles lokales Modell (Qwen3 auf der AI-Box) beantwortet leichte Fragen in unter 1 Sekunde. Was schwerer wird, gibt es automatisch an Claude ab. Aenderungen greifen sofort (kein Neustart) — geschrieben nach /shared/config/local_llm.json.
AN: leichte Fragen → lokal (schnell), schwere → Claude.  AUS: alles laeuft ueber Claude (wie bisher). — Das ist der Normal-Betrieb.
Nur zum Testen. Erzwingt IMMER das lokale Modell — auch bei schweren Fragen, ohne Claude-Rettung. So siehst du, was Qwen allein kann. Werkzeug-Fragen (Wetter/Timer/…) funktionieren dann nicht. Fuer den Alltag: AUS lassen.
Werkzeuge lokal:
Welche Werkzeuge das lokale Modell selbst ausfuehren darf. „Voll" ist gesperrt, bis eine 2. Grafikkarte da ist (siehe ⓘ).
Aktueller Stand (B1a): das lokale Modell plaudert nur — Werkzeuge macht noch Claude. Lokale Tools kommen mit B1b.
Lokales Modell:
Beim ersten Wechsel zu einem Modell lädt die AI-Box das GGUF (mehrere GB) — die erste Antwort dauert dann länger, danach ist es gecacht. Liste kommt aus /shared/config/local_models.json (Keys = xtts/llama-swap/config.yaml).

Externe Anbieter (OpenRouter & Co)

Geplant: neben den lokalen Diensten (F5-TTS, Whisper/Voxtral, lokales LLM) auch externe Anbieter wie OpenRouter & Co anbinden.

Noch nicht angebunden — der Bereich ist hier als Platz reserviert. Die Verdrahtung (API-Key + Routing) kommt als eigener Schritt.

Sprachausgabe

F5-TTS Modell-Tuning (advanced)
Werden via RVS an die f5tts-bridge auf der AI-Box geschickt. Modell-/Checkpoint-Wechsel triggert einen Reload (~30s). Hardcoded Defaults: F5TTS_v1_Base, cfg_strength=2.5, nfe_step=32.
Hoeher = klebt staerker an Referenz
Hoeher = bessere Qualitaet, langsamer
Stimme klonen
Lade ein oder mehrere Audio-Samples hoch (WAV/MP3, min. 6-10 Sekunden). Mehrere Dateien werden automatisch zusammengefuegt.
XTTS-Server: Nicht verbunden (starte xtts/ auf dem Gaming-PC)

Spracherkennung (STT: Voxtral / Whisper)

Die aktive STT-Engine wird pro Compute-Node über COMPOSE_PROFILES gewählt (Voxtral oder Whisper, siehe Satelliten → Compute-Flotte). Die folgenden Einstellungen betreffen Whisper.

Aenderungen werden sofort an die Bridge gesendet und das Modell neu geladen (kann bei medium/large 10-30s dauern — waehrend dieser Zeit ist STT kurz pausiert).
Tipp: medium ist der beste Kompromiss fuer CPU. large-v3 nur bei GPU sinnvoll.

Voice-ID (Sprecher-Erkennung)

ARIA erkennt Stefans Stimme anhand eines Fingerprints (SpeechBrain ECAPA-TDNN). Andere Sprecher (TV, Hintergrund-Gespraeche) werden gefiltert — keine Brain- Calls, keine Tokens. Enrollment passiert in der App (Settings → Stimme einrichten), weil das Handy-Mikro auch im Betrieb hoert.
Status wird geladen...
AUS (Default) = alle Stimmen kommen durch (fail-open). AN = nur der enrollte Sprecher wird ans Brain geleitet, fremde Stimmen werden verworfen. Erst einschalten wenn ein Fingerprint eingelernt ist — sonst hört ARIA niemanden.
0.50
Niedriger = mehr Treffer auch bei Nebengeraeuschen (false-positives). Hoeher = strenger, kann Stefan auch mal verpassen. 0.50 ist konservativer Default.

OAuth-Apps (Spotify, Google, GitHub, Strava, Microsoft, ...)

Trag pro Service `client_id` + `client_secret` ein (aus dem Developer-Dashboard des Providers). RVS stellt die Callback-URL bereit — die musst Du EINMAL pro Service im Provider-Dashboard als gueltige Redirect-URI eintragen. Danach kann ARIA per `oauth_authorize`-Tool eine Auth-URL bauen; Stefan klickt, autorisiert, ARIA bekommt den Token automatisch.
Lade Callback-URL...
Lade Services...
client_secret wird verschlüsselt persistiert (file-mode 0600). Nicht in git, nicht im Repo.

FLUX Bildgenerierung

Steuerung der Image-Generation (flux-bridge auf der AI-Box). Default-Modell wird via RVS gepusht — Wechsel triggert Pipeline-Reload (15-30s aus HF-Cache, mehrere Minuten beim Erst-Download). Keywords nutzt ARIAs Brain im System-Prompt.
Erst auf huggingface.co/.../FLUX.1-dev "Agree" klicken, dann unter Settings → Tokens einen Read-Token erzeugen.
Beide Modelle = volle Qualitaet, schnell ist nur ein 4-Step-Distillat (Apache-2.0).

Reparatur & Restart

Wenn ein Container haengt oder ARIA nicht mehr antwortet — hier kann man gezielt eingreifen.

Komplett-Reset

⚠ WIPE ALL — alle Einstellungen, Stimmen und das komplette Gedächtnis (Vector-DB) werden gelöscht. ARIA wird leer wie nach Erstinstallation. Bleiben tun nur:

  • .env (Tokens + RVS-Config)
  • aria-data/ssh/ (SSH-Keys für aria-wohnung)

Vorher exportieren wenn etwas erhalten bleiben soll (Gehirn-Tab + Voice-Liste).

Betriebsmodus

Aktueller Modus: Normal

Runtime-Konfiguration

Werte werden in /shared/config/runtime.json persistiert und ueberschreiben die ENV-Variablen aus der .env. Bridge und Brain lesen sie beim Start — nach Aenderung den jeweiligen Container neu starten (Reparatur-Section oben).

App-Onboarding (QR-Code)

RVS-Credentials als QR-Code — App scannt, keine manuelle Eingabe. Enthaelt Host, Port, TLS-Flag und Token.
QR-Code wird geladen...
Achtung
Dieser QR enthaelt den RVS-Token im Klartext — zeige ihn niemandem, speichere keine Screenshots davon in unsicheren Cloud-Diensten.

Gehirn — Status

(Lade...)

Token / Calls

letzte 1h
–
letzte 5h (Quota-Fenster)
–
letzte 24h
–
letzte 30 Tage
–
Pro User-Frage = mind. 1 Claude-Call. Bei Tool-Use (Skills) bis zu 8 Calls. Plus 1 Destillat-Call bei langen Konversationen. Token-Werte sind Schaetzung (chars/4) — nicht exakt, aber gut genug fuer Quota-Monitoring.

Lokales LLM & Claude-Ersparnis

Turns, die das lokale LLM (Qwen) oder ein reiner Skill-Fast-Path uebernommen hat — jeder davon ist ein Claude-Call, der NICHT passiert ist. Die lokalen Tokens laufen auf deiner eigenen Hardware (kein Subscription-Quota).
–
–

Bootstrap & Migration

Drei Wege ARIA mit "Grundregeln" zu füttern — von leichtgewichtig bis Voll-Wiederherstellung.

1. Aus brain-import/ migrieren
Parst AGENT.md/USER.md/TOOLING.md aus dem Repo und schreibt sie als atomare pinned Memory-Punkte (identity / rule / preference / tool / skill). Idempotent — Re-Run ersetzt nur die Migration-Punkte, eigene Memories bleiben.
(Brain-Status laden für Datei-Liste)
2. Bootstrap-Snapshot (nur pinned)
Getrennt nach scope: System = generische Regeln, die jeder braucht (Sicherheit, Ehrlichkeit, Skill-Regeln) — teilbar für ein frisches System. Persönlich = Stefan-spezifisch (Name, Zugangsdaten, Projekte) — bleibt privat. Import ersetzt nur die pinned Memories des jeweiligen scope; Cold Memory bleibt unangetastet.
3. Komplettes Gehirn (alles)
Tar.gz mit Memories + Skills + Qdrant-DB. Brain + Qdrant werden kurz angehalten. Import überschreibt ALLES — vorher exportieren wenn etwas erhalten bleiben soll.

📁 Projekte

Projekte bündeln zusammengehörige Turns als Block im Hauptchat. Stefan sagt zu ARIA „lass uns ein Projekt anlegen" oder klickt hier auf „+ Neues Projekt". Aktives Projekt: (wird geladen...)
Lade Projekte...

Memories

(Brain-Container nicht erreichbar oder leer)

Dateien

(Lade...)

Skills

Skills sind ARIAs Faehigkeiten. ARIA legt sie selbst an wenn sie ein wiederkehrendes Problem geloest hat. Du kannst sie hier verwalten — ansehen, ausfuehren, deaktivieren, exportieren, importieren. Ein deaktivierter Skill bleibt ARIA bekannt (sie baut ihn nicht doppelt), kann aber nicht aufgerufen werden.

(Lade...)

Trigger

Trigger sind passive Aufweck-Quellen. Skills sind aktiv (ARIA ruft sie), Trigger sind passiv (System ruft ARIA wenn ein Event passiert). Polling kostet keine Tokens — nur das Feuern verbraucht eine Anfrage.

(Lade...)

Satelliten 🛰️

Aussenposten-Container in fremden Netzen (Buero, Werkstatt …), die sich mit RVS verbinden. Hier siehst Du, welche Satelliten online sind und welche Geraete sie im jeweiligen Netz erkannt haben. „Geraete scannen" fragt den Satelliten live ab.

(Lade...)

Compute-Flotte 🖥️

GPU-Dienste (STT / TTS / lokales LLM), verteilt auf einen oder mehrere Nodes. Jeder Node startet per COMPOSE_PROFILES nur die Dienste, die er anbietet. Hier siehst Du, welche Instanz auf welchem Node laeuft, mit welchem Modell/GPU und ob sie gerade beschaeftigt ist.

(Lade...)