Monatsrückblick Oktober 2026 ist online!

[Bluefox]

@bloop Das ging schnell, danke. 819 von 839 Adaptern bei einem Vollbuild unter einer Stunde ist gut. Mit dem inkrementellen Update ist das dann ja nur noch ein paar Minuten pro Nacht.

Eine Frage zu den Zahlen: Es sind mehr Chunks (67.660 statt 61.903), der Index ist aber von 551 auf 302 MB geschrumpft. Liegt das nur an den doppelten READMEs, oder hast du auch das Speicherformat bzw. das Embedding-Modell geändert?

Zur Anbindung: Am meisten bringt es meiner Meinung nach dort, wo Code entsteht, also im KI-Chat des javascript-Adapters. Dort hast du genau deinen Messfall: Skript-API, $()-Selektor, schedule, sendTo, Rollen. Gerade mit einem lokalen Modell erfindet der Chat dort sonst Funktionen. Wenn man vor der Anfrage die Top-5 aus deinem RAG in den Kontext gibt, wäre das wahrscheinlich die größte Verbesserung für die meisten Nutzer.

An zweiter Stelle kommt der KI-Assistent im Admin, bei Fragen wie "wie konfiguriere ich Adapter X" oder "was bedeutet dieser Logeintrag". Dafür sind jetzt die Adapter-READMEs wichtig.

Für die Adapterentwicklung bleibt dein bisheriger Weg (MCP in VS Code bzw. Claude) wohl der richtige. Dafür muss nichts in ioBroker passieren.

Was mir noch fehlt, um das einzuschätzen: Ist die REST-Schnittstelle stabil und dokumentiert (Request, Response, Felder wie Quelle und Lizenz)? Dann könnte man im javascript-Adapter eine optionale RAG-URL vorsehen. Wer keinen RAG-Server betreibt, merkt davon nichts.

Auf die Tests mit Cloud-Modell bin ich gespannt.

[wendy2702]

Hallo,

Vorab: hier schreibt ein Mensch, keine KI und es wurde auch nichts mit KI kontrolliert oder ähnliches. Wer Rechtschreibfehler findet darf sie behalten.

Es ist schön das z.B. dieses Projekt vorgestellt wurde aber habt ihr mal versucht das als Außenstehender zu verstehen?

Ich behaupte von mir selber nicht gerade völlig verblödet zu sein was den Einsatz von Software/HW usw. Angeht aber das was hier beschrieben wird und auch der Link zum Projekt in GitHub wird wahrscheinlich jeden Iobroker Newbie hoffnungslos überfordern und wahrscheinlich auch abschrecken.

Früher wurden hier Anleitungen von Menschen für Menschen geschrieben bzw. Veröffentlicht heute nur noch von KI für KI habe ich den Eindruck.

Auch die mit Sicherheit gut gemeinte Anleitung in GitHub stellt wahrscheinlich etliche User vor ein Problem:

Nur mal als Beispiel: welches Repository soll kopiert werden und auch die anderen Anweisungen muss man sich zusätzlich wahrscheinlich altmodisch ergoogeln.

Dieser Thread ist nur ein Beispiel von mittlerweile vielen und ich muss sagen das ich Aufgrund der Entwicklung und steigender Unverständlichkeit / Komplexität der Beiträge schon User kenne die ihr Iobroker Projekt eingestellt haben.

Jetzt darf gerne auf mich eingeprügelt und downgevotet werden aber vielleicht stehe ich ja auch nicht ganz alleine da bei den nicht mehr ganz soviel verbliebenen Iobroker Installationen.

Somit allen Iobrokern ein schönes Wochenende

[bloop]

@wendy2702
Herzlichen Dank für deine ehrliche Einschätzung!
Der Thread ist in erster Linie zur Vorstellung des Projekts und der bereits existierenden Möglichkeiten gedacht. Meine Initiative war nicht eine bereits vollständige Anleitung für Einsteiger zu liefern. Dem entsprechend wird das Repo auch nicht geführt.
Ich probiere und experimentiere aktuell noch sehr viel.

Sollte sich ein wahrer Nutzen herausstellen, wird dieses selbstverständlich auch so aufbereitet das jedermann sehr einfach damit arbeiten kann.

Ich werde mich zukünftig mehr bemühen, wieder Beiträge verständlicher zu formulieren.

@bluefox
Einiges an Credits für das Benchmark verbrannt…

• 9 Cloud-Modelle über GitHub Copilot, plus gemma4 26B lokal zum Vergleich:
  • Anthropic: Opus / Sonnet / Haiku 5.5
  • OpenAI: GPT-6.1-sol / -terra / GPT-6-luna
  • Google: Gemini 4 Argon / 3.8 Flash
  • xAI: Grok 4.6
• 105 Fragen: 60 Alltagsfragen, 45 Detailfragen.
• Drei Modi: A ohne Kontext, C Top-5 mit Reranker. Dazu Top-1 ohne Reranker als Zwischenstufe.
• Drei blinde Richter, einer pro Anbieter. Sie bewerten jede Antwort mit 0, 1 oder 2 Punkten.

