wendy-contributing

Vue d’ensemble de la skill wendy-contributing

wendy-contributing est un guide ciblé pour les personnes qui contribuent à WendyOS et à ses outils associés, surtout lorsque la tâche touche aux builds Yocto, à wendy-agent, aux tests E2E ou au comportement spécifique de l’OS selon la plateforme. Il vous aide à passer de « je dois modifier quelque chose dans WendyOS » aux zones de repo exactes, au flux de build et aux étapes de validation qui comptent vraiment.

Pour qui cette skill est-elle faite ?

Utilisez la skill wendy-contributing si vous travaillez sur des images WendyOS, des couches meta-wendyos, des recettes bitbake, des changements bbappend, l’internalité de l’agent, ou des comportements de service comme mDNS/Avahi et l’identité de l’appareil. Elle est particulièrement pertinente pour wendy-contributing dans un contexte de Backend Development lorsque le travail backend dépend de la façon dont l’OS empaquette, exécute ou expose des services.

Ce qu’elle vous aide à faire

Le vrai objectif n’est pas une aide Linux générale ; il s’agit de réaliser des changements sûrs, relisibles et validables dans une pile OS embarquée contrainte. La skill vous aide à comprendre comment WendyOS est assemblé, comment fonctionne wendy-agent, et comment valider les changements avant de considérer qu’ils sont corrects.

Ce qui la différencie

Contrairement à une requête générique, wendy-contributing propose un chemin de travail assumé : d’abord l’architecture, puis le système de build, puis les tests. C’est important, parce que les changements Yocto et les modifications de l’agent échouent souvent pour des raisons invisibles à partir du code que vous avez touché au départ.

Comment utiliser la skill wendy-contributing

Installez-la et reliez-la à la bonne tâche

Installez la skill wendy-contributing avec npx skills add Joannis/claude-skills --skill wendy-contributing. Utilisez-la ensuite lorsque votre demande peut s’exprimer comme une tâche de contribution à WendyOS, et non comme une demande large du type « expliquer Linux ».

Donnez-lui la bonne forme d’entrée

Une entrée solide décrit la zone cible, la classe de périphérique et le résultat attendu. Par exemple : « Mets à jour la recette meta-wendyos-rpi pour que wendy-agent démarre avec une nouvelle variable d’environnement sur Raspberry Pi 5, et dis-moi quoi tester dans l’image. » C’est bien plus utile que « corrige le démarrage ».

Lisez la source dans le bon ordre

Commencez par SKILL.md, puis consultez les fichiers yocto-meta-layers.md, system-internals.md et raspberry-pi.md s’ils sont présents dans le paquet de la skill. Ces chemins vous indiquent si le changement concerne la sélection des couches, le comportement à l’exécution ou des contraintes spécifiques à l’appareil.

Adoptez un workflow adapté à WendyOS

Un bon enchaînement d’utilisation de wendy-contributing est le suivant : identifier le sous-système, confirmer la couche ou le service cible, rédiger le plus petit changement possible, puis demander la vérification de build ou de test E2E pertinente. Pour un travail lié au backend, précisez comment le comportement côté OS doit influencer les appels API, le cycle de vie des conteneurs ou la découverte de services, afin que la réponse reste ancrée dans le runtime réel.

FAQ sur la skill wendy-contributing

wendy-contributing est-elle réservée aux ingénieurs OS ?

Non. Elle est utile aux développeurs backend, plateforme et infrastructure qui doivent comprendre comment WendyOS se comporte à l’exécution ou comment leur service dépend du packaging de l’OS. Si votre changement traverse à la fois le code applicatif et le comportement de l’appareil, cette skill est un bon choix.

Quand ne faut-il pas l’utiliser ?

N’utilisez pas wendy-contributing pour des tutoriels Yocto génériques, de l’administration Linux sans rapport, ou un débogage applicatif ordinaire qui ne dépend pas de WendyOS. Si le problème sort de la pile de build, de l’agent ou du dispositif WendyOS, une requête générale suffit généralement.

Est-ce mieux que de poser directement la question à un modèle ?

Oui, lorsque la tâche dépend de conventions propres à WendyOS. Le guide wendy-contributing réduit les approximations sur les cibles d’image, le comportement de l’agent et les attentes de validation — précisément les points où les requêtes génériques deviennent souvent vagues ou incomplètes.

Est-ce adapté aux débutants ?

Oui, si vous pouvez décrire une demande de changement concrète et si vous êtes prêt à lire les fichiers de contexte liés avant de modifier quoi que ce soit. Il est moins utile si vous avez besoin d’une introduction complète à Linux embarqué à partir de zéro.

Comment améliorer la skill wendy-contributing

Donnez la cible exacte et la plateforme

Les meilleurs résultats viennent lorsque vous précisez la plateforme, comme Jetson, Raspberry Pi 4/5 ou une VM ARM64, ainsi que la couche ou le composant que vous pensez toucher. « Corriger le démarrage du service sur edgeos-rpi-image » est bien plus exploitable que « faites que ça marche sur WendyOS ».

Ajoutez des critères de réussite observables

Dites à la skill à quoi ressemble un résultat « terminé » : le boot réussit, l’agent expose gRPC sur le port 50051, un test E2E passe, ou un paquet apparaît dans l’image. Cela aide wendy-contributing à privilégier la validation plutôt que de suggérer uniquement des modifications de code.

Partagez les contraintes dès le départ

Si vous avez un environnement de build limité, pas d’accès au matériel, ou une contrainte d’absence de croissance de la taille de l’image, dites-le tout de suite. Ces contraintes changent concrètement la meilleure façon d’utiliser wendy-contributing et la stratégie de test recommandée.

Itérez du build vers le runtime

Après la première réponse, affinez avec les logs de build, la sortie d’un test en échec ou le fichier exact que vous avez modifié. Les relances les plus utiles demandent l’étape de diagnostic suivante, la cause probable ou le correctif minimal, plutôt qu’une re-explication large de tout le système.