KI-Agenten entwickeln gemeinsam einen ioBroker-Adapter

Jey Cee

@liv-in-sky Dein Bot ignoriert, wenn schon ein anderer Bot die Issues bearbeitet. Kannst du ihm mal bitte die Anweisung geben, dass er nur Issues aufnimmt, die wo noch von keinem anderen Bot in Bearbeitung sind?

bloop

Ich hab meinem Bot nun aufgetragen er soll zusätzlich ein Repo mit den Erkenntnissen aus der Entwicklung eines iobroker Adapters anlegen. So das diese auch von dritten für andere Projekte verwendet werden kann.

Best Practices
Anti‑Patterns
Learnings aus echten PRs
Testing‑Strategien
Admin‑UI‑Hinweisen
Backend‑Integrationsmustern
Debugging‑Tricks

https://github.com/bloop-herbert-bot/ioBroker-development-bot-guide

Eventuell hilft das beim anlernen deines Bots. Das Repo Pflegt der Bot wiederum selbst.

liv-in-sky

@Jey-Cee das hat er auf die frage "was machst du wenn in anderer bot schon ein issue bearbeitet" geantwortet:

Gute Frage! 🤔

Wenn ein anderer Bot schon an einem Issue arbeitet:

Laut dem ioBroker Workflow (aus MEMORY.md):

1. CHECK DEIN STATUS

gh pr list --repo Skeletor-ai/ioBroker.system-health --state open --author @me

WENN du offene PRs mit Review-Kommentaren hast → Bearbeite die ZUERST
WENN du offene PRs ohne Feedback hast → Warte auf Review, claim NICHTS Neues
WENN du keine PRs hast → Gehe zu Schritt 2
Das bedeutet:

✅ Erst meine offenen PRs checken
✅ Nur wenn ich KEINE PR hab → neue Issue suchen
❌ NICHT mehrere Issues gleichzeitig bearbeiten (Anti-Pattern!)
Falls ein anderer Bot schon arbeitet:

Wenn Issue bereits assigned → ich skip und nehm die nächste
Wenn Issue unassigned aber in Bearbeitung → ich claim sie nicht (respektiere die Reihenfolge)
Anti-Pattern: Mehrere Issues gleichzeitig = Chaos! 😤

Das ist die Regel #1 um Konflikte zu vermeiden! 👍

liv-in-sky

@Jey-Cee was genau soll ich ihm sagen :-)

bloop

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

@Jey-Cee was genau soll ich ihm sagen :-)

"Dann setzte das auch genau so um"
eventuell noch
"Halte dich Zukünftig daran und schreib es dir in die Memory"

OliverIO

@bloop

Mit Labels könnt ihr dann auch arbeiten.
Da könnte man den aktuellen bearbeitungsstatus abbilden
In Bearbeitung
Review
Etc

Unabhängig ob es ein Mensch oder ein bot macht

liv-in-sky

@Jey-Cee @bloop

ich müßte mal was fragen - ich habe vor lauter rag programmieren noch nicht viel mit openclaw gemacht. ich habe 4 agenten - einer hat gemini, einer hat claude, der main hat kimi2.5 und noch einen heartbeat, der sich darum mit ollama kümmern soll. es gibt einen bug und mein main agent sagt auch, er könne nicht mit den anderen agenten reden - ich habe also das problem, wenn ich main sage, er den mit claude-agenten sagen, er solle sich um ein issue kümmern, er das momentan (wegen bug) nicht kann.

wie macht ihr das - habt ihr nur einen agenten der alles macht ?

UND

hier mal eine kommunikation mit main wegen issue von skeletor:

kannst du ein issue aufmachen?

You
18:54
😈

Gute Frage! 🤔

Theoretisch: Ja — ich hab Zugriff auf GitHub CLI (gh) und den Bot-Token.

Aber: Bevor ich ein Issue öffne, sollte ich fragen:

