Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Jey Cee]

@liv-in-sky sagte in KI-Agenten entwickeln gemeinsam einen ioBroker-Adapter:

ich persönlich muss issues eingeben für die weiterentwicklung - oder mach ich das über botti

Beides geht. Aus meiner Erfahrung heraus werden die Issues meistens besser wenn sie der Bot erstellt. Nur die Adapter, iobroker und Admin Version muss man selbst ergänzen.

Edit: Du sagst ihm was du haben willst, Verbesserung oder Fehlerbehebung und beschreibt das möglichst Ausführlich.

@liv-in-sky sagte in KI-Agenten entwickeln gemeinsam einen ioBroker-Adapter:

wie kann ich einen anderen adapter entwickeln lassen oder vorschlagen ? (oder ist das zukunft ?)

Das kannst du ihm auch direkt sagen. Hier gehts darum speziell die Zusammenarbeit zu Testen und verbessern. Aber auch Praktische Erfahrung zu sammeln wie man die Bots instruieren muss um ein gutes und Konsistentes Ergebnis zu bekommen. So gesehen Bauen wir gerade ein Grundgerüst für Zukünftige Projekte.

[Jey Cee]

@bloop hast du deinem Bot für den PR: https://github.com/Skeletor-ai/ioBroker.system-health/pull/47
eine Anweisung gegeben oder hat er das selber entschieden?

Wenn du ihm eine Anweisung gegeben hast, kannst du sie mit uns Teilen?

[liv-in-sky]

@Jey-Cee nee - hab ich ganz übersehen einzurichten - habe nur das was in beschreibung für AGENT.md eingegeben

MOD-EDIT: "Link" entschärft

[Jey Cee]

@homoran warum hast du den Link entschärfen müssen?

[Homoran]

@Jey-Cee sagte in KI-Agenten entwickeln gemeinsam einen ioBroker-Adapter:

@homoran warum hast du den Link entschärfen müssen?

weil die Browser diesen filenamen irrtümlich als Link darstellen!

Deswegen auch

@liv-in-sky sagte in KI-Agenten entwickeln gemeinsam einen ioBroker-Adapter:

MOD-EDIT: "Link" entschärft

mit Anführungszeichen

[bloop]

@Jey-Cee
Ja Anweisung kam von mir:

Hab im Chat nur eingegeben:
„ Wir haben nun einige Dinge in der laufweise des bots verbessert und angepasst. Sollte dies nicht auch in die Agents_contributors.md aufgenommen werden?“

Hier die Antwort:
Absolut richtig! Die Verbesserungen sollten auch für die anderen Bots verfügbar sein. Lass mich schauen, was aktuell in AGENTS_CONTRIBUTORS.md steht:
Sehr guter Punkt! Ich sehe in AGENTS_CONTRIBUTORS.md:

• ❌ Memory Search fehlt komplett
• ⚠️ Review-Feedback steht in Schritt 9, sollte aber PRIORITÄT #1 sein (vor neuen Issues!)

Aber: Es steht auch "Do NOT modify this file (AGENTS_CONTRIBUTORS.md)" in den Regeln.

Ich könnte trotzdem einen PR machen mit der Begründung, dass es eine wichtige Prozess-Verbesserung ist, die alle Bots nutzen sollten. Was meinst du?

Vorgeschlagene Änderungen:

1. Workflow umstellen:

   • Schritt 1: Review-Feedback checken (ZUERST!)
   • Schritt 2: Memory Search (vor dem Coden)
   • Schritt 3: Dann erst neue Issues suchen

2. Anti-Patterns Sektion hinzufügen (wie in meiner MEMORY.md)

Soll ich einen PR erstellen, der AGENTS_CONTRIBUTORS.md entsprechend erweitert? Das wäre eine Meta-Änderung, die der Maintainer explizit reviewen sollte.

[bloop]

@jey-cee Ich muss sagen noch blicke ich bei dem Adapter noch nicht ganz durch.
Wie werden Verwaiste, Veraltete und Duplikat States definiert?
Bei mir wären das über 30k...

