wendy-contributing

Überblick über das wendy-contributing Skill

wendy-contributing ist ein fokussierter Leitfaden für alle, die zu WendyOS und dem dazugehörigen Tooling beitragen, besonders wenn es um Yocto-Builds, wendy-agent, E2E-Tests oder plattformspezifisches OS-Verhalten geht. Es hilft dir dabei, von „Ich muss etwas an WendyOS ändern“ zu den konkreten Repo-Bereichen, Build-Schritten und Validierungstests zu kommen, die wirklich zählen.

Für wen dieses Skill gedacht ist

Nutze das wendy-contributing Skill, wenn du an WendyOS-Images, meta-wendyos-Layers, bitbake-Recipes, bbappend-Änderungen, internen Agent-Funktionen oder Service-Verhalten wie mDNS/Avahi und Geräteidentität arbeitest. Besonders relevant ist es für wendy-contributing für Backend Development, wenn Backend-Arbeit davon abhängt, wie das OS Dienste paketiert, ausführt oder bereitstellt.

Wobei es dir hilft

Die eigentliche Aufgabe ist nicht allgemeine Linux-Hilfe, sondern sichere, nachvollziehbare Änderungen in einem begrenzten Embedded-OS-Stack. Das Skill hilft dir zu verstehen, wie WendyOS zusammengesetzt wird, wie sich wendy-agent verhält und wie du Änderungen validierst, bevor du sie für korrekt hältst.

Was es besonders macht

Anders als ein generischer Prompt führt dich wendy-contributing über einen klaren, vorgegebenen Weg durch die Arbeit: zuerst Architektur, dann Build-System, dann Tests. Das ist wichtig, weil Yocto- und Agent-Änderungen oft aus Gründen scheitern, die man am ursprünglich geänderten Code nicht sieht.

So verwendest du das wendy-contributing Skill

Installieren und auf die richtige Aufgabe ausrichten

Installiere das wendy-contributing Skill mit npx skills add Joannis/claude-skills --skill wendy-contributing. Nutze es dann, wenn sich deine Anfrage als WendyOS-Beitragsthema formulieren lässt und nicht als allgemeine „Erklär mir Linux“-Frage.

Die richtige Eingabeform wählen

Starke Eingaben benennen Zielbereich, Geräteklasse und gewünschtes Ergebnis. Zum Beispiel: „Aktualisiere das meta-wendyos-rpi-Recipe so, dass wendy-agent auf Raspberry Pi 5 mit einer neuen Environment-Variable startet, und sag mir, was ich im Image testen soll.“ Das ist deutlich besser als „Startup reparieren“.

Die Quellen in der richtigen Reihenfolge lesen

Beginne mit SKILL.md und prüfe danach die verlinkten Dateien yocto-meta-layers.md, system-internals.md und raspberry-pi.md, falls sie im Skill-Paket vorhanden sind. Diese Pfade zeigen dir, ob es um Layer-Auswahl, Laufzeitverhalten oder gerätespezifische Einschränkungen geht.

Einen WendyOS-bewussten Workflow verwenden

Ein sinnvoller Ablauf für wendy-contributing ist: Subsystem identifizieren, Ziel-Layer oder -Service bestätigen, die kleinste Änderung entwerfen und dann den passenden Build- oder E2E-Check anfordern. Bei Backend-nahen Themen solltest du angeben, wie sich das OS-Verhalten auf API-Aufrufe, Container-Lifecycle oder Service Discovery auswirken soll, damit die Ausgabe am tatsächlichen Runtime-Verhalten bleibt.

Häufige Fragen zum wendy-contributing Skill

Ist wendy-contributing nur für OS-Engineers?

Nein. Es ist auch für Backend-, Plattform- und Infrastruktur-Entwickler nützlich, die verstehen müssen, wie sich WendyOS zur Laufzeit verhält oder wie ihre Services von der OS-Paketierung abhängen. Wenn deine Änderung App-Code und Geräteverhalten gleichzeitig betrifft, ist dieses Skill gut geeignet.

Wann sollte ich es nicht verwenden?

Verwende wendy-contributing nicht für allgemeine Yocto-Tutorials, für normale Linux-Administration ohne WendyOS-Bezug oder für gewöhnliches Application-Debugging, das nichts mit WendyOS zu tun hat. Wenn das Problem außerhalb von WendyOS-Build, Agent oder Geräte-Stack liegt, reicht meist ein allgemeiner Prompt.

Ist das besser, als ein Modell direkt zu fragen?

Ja, wenn die Aufgabe von WendyOS-spezifischen Konventionen abhängt. Der wendy-contributing-Leitfaden reduziert Rätselraten bei Image-Targets, Agent-Verhalten und Validierungserwartungen — genau dort werden generische Prompts oft vage oder unvollständig.

Ist es anfängerfreundlich?

Es ist anfängerfreundlich, wenn du eine konkrete Änderungsanfrage beschreiben kannst und bereit bist, die verlinkten Kontextdateien vor dem Ändern zu lesen. Weniger hilfreich ist es, wenn du eine vollständige Einführung in Embedded Linux von Grund auf brauchst.

So verbesserst du das wendy-contributing Skill

Ziel und Plattform exakt angeben

Die besten Ergebnisse bekommst du, wenn du Plattform, etwa Jetson, Raspberry Pi 4/5 oder eine ARM64-VM, sowie den Layer oder die Komponente nennst, die du voraussichtlich anfasst. „Service-Start auf edgeos-rpi-image reparieren“ ist deutlich umsetzbarer als „dafür sorgen, dass es auf WendyOS funktioniert“.

Beobachtbare Erfolgskriterien ergänzen

Sage dem Skill, woran „fertig“ erkennbar ist: Boot gelingt, der Agent stellt gRPC auf Port 50051 bereit, ein E2E-Test besteht oder ein Paket erscheint im Image. So kann wendy-contributing Validierung priorisieren, statt nur Code-Änderungen vorzuschlagen.

Einschränkungen früh nennen

Wenn du nur eine begrenzte Build-Umgebung hast, keinen Hardwarezugang oder Image-Wachstum vermeiden musst, sag das direkt am Anfang. Diese Rahmenbedingungen verändern den besten wendy-contributing-Workflow und die empfohlene Teststrategie spürbar.

Vom Build zur Laufzeit iterieren

Verfeinere die Anfrage nach der ersten Antwort mit Build-Logs, fehlgeschlagenem Test-Output oder der exakten Datei, die du geändert hast. Die nützlichsten Folgefragen bitten um den nächsten Diagnoseschritt, die wahrscheinlichste Ursache oder den kleinsten sinnvollen Fix statt um eine breite Neuerklärung des gesamten Systems.