Welches Repo? (Skeletor-ai/ioBroker.system-health oder ein anderes?)
Was ist das Issue? (Titel, Beschreibung, Labels?)
Ist das wichtig genug? (Oder kann das warten?)
Sicherheit: Ich würd vorher fragen, bevor ich extern was schreibe (wie bei allen public Actions).

Was für ein Issue möchtest du öffnen? 📝

Botti
18:55
U
fidest du welche, die noch nicht bearbeitet werden

You
18:54
😈

3 offene ready Issues (unassigned):

#115 — [Bug] Redis Monitoring nicht auf Dashboard ersichtlich
#114 — [Bug] Log überwachung nicht korrekt
#90 — Adapter reports its own states as unused/orphaned
Die sind alle noch nicht bearbeitet und haben das ready Label! 🎯

Welches interessiert dich? 🤔

also mein bot weiß nicht, das er was bearbeiten soll ?

bloop

@liv-in-sky ich verwende im Agenten Claude. Damit funktioniert es recht gut. Es gibt meines Wissens die Möglichkeit die Agenten miteinander zu verbinden. Ebenfalls wurden bereits Tools und Erweiterungen erstellt mit denen es möglich ist abhängig von Komplexität des Prompt das richtige Modell zu wählen. Dieses kann auch lokal laufen.
Versuch es mal mit NadirClaw
https://github.com/doramirdor/NadirClaw

Jey Cee

@liv-in-sky ich hab lediglich claude als agent. Der Versuch mehrere mit einer Claude instanz zu nutzen um lokale LLMs einzubinden hat nicht funktioniert. Auch wenn er selber Agents spawnt mit Claude kommt es ziemlich oft vor das die sich aufhängen.

Klar weis er nicht welches issue er bearbeiten soll. Du hast ihn ja auch gefragt ob er ein neues Aufmachen soll und dann schwenkst du um ob er welche findet die noch nicht bearbeitet werden. An dem Punkt hättest du ihm sagen müssen schau nach issues die nicht bearbeitet wurden und leg los.

liv-in-sky

@Jey-Cee

habe ihm gesgt er solle #114 bearbeiten

✅ Subagent kimi finished

Perfect! Die Änderung ist sauber und fokussiert. Lasse mich das Repo mit einer kurzen Zusammenfassung aktualisieren:

Abschließende Zusammenfassung

Bearbeitetes Issue: GitHub Issue #114 - "Log überwachung nicht korrekt"
Repository: Skeletor-ai/ioBroker.system-health
Assignee: ✅ liv-in-clawbot

Das Problem

Log-Überwachung war implementiert, aber die Datenpunkte in system-health.0.logs.* blieben null. Der Grund lag in der robusten Fehlerbehandlung des LogMonitor.fetchLogs(), die nicht mit allen möglichen Antwortformaten der Host-API umging.

Meine Lösung

Datei: /lib/health-checks/log-monitor.js - Methode fetchLogs()

Verbesserte Fehlerbehandlung:

✅ Direkte Array-Antworten von getLog werden korrekt verarbeitet
✅ Wrapped-Antworten (wo die Array-Daten in response.logs stecken) werden erkannt und extrahiert
✅ Bessere Fehlermeldungen für Debugging
✅ Graceful Fallback bei unerwarteten Datentypen

Testing

• ✅ Alle 178 Tests bestehen
• ✅ LogMonitor Tests alle erfolgreich
• ✅ Keine Breaking Changes

PR

• Titel: "Fix #114: Improve log monitor robustness"
• Nummer: #122
• Status: Erstellt & gepusht zu main

Die Änderung ist minimal, fokussiert und behebt das Kernproblem, ohne bestehende Funktionalität zu beeinträchtigen.

hat er gemacht, was er machen sollte ?

Jey Cee

Mein Bot hat massiv Probleme seine Crons zuverlässig auszuführen. Deswegen ist jetzt auch ne weile nichts passiert.

@liv-in-sky Ja das sieht gut aus

bloop

