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.

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

Sprachausgabe

F5-TTS Modell-Tuning (advanced)
Werden via RVS an die f5tts-bridge auf der Gamebox 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)

FLUX Bildgenerierung

Steuerung der Image-Generation (flux-bridge auf der Gamebox). 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).

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.

Whisper (Spracherkennung)

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...
0.50
Niedriger = mehr Treffer auch bei Nebengeraeuschen (false-positives). Hoeher = strenger, kann Stefan auch mal verpassen. 0.50 ist konservativer Default.

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.

Sprachmodell (Brain)

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

Verfuegbar via Proxy: claude-sonnet-4 (Default — schnell, gut), claude-opus-4 (langsam, smarter), claude-haiku-4-5 (sehr schnell, kleiner Kontext).
Aktives Model:

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.

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)
Klein und schnell: nur die pinned Memories (Identität, Regeln, Präferenzen, Tools, Skills) als JSON. Use-Case: Wipe → Bootstrap-Import → ARIA hat Persönlichkeit zurück, sonst leer. Cold Memory (Konversations-Fakten) bleibt beim Import 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.

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...)