Ergebnis (richtig, ohne RAG → mit RAG)

Modell	Alltag	Detail
Opus 5.5	82 → 84 %	67 → 89 %
GPT-6.1-sol	81 → 82 %	54 → 87 %
Grok 4.6	61 → 79 %	40 → 87 %
Gemini 4 Argon	72 → 82 %	48 → 86 %
Sonnet 5.5	76 → 84 %	47 → 82 %
Gemini 3.8 Flash	68 → 78 %	34 → 82 %
Haiku 5.5	59 → 69 %	33 → 74 %
GPT-6-luna	63 → 72 %	31 → 74 %
gemma4 26B lokal	14 → 56 %	3 → 67 %

• Detailfragen: RAG hilft jedem Modell deutlich, auch den Top-Modellen (+21 bis +63 Punkte, alle signifikant).
• Alltagsfragen: Die stärksten Modelle kennen die Antworten schon, die kleineren gewinnen trotzdem 7–18 Punkte.
• Mit RAG sind die Anbieter praktisch gleichauf (79–82 %). Ein Mittelklasse-Modell mit RAG schlägt ein Top-Modell ohne RAG.
• Erfundene APIs halbieren sich, von rund 25 % auf rund 10 % der Antworten.

[Bluefox]

@wendy2702 Dieses Post ist noch nicht für dich. Ich glaube nicht, dass du eine RTX5080 irgendwo liegen hast, die du für die Entwicklung anwenden willst. Einfach ignorieren.

[OliverIO]

@bloop

Wo findet man die Alltags und Detailfragen?
Sind das die unter eval?

[wendy2702]

@bloop danke für deine Rückmeldung. Ich finde das eigentlich sehr interessant und deshalb kam mein „Einwand“. Solltest du mal Zeit und Lust haben daraus eine Anleitung zu bauen bin ich bestimmt nicht der einzige den das interessiert.

@bluefox : was hat dich zu deiner Aussage/Annahme veranlasst? Ach eigentlich interessiert mich das und deine Antwort ehrlich gesagt nicht, sondern geht mir am Allerwertesten vorbei.

[bloop]

@OliverIO
Habe die Fragen sowie den Weg und das Ergebnis soeben in den /eval geladen. Ich muss jedoch dazu sagen das zum Zeitpunkt des RAG noch auf der Version 0.3.0 lief und ich somit beim Benchmark noch keine Adapter Dokus im RAG waren.
Ein weiterer Lauf würde mich aktuell wieder weitere 7std, sowie jede Menge Credits kosten. Eventuell nächsten Monat wieder.
Erstmal schauen wo die Entwicklung hin geht und ob sich ein echter Mehrwert für ioBroker und/oder die Adapterentwicklung aufzeigen lässt.

@wendy2702
Ich unterstütze sehr gerne!
Eventuell ergibt sich ja bald die Möglichkeit ein funktionierendes ioBroker RAG für die gesamte Community zur Verfügung zu stellen. Es handelt sich ja lediglich um eine Sammlung öffentlicher Dokumente die für KI Modelle aufgearbeitet wurden. 😜
Übrigens lässt sich sowas nicht nur mit ioBroker umsetzen sondern mit jeder eigenen Datensammlung. Wie zb. Obsidian, ein eigenes Wiki, Notion, uvm.

[OliverIO]

@bloop sagte:

Übrigens lässt sich sowas nicht nur mit ioBroker umsetzen sondern mit jeder eigenen Datensammlung. Wie zb. Obsidian, ein eigenes Wiki, Notion, uvm.

Genau das machen gerade (oder haben bereits) viele Unternehmen um ihr ganzes Wissen für ihre KI und ihre Mitarbeiter besser nutzbar zu machen.

[Thomas Braun]

Was hat denn die Ruhrkohle AG mit dem ioBroker zu tun?

[OliverIO]

@Thomas-Braun

Es ist das gemeint
https://de.wikipedia.org/wiki/Retrieval-Augmented_Generation

[bloop]

@Bluefox sagte:

Was mir noch fehlt, um das einzuschätzen: Ist die REST-Schnittstelle stabil und dokumentiert (Request, Response, Felder wie Quelle und Lizenz)? Dann könnte man im javascript-Adapter eine optionale RAG-URL vorsehen. Wer keinen RAG-Server betreibt, merkt davon nichts.

REST-Schnittstelle: läuft stabil (live getestet: /health, /stats, /query, Fehlerfälle, MCP). Doku war bisher zu dünn – jetzt gibt es eine feste API v1 mit allen Request-/Response-Feldern inkl. Quelle, Lizenz und Lizenzstatus (allow/review): https://github.com/bloop-herbert-bot/ioBrokerRAG/blob/main/docs/api.md

[Bluefox]

Ich habe build gestartet. Schauen wir mal wie lange es auf ohne GPU Maschine dauern wird...