100 lines
5.6 KiB
Markdown
100 lines
5.6 KiB
Markdown
# Changelog
|
|
|
|
## 0.7.0 - 2026-06-14
|
|
- Freie Eingabe von Home-Assistant-Entitätsnamen mit Vorschlagsliste
|
|
- Freigabestatus und Blockadegrund sind in Übersicht und Details immer sichtbar
|
|
- Vorhersagen erklären konkret, warum sie ausgeführt oder nicht ausgeführt wurden
|
|
- Cooldown blockiert nur Wiederholungen desselben Zielzustands; Gegenaktionen
|
|
wie `Licht an` gefolgt von `Licht aus` bleiben sofort möglich
|
|
- Passende HA-Automationen werden aus ihren echten Konfigurationen erkannt und
|
|
können pausiert oder fortgesetzt werden
|
|
- Sichere Steuerungsübergabe: SillyHome kann übernehmen und passende
|
|
HA-Automationen pausieren; beim Stoppen können sie gezielt fortgesetzt werden
|
|
- Dashboard wird ohne Browser-Cache ausgeliefert
|
|
- Reproduzierbare Runbooks für Debugging, Berechnung, Entwicklung, Tests,
|
|
Release, Add-on-Update, Live-Verifikation und Rollback
|
|
|
|
## 0.6.2 - 2026-06-14
|
|
- Eindeutig im Home-Assistant-Logbuch erkannte Automationen und Scripts zählen für
|
|
Lernen und Freigabe gleichwertig wie manuelle Bedienungen
|
|
- Automationsmuster erhalten dieselbe Modellgewichtung wie manuelle Handlungen
|
|
- Oberfläche zeigt die gemeinsame Zahl als `eindeutig geregelt`; eine
|
|
ausdrückliche Aktivierung pro Aktor bleibt weiterhin erforderlich
|
|
|
|
## 0.6.1 - 2026-06-14
|
|
- Manuelle Prüfung als `Aktuelle Situation auswerten` eindeutig von Simulation
|
|
oder Aktorschaltung abgegrenzt
|
|
- Sichtbare Rückmeldung mit Prüfzeitpunkt, vorhergesagtem Zustand und Sicherheit
|
|
oder klarem Hinweis auf einen fehlenden frischen Sensorwechsel
|
|
|
|
## 0.6.0 - 2026-06-14
|
|
- Kausales Shadow-Lernen erkennt frische Kontextwechsel unmittelbar vor einer
|
|
Aktorhandlung, etwa `Tür geschlossen → offen` vor `Licht aus → an`
|
|
- Historische Home-Assistant-Automationen dürfen Vorhersagen begründen, zählen
|
|
aber weiterhin niemals als eindeutige Benutzerhandlung oder Ausführungsfreigabe
|
|
- Aktuelle `last_changed`-Zeitpunkte verhindern Vorhersagen aus längst
|
|
unveränderten Sensorzuständen
|
|
- Oberfläche trennt gelernte Benutzerhandlungen und erkannte HA-Automationen
|
|
|
|
## 0.5.4 - 2026-06-14
|
|
- Tür-, Bewegungs- und andere belastbare Kontextsensoren werden auch ohne
|
|
numerischen Sensor als vollständige automatische Kontextzuordnung angezeigt
|
|
- Status und Zuordnungssicherheit bilden das aktive Verhaltenslernen ab statt
|
|
eines optionalen numerischen Modells
|
|
- Ausführungsfreigabe erscheint erst, wenn genügend eindeutig manuelle
|
|
Bedienungen vorliegen; bis dahin nennt die Oberfläche die noch fehlende Anzahl
|
|
|
|
## 0.5.3 - 2026-06-14
|
|
- Verhindert fachlich falsche Sensorzuordnungen nur aufgrund generischer Namen wie
|
|
`Licht` oder `Lichtschalter`
|
|
- Übernimmt numerische Sensoren nur noch bei einem belastbaren absoluten Score und
|
|
einer eindeutigen Abgrenzung zum zweitbesten Kandidaten
|
|
- Begrenzt Zusatzkontext auf relevante Sensoren und bevorzugt bei Lichtaktoren
|
|
echte Beleuchtungsstärke gegenüber fremden Leistungs- oder Energiezählern
|
|
|
|
## 0.5.2 - 2026-06-14
|
|
- Add-on-Build invalidiert den Docker-Cache bei jeder Versionsänderung, damit
|
|
Versionsmetadaten und tatsächlich ausgelieferter Anwendungscode übereinstimmen
|
|
- Korrigierte Ingress-Oberfläche aus 0.5.1 dadurch erstmals zuverlässig ausgeliefert
|
|
|
|
## 0.5.1 - 2026-06-14
|
|
- Technische Modell-, Intervall- und Sicherheitsparameter aus der normalen
|
|
Home-Assistant-Add-on-Konfiguration entfernt; sichere Standardwerte bleiben aktiv
|
|
- Ingress um einen klaren Ablauf mit Aktorauswahl, Beobachtungsphase und späterer
|
|
Ausführungsfreigabe ergänzt
|
|
- Bedienelemente und Diagnosen in verständlicher Alltagssprache erklärt
|
|
|
|
## 0.5.0 - 2026-06-14
|
|
- Ingress auf reine Aktorauswahl, automatischen Lernstatus und Vorhersagen reduziert
|
|
- Automatische Kontextzuordnung ohne Sensor-Overrides oder Review-Blockade
|
|
- Historische Handlungserkennung aus HA-State-History und Logbook-Herkunft
|
|
- Persistentes Verhaltensmodell pro Aktor mit Zeit-, Wochentags- und Kontextmustern
|
|
- Shadow-Vorhersagen vor jeder Ausführungsfreigabe
|
|
- Explizite Aktivierung pro Aktor, Konfidenzschwelle, Cooldown und enge Service-Whitelist
|
|
- Schutz vor dem Lernen erkannter HA-Automationen und eigener Schaltvorgänge
|
|
- Automation-Proposal- und Override-Endpunkte aus dem aktiven Produkt entfernt
|
|
|
|
## 0.4.0 - 2026-06-13
|
|
- Aktuator-zentrierte Einrichtung: Nutzer wählen nur noch Aktuatoren, Sensoren werden deterministisch gefunden und bewertet
|
|
- Persistente automatische und manuelle Sensorzuordnungen mit Evidenz, Confidence, Review-Gating und Neustart-Sicherheit
|
|
- Autonomer Modell-Lebenszyklus auf echter HA-Historie: Training, Retraining bei Staleness oder Datenänderung, Archivierung von Waisen
|
|
- Neues Dashboard und API für Aktuatorauswahl, Reconciliation, Overrides, Modellstatus und Audit-Trail
|
|
- Neue Container-/Add-on-Defaults für Aktuator-Store und periodische Reconciliation ohne zusätzliche Gerätesteuerung
|
|
|
|
## 0.2.0 - 2026-06-13
|
|
- Klassifizierte Home-Assistant-Entity-Discovery mit Lernrelevanz und Filtern
|
|
- Validierter Zugriff auf die Home-Assistant-History-API
|
|
- Normalisierte, chronologisch sortierte numerische Zeitreihen über `/v1/history`
|
|
- Trainierbares statistisches Baseline-Modell mit persistierten Parametern
|
|
- Numerische Vorhersagen mit Confidence sowie MAE-/RMSE-Evaluation
|
|
|
|
## 0.1.0 - 2026-06-13
|
|
- Projektinitiierung
|
|
- Architektur, ADRs und Roadmap
|
|
- Einheitliche produktive FastAPI-App für HA- und ML-Routen
|
|
- Funktionierende ENV-Konfiguration und sauberer HA-503-Zustand
|
|
- Persistente, validierte und gegen Path Traversal gehärtete Model Registry
|
|
- Reproduzierbares Packaging, CI-Gates und gehärteter non-root Container
|
|
- Definierte API-Fehler und korrigierte Evaluationsmetriken
|
|
- Scheduler-tauglicher Retraining-Service mit API und atomischem Registry-Update
|