Hallo zusammen,
Nach dem Hinweis von @pierre-gilles haben viele noch nicht gesehen, wie sehr Claude die Entwicklung vereinfacht. Hier ist, wie ich meine externen Integrationen durchführe und eure Fehler behebe, oft noch am selben Tag 
Ein kleines Detail, das wichtig ist: Grundsätzlich bin ich kein Entwickler. Wenn ich das schaffe, könnt ihr das auch 
Wofür ich kein Entwickler brauche
Alles, was ein Entwickler normalerweise verwendet, verwende ich nicht:
- Keine lokale Entwicklung
- Keine IDE
- Kein Node oder Docker auf meinem Rechner installieren
- Keine manuellen Commits
Genau das hat @pierre-gilles gemeint: Viele Entwickler arbeiten noch so, obwohl es nicht mehr nötig ist.
Was ich stattdessen mache
- Ich beschreibe den Bedarf auf Französisch, mit einfachen Worten
- Claude Code web erledigt den Rest im GitHub-Repository: den Code, das Pull Request, das Merge und das Release
- Er bereitet auch die Antwort vor, die ich im Forum posten soll
- Ich folge den Rückmeldungen und teste, wenn ich das Gerät habe
Das funktioniert auch vom Handy aus, und ich kann mehrere Korrekturen gleichzeitig starten.
Die gemeinsamen Grundlagen meiner 24 Repositories
- Überprüfung des Manifests bei jedem Pull Request, mit denselben Kontrollen wie im Store
- Automatisierte Tests auf Node 22 und 24, Lint und Formatierung
- Bauen des Docker-Images
- Dependabot für Updates
- Ein GitHub-Release pro Version, mit einem Changelog
- Dokumentation auf Französisch und Englisch
Ergebnis: Ein Fehler wird bevor er in den Store gelangt, erkannt.
Wie ich eine Integration starte
Bis zum nächsten SDK gebe ich Claude Code web diese Nachricht in einem leeren GitHub-Repository:
In diesem Repository, im main-Branch, möchte ich, dass du eine externe Integration "Dyson" erstellst.
Gehe vom offiziellen Integrationstemplate aus: https://github.com/GladysAssistant/integration-template-js
Vergiss nicht SECURITY.md, CHANGELOG.md und CLAUDE.md
Vergiss nicht den cloud- und/oder lokalen Tag
Richte dieselben Workflows wie https://github.com/prohand/gladys-devmel ein
Vergiss nicht die Widgets, die Trigger und die Szenenaktionen
Warum jede Zeile:
- Das offizielle Template: Die erwartete Struktur von Gladys wird von Anfang an eingehalten
- SECURITY.md: Erklärt, wie man eine Sicherheitslücke meldet
- CHANGELOG.md: Hält jede Version fest
- CLAUDE.md: Die Projektregeln für Claude, die bei jeder neuen Sitzung überprüft werden
- Cloud-/Lokal-Tag: Gibt im Store an, ob die Integration Internet benötigt
- Die Workflows von gladys-devmel: Tests, Store-Kontrollen, Docker-Image und Releases, alles bereit
- Widgets, Trigger, Szenen: Sonst beschränkt sich Claude oft auf die Geräte
Es reicht, « Dyson » durch eure Integration zu ersetzen.
Ein Bug, von A bis Z (reales Beispiel mit Dyson)
1. Ihr postet Feedback
@mutmut hat die Dyson-Integration getestet und detailliertes Feedback mit Screenshots gepostet:
2. Ich gebe die Nachricht an Claude Code web
Ich füge den Link zur Forumsnachricht im richtigen Repository ein und bitte ihn, alles zu erledigen: die Korrektur, das Pull Request, das Merge und das Release.
Claude liest das Feedback, sucht die Ursache im Code, korrigiert, fügt Tests hinzu, aktualisiert die Dokumentation und das Changelog.
3. Claude öffnet ein Pull Request
Jedes Feedback im Forum wird zu einem Pull Request. Der Titel sagt, auf welche Nachricht es antwortet.
Im Pull Request erklärt Claude, was korrigiert wurde, was sich geändert hat und was hinzugefügt wurde. Er gibt auch an, was nicht an einem echten Gerät getestet werden konnte.
Man sieht zum Beispiel, dass er herausgefunden hat, warum die PM-Werte von Matter unterschiedlich waren: Die Integration las die falsche Messreihe des Dyson.
4. Die automatischen Kontrollen sind bestanden
Tests, Lint, Store-Kontrollen, Docker-Image: Alles wird im Pull Request und nach dem Merge überprüft.
Diese Kontrollen ermöglichen es mir, Claude allein weitermachen zu lassen.
5. Claude fusioniert und veröffentlicht die Version
Er fusioniert das Pull Request und startet das Release: Das GitHub-Release, sein Changelog und das Docker-Image werden veröffentlicht. Die neue Version erscheint im Store.
6. Claude bereitet die Forumsantwort vor
Ich bitte ihn um eine Antwort für das Forum, und ich muss sie nur noch einfügen. Sie sagt, was korrigiert wurde, warum und was nach dem Update zu tun ist.
Alle meine Antworten zum Thema Dyson wurden so gemacht.
Das Ergebnis bei Dyson
- 1.0.0 am Abend des 10. Oktobers, 1.4.0 am Abend des 11. Oktobers
- 5 Pull Requests, eines pro Feedback von @mutmut
- Auf dem Weg behoben: Fehlender « Aktualisieren »-Button, falsche PM-Werte, ignorierte lokale IP, verzögertes Widget, Namen auf Englisch…
- Und ich habe keinen Dyson zu Hause
Die Grenzen
- Claude kann sich irren: Deshalb die automatischen Kontrollen… und eure Tests
- Ohne das Gerät basiere ich auf dem, was er sendet: Euer Feedback ist Gold wert
- Manche Probleme kommen vom Kern von Gladys. In diesem Fall schlage ich einen Fix für Gladys vor (z. B. PR #3188 für die Farben der Kacheln)
Um loszulegen (Entwickler oder nicht)
- Erstelle ein leeres GitHub-Repository, öffne Claude Code web und verbinde dein GitHub-Konto
- Gib ihm die obige Startnachricht mit dem Namen deiner Integration
- Fang klein an: eine einfache Integration, dann ein Bug, eine Übersetzung, ein Test
- Richte die automatischen Kontrollen ein bevor du Claude allein fusionieren lässt: Das ist dein Sicherheitsnetz
- Am Anfang, lies die Pull Requests durch, um zu verstehen, was Claude macht
Wie ihr helfen könnt (Tester)
- Ein Thema pro Integration im Forum oder ein GitHub-Issue
- Gebt an: Modell, Version der Integration, lokal oder cloud
- Fügt Screenshots und Logs hinzu, ohne E-Mail, IP oder Seriennummer
Je genauer euer Feedback ist, desto schneller ist die Korrektur. Danke an alle Tester, und besonders an @mutmut 
(so in der Art, 