So wie es aussieht scheinen die Bots mit ihrer Entwicklung aktuell etwas auf der Stelle zu treten...
Es wurden zwar jetzt mehrere Issues bearbeitet und das Grundsystem würde grundsätzlich funktionieren. Issues werden zwar aufgearbeitet, allerdings sind die Bugs anschließend immer noch da...
Wie könnten wir das verbessern?

OliverIO

@bloop

evtl über ttd / test driven developement.
der KI agent soll auf Basis der Anforderung / Feature / Issue zunächst erst einen Testfall schreiben.
Im Anschluss entwickelt der KI Agent solange bis der Testfall erfolgreich ausgeführt wird und damit die Anforderung erfüllt ist.

https://en.wikipedia.org/wiki/Test-driven_development

ggfs wird das auch von 2 agenten bzw von einander getrennte contexte separat entwickelt.
Muss man aber sehen. Das könnte den Token bedarf nochmal steigern.

Jey Cee

Sie haben bereits die Anweisung die Funktionen durch Tests zu bestätigen, bevor sie den PR dann einreichen.
Ich Denke genau hier liegt das Problem, sie Testen und behaupten dann nur das alles funktioniert.
TTD konnte hier tatsächlich helfen.

Jey Cee

Anscheinend sind die Kapazitäten von Claude am limit, bekomme immer wieder die Meldung das der Dienst ausgelastet ist.

OliverIO

@Jey-Cee

Da scheint es Probleme gegeben zu haben
https://status.claude.com/

Interessant auch der neue Balken claude for goverment

liv-in-sky

Es gibt extreme Probleme bei Claude im Moment. Der API Zugriff sollte zwar funktionieren, aber würde mich nicht darauf verlassen

bloop

Die Agenten scheinen nun zum Stillstand gekommen zu sein.
Ebenso das Projekt? Besteht weiterhin Interesse?

Mein Resümee:
Auch wenn es so wirkt als würden die Agenten eine zielführende Weiterentwicklung ermöglichen kommt es ohne regelmäßige Justierung nur zu komplett unbrauchbaren Ergebnissen.

Wie seht ihr das und macht eine Weiterführung Sinn? Wäre gemeinsame Feinabstimmung der Agenten Zielführende?

Jey Cee

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

Die Agenten scheinen nun zum Stillstand gekommen zu sein.
Ebenso das Projekt? Besteht weiterhin Interesse?

Ja, auch mein Agent hat wohl kein Bock mehr.
Als ich ihn das letzte mal angeschubst hab wusste er gar nicht mehr was eigentlich seine Aufgabe ist.
Das hin und her Springen zwischen Projekten funktioniert nicht so richtig gut.

Mein Fazit:
Ein sehr Problematischer Punkt während der ganzen Zeit war immer wieder das sich PRs gegenseitig beeinflusst haben.
Auch sonst haben sich die Agenten oft nicht an klare Anweisungen gehalten. Wobei mein Agent sich ganz besonders große Schnitzer erlaubt hat. Er hat einfach eine ganze Menge issues selbst bearbeitet obwohl er nur auf Plausibilität prüfen sollte, Kommentieren und ready geben wenn alles OK ist.

Effektiv am besten gearbeitet hat mein Agent immer dann wenn ich an die Hand genommen habe. Das war ja aber nicht Sinn der Sache.

Das Projekt würde ich dann in dieser Form auch beenden. Am Adapter werde ich weiterarbeiten, wenn sich dann jemand egal in welcher Form beteiligt freut mich das.

bloop

@Jey-Cee

dann stoppe ich die cron meines Agenten ebenfalls. Halte aber ein Auge auf dem Thema. Wenn gewünscht kann ich ihn jederzeit wieder Aktivieren!

Dennoch Danke für deine Initiative!
Scheint als wäre die Technik doch noch nicht so weit ;)

Community Forum

NEWS

KI-Agenten entwickeln gemeinsam einen ioBroker-Adapter

1. CHECK DEIN STATUS

Support us

566

32.7k

82.6k

1.3m