HELIOS – Roadmap
Einleitung
HELIOS ist eine lokal laufende KI und soll langfristig verschiedene Funktionen des PCs und weitere Systeme nutzen können. Ziel ist ein persönlicher Assistent, der Anfragen versteht und passende Fähigkeiten ausführt.
Architekturprinzip: agent.py bleibt die zentrale HELIOS-Instanz und wählt passende Module aus. Jedes Modul implementiert eine einzelne Fähigkeit oder einen Dienst. Neue Funktionen werden grundsätzlich in eigenen Modulen umgesetzt, damit agent.py übersichtlich bleibt.
HELIOS
└── agent.py (zentraler Orchestrator)
├── pc_control.py
├── voice_input.py
├── spotify.py
├── youtube.py / netflix.py
├── whatsapp.py / discord.py / email.py
└── smart_home.py und weitere Module
Für später vorgemerkt
- Privater Zugriff auf die HELIOS-Roadmap von eigenen Geräten außerhalb des Heimnetzwerks, zum Beispiel vom iPad über ein privates VPN wie Tailscale. Tailscale wird aktuell nicht eingerichtet.
Entwicklungs-Timeline
Die Phasen beschreiben HELIOS-Module und Fähigkeitsbereiche. Phase 4 bündelt mehrere Medienmodule organisatorisch; jeder Dienst bleibt technisch ein eigenes Modul.
Phase 1 – Fundament
Ziel: Die grundlegende technische Architektur von HELIOS schaffen.
- Qwen3 8B läuft lokal über Ollama.
agent.pyist die zentrale Instanz und kommuniziert mit Ollama und dem lokalen Qwen-Modell.- HELIOS kann über Texteingabe in PowerShell angesprochen werden; Antworten werden dort ausgegeben.
- Die grundlegende Modularchitektur vorbereiten.
Architekturentscheidung: agent.py bleibt die zentrale Instanz. Neue Fähigkeiten wie pc_control.py, spotify.py oder voice_input.py werden in eigenen Modulen umgesetzt. PC-Steuerung gehört nicht zu Phase 1.
Phase 2 – Sprachmodul
Ziel: HELIOS soll über natürliche Sprache angesprochen werden können.
- Mikrofon-Spracheingabe und Speech-to-Text mit Whisper.
- Erkannte Sprache in Text umwandeln und an
agent.pyübergeben. - Das Wake Word „HELIOS“ möglichst früh in dieser Phase integrieren und anschließend die eigentliche Anfrage aufnehmen.
- Natürliche Formulierungen und unterschiedliche Satzbauten als dieselbe Absicht verstehen.
- Keine festgelegten Befehlssätze voraussetzen.
Beispiele: „Öffne Spotify“, „Kannst du bitte Spotify starten?“ und „Mach mal Spotify auf“ sollen als dieselbe Absicht verstanden werden.
Abgrenzung: Text-to-Speech und gesprochene HELIOS-Antworten gehören nicht zu dieser Phase; die Sprachausgabe wird auf einen späteren Zeitpunkt verschoben.
Phase 3 – PC-Steuerung
Ziel: HELIOS soll grundlegende Aktionen auf Windows ausführen können.
Eigenes Modul: pc_control.py
- Programme öffnen.
- Programme schließen.
- Dateien und Ordner öffnen.
- Dateien suchen sowie Dateien und Ordner verwalten.
- Grundlegende Windows-Funktionen steuern.
- Natürliche Formulierungen verstehen.
- Eine Sicherheits- und Kontrollschicht für erlaubte Aktionen umsetzen.
Architektur: agent.py → pc_control.py → Windows
Eine vollständige Maus- und Bildschirmsteuerung („Computer Use“) gehört nicht zu dieser Phase.
Phase 4 – Mediensteuerung
Ziel: HELIOS soll verschiedene Medienplattformen über eigene Module steuern können.
Diese Phase bündelt Medien organisatorisch. Jeder Dienst erhält ein eigenes Modul.
spotify.py– Spotify wird als erstes Medienmodul umgesetzt.youtube.pynetflix.py- Weitere Medienmodule können später ergänzt werden.
Das vorhandene Spotify-System soll erhalten, analysiert und später so refaktoriert werden, dass seine funktionierende Funktionalität in spotify.py überführt wird. agent.py ruft das Modul bei Bedarf auf.
Phase 5 – Kommunikationsdienste
Ziel: HELIOS soll verschiedene Kommunikationsdienste über eigene Module bedienen können.
whatsapp.pydiscord.pyemail.py
Weitere Kommunikationsdienste können später ergänzt werden. Telegram gehört nicht zu dieser Phase. Jeder Dienst wird technisch als eigenes Modul umgesetzt.
Phase 6 – Smart Home
Ziel: HELIOS soll Smart-Home-Systeme und Geräte steuern können.
Mögliche Systeme und Schnittstellen:
- Home Assistant
- ESP32
- Alexa-Geräte
- Matter
- Lokale Geräte-APIs und weitere Smart-Home-Geräte
Ein mögliches zentrales Modul ist smart_home.py. HELIOS soll langfristig nicht zwingend von Home Assistant abhängig sein: Home Assistant kann als zentrale Schnittstelle dienen; direkte lokale Protokolle und APIs bleiben ebenfalls mögliche Wege. Die konkrete technische Umsetzung wird später entschieden.
Phase 7 – GUI
Ziel: HELIOS erhält eine eigene visuelle Benutzeroberfläche.
- Eigene HELIOS-Desktop-Anwendung
- Visuelle Darstellung des HELIOS-„Gehirns“
- Animationen abhängig vom Zustand und der Aktivität von HELIOS
- Anzeige von Eingaben, Antworten und ausgeführten Aktionen
- Texteingabe über die GUI
- Spätere Integration der Sprachsteuerung
Die GUI ist die Oberfläche. agent.py bleibt die zentrale Instanz und das zentrale Steuerungselement.