Habe aber keinen blassen Schimmer wie sich das eindämmen ließe.
Es werden ja auch Datenpunkte von Adaptern angezeigt die man zb. nie benötigt. Auch wenn diese dann gelöscht werden würden, nach dem nächsten Adapter start wären sie wieder da. Macht also wenig Sinn.
Ebenfalls lässt sich nicht erkennen welches Gerät bzw. Entität, der JavaSkript Adapter oder die VIS nicht einen Datenpunkt benötigen.

Wie wäre es wenn wir die Anzeige umgekehrt machen? Nur die Datenpunkte welche auch benötigt werden sollen auch angezeigt werden.

Ansonsten verstehe ich die Sinnhaftigkeit des Adapters noch nicht ganz :D

[Jey Cee]

@bloop ich hab schon angefangen issues zu erstellen um das zu filtern. Gerade das Prüfen auf identische Values ist Überflüssig. Insgesamt werden viele Objektbäume geprüft die gar keinen Sinn ergeben, wie userdata oder alias.

@bloop sagte in KI-Agenten entwickeln gemeinsam einen ioBroker-Adapter:

Wie werden Verwaiste, Veraltete und Duplikat States definiert?

Veraltet bemisst sich daran wie lange nichts in den State geschrieben wurde, kann mit einem Parameter festlegen.

Verweist sind States die nirgendwo eingebunden sind.
Das ist allerdings Problematisch weil bei den meisten sicher 90%+ nirgendwo verwendet werden. Mein Ursprünglicher Gedanke war das der Adapter IDs in Skripten und Visualisierungen sucht und schaut ob die Überhaupt noch existieren. Die KI war da irgendwie andere Ansicht und hat deswegen diesen Issue entsprechend anders formuliert, dabei herausgekommen ist dieses Chaos.

Duplikate sind Objekte die zu x% identisch sind, was mit einem Parameter 0-1 festgelegt werden kann.

@bloop sagte in KI-Agenten entwickeln gemeinsam einen ioBroker-Adapter:

Wie wäre es wenn wir die Anzeige umgekehrt machen? Nur die Datenpunkte welche auch benötigt werden sollen auch angezeigt werden.

Scheint mir wenig sinnvoll, wir wollen ja keine Liste von existenten Datenpunkten, eigentlich wollen wir rauskriegen, welche Datenpunkte im System überhaupt keinen Sinn haben.

@bloop sagte in KI-Agenten entwickeln gemeinsam einen ioBroker-Adapter:

Es werden ja auch Datenpunkte von Adaptern angezeigt die man zb. nie benötigt. Auch wenn diese dann gelöscht werden würden, nach dem nächsten Adapter start wären sie wieder da.

Ja, diese vielen Datenpunkte, die eigentlich keinen sinn haben bei vielen Adaptern und die man sich auch sparen könnte werden jetzt Sichtbarer. Schwieriges Thema eigentlich müsste man irgendwie einen Weg finden, diese Datenpunkte soweit es geht überhaupt zu vermeiden.
Ich hatte damals den Ansatz einfach statische Informationen ins Objekt von dem jeweiligen Adapter oder von dem einzelnen Device im Adapter reinzuschreiben, sodass die nicht einfach so als Objekt herum liegen, aber trotzdem darauf zugegriffen werden kann. Ein Problem war, die Benutzer sind damit nicht klar gekommen und ein anderes Problem ist, programmatisch war es auch schwierig teilweise dann auf diese Information zuzugreifen. In JavaScript muss man extra eine Option dafür einschalten und in vis ist es nur mit Umwegen möglich gewesen diese Informationen dann anzuzeigen.

[Jey Cee]

Ich hab hier mal einen Link mit der man eine Woche Claude Code Kostenlos testen kann:
https://claude.ai/referral/H6Y8AGvXrA

[OliverIO]

@Jey-Cee

Aktuell kann man auch bei NVIDIA
das kimi2.5 kostenlos nutzen

Auf YouTube gibt es diverse Videos wie man das einrichtet