Skills Développement

Structure les pratiques de workflow git. À utiliser lors de toute modification de code. À utiliser lors des commits, du branching, de la résolution de conflits, ou lorsque vous devez organiser le travail sur plusieurs flux parallèles. À utiliser lors de la préparation d'une release, du choix d'un incrément de version sémantique, du tagging, ou de la rédaction d'un changelog.

Utiliser lorsque les utilisateurs demandent comment écrire, expliquer, personnaliser, migrer, sécuriser ou résoudre des problèmes liés aux workflows GitHub Actions, à la syntaxe des workflows, aux déclencheurs, aux matrices, aux runners, aux workflows réutilisables, aux artefacts, à la mise en cache, aux secrets, à OIDC, aux déploiements, aux actions personnalisées ou à Actions Runner Controller, en particulier lorsqu'ils ont besoin de la documentation officielle de GitHub, de liens exacts ou de conseils YAML basés sur la documentation.

Convertissez des notes brutes, des journaux d'erreurs, des dictées vocales ou des captures d'écran en rapports de problème GitHub au format Markdown clair et structuré. À utiliser lorsque l'utilisateur colle des informations de bug, des messages d'erreur ou des descriptions informelles et souhaite un problème GitHub structuré. Prend en charge les images/GIF pour les preuves visuelles.

Analyse comparative, profilage et mesure de performance en Golang. À utiliser lors de l'écriture, de l'exécution ou de la comparaison de benchmarks Go, du profilage des chemins critiques avec pprof, de l'interprétation des profils CPU/mémoire/trace, de l'analyse des résultats avec benchstat, de la mise en place de la détection de régression de performance dans l'intégration continue, ou de l'investigation des performances en production avec les métriques d'exécution Prometheus. À utiliser également lorsque le développeur a besoin d'une analyse approfondie sur un indicateur de performance spécifique - cette compétence fournit la méthodologie de mesure, tandis que...

Golang CLI application development. Use when building, modifying, or reviewing a Go CLI tool — especially for command structure, flag handling, configuration layering, version embedding, exit codes, I/O patterns, signal handling, shell completion, argument validation, and CLI unit testing. Also triggers when code uses cobra, viper, or urfave/cli. For cobra-specific APIs → See `samber/cc-skills-golang@golang-spf13-cobra` skill; for viper configuration layering → See...

Golang code style conventions — line length and breaking, variable declarations, control flow clarity, when comments help vs hurt. Use when writing or reviewing Go code, asking about style or clarity, or establishing project coding standards. Not for naming conventions (→ See `samber/cc-skills-golang@golang-naming` skill), linter configuration (→ See `samber/cc-skills-golang@golang-lint` skill), or doc comments (→ See `samber/cc-skills-golang@golang-documentation` skill).

Modèles de concurrence en Golang. À utiliser lors de l'écriture ou de la révision de code Go concurrent impliquant des goroutines, canaux, select, verrous, primitives sync, errgroup, singleflight, pools de workers, ou pipelines fan-out/fan-in. Se déclenche également en cas de détection de fuites de goroutines, conditions de course, problèmes de propriété de canaux, ou besoin de choisir entre canaux et mutex.

Utilisation idiomatique de context.Context en Golang — propagation à travers les limites d'API, annulation, délais d'attente et échéances, valeurs à portée de requête, context.WithoutCancel pour les tâches en arrière-plan survivant aux requêtes. À appliquer lors de la conception de la propagation du contexte entre les couches, du débogage de contextes divulgués ou non expirés, du choix entre context.Background/TODO/WithoutCancel, ou du stockage de valeurs dans le contexte. Ne convient pas pour du code qui se contente d'accepter ctx comme premier paramètre.

Configuration de pipeline CI/CD utilisant GitHub Actions pour des projets Golang — tests, linting, SAST, scan de sécurité, couverture de code, Dependabot, Renovate, GoReleaser, automatisation de revue de code et pipelines de release. À utiliser lors de la mise en place ou de l'amélioration de l'IC d'un projet Go, de la configuration de workflows GitHub Actions, de l'ajout de linters ou de scanners de sécurité, de l'automatisation des mises à jour de dépendances ou de l'ajout de barrières de qualité.

Structures de données Golang — slices (internes, croissance de capacité, préallocation, package slices), maps (internes, buckets de hachage, package maps), tableaux, container/list/heap/ring, strings.Builder vs bytes.Buffer, collections génériques, pointeurs (unsafe.Pointer, weak.Pointer), et sémantique de copie. À utiliser lors du choix ou de l'optimisation de structures de données Go, de l'implémentation de conteneurs génériques, de l'utilisation des packages container/, de pointeurs unsafe ou weak, ou en cas de questionnement sur les internes des slices/maps.

Guide complet pour l'accès aux bases de données en Go — requêtes paramétrées, scan de structures, colonnes NULLables, transactions, niveaux d'isolation, SELECT FOR UPDATE, pool de connexions, traitement par lots, propagation de contexte et outils de migration. À utiliser lors de l'écriture, de la révision ou du débogage de code Golang interagissant avec PostgreSQL, MariaDB, MySQL ou SQLite ; pour les tests de bases de données ; ou pour des questions concernant database/sql, sqlx ou pgx. Ne génère PAS de schémas de base de données ni de SQL de migration.

Guide complet pour l'injection de dépendances (DI) en Golang. Couvre pourquoi la DI est importante (testabilité, couplage lâche, séparation des préoccupations, gestion du cycle de vie), l'injection manuelle par constructeur, et la comparaison des bibliothèques DI (google/wire, uber-go/dig, uber-go/fx, samber/do). Utilisez cette compétence lors de la conception d'architecture de services, de la mise en place d'injection de dépendances, du refactoring de code fortement couplé, de la gestion de singletons ou de fabriques de services, ou lorsque l'utilisateur pose des questions sur l'inversion de contrôle, les services...

Stratégies de gestion des dépendances pour les projets Golang — gestion de go.mod, installation/mise à jour des paquets, sélection de version minimale, analyse des vulnérabilités, suivi des dépendances obsolètes, analyse de la taille des binaires, configuration de Dependabot/Renovate, résolution des conflits et espaces de travail go.work. À utiliser lors de l'ajout, de la suppression ou de la mise à jour des dépendances Go, de l'audit des vulnérabilités, de la résolution des conflits de version ou de la configuration des mises à jour automatisées des dépendances.

Modèles de conception idiomatiques en Golang — options fonctionnelles, constructeurs, flux et cascade d'erreurs, gestion des ressources et cycle de vie, arrêt gracieux, résilience, architecture, injection de dépendances, traitement des données, streaming, et plus. À appliquer lors du choix explicite entre des modèles architecturaux, de l'implémentation d'options fonctionnelles, de la conception d'API de constructeurs, de la mise en place d'un arrêt gracieux, de l'application de modèles de résilience, ou pour demander quel modèle Go idiomatique correspond à un problème spécifique.

Guide de documentation complet pour les projets Golang, couvrant les commentaires godoc, README, CONTRIBUTING, CHANGELOG, Go Playground, les tests d'exemple, la documentation API et llms.txt. À utiliser lors de la rédaction ou de la révision de commentaires de documentation, de l'ajout d'exemples de code, de la mise en place de sites de documentation ou de discussions sur les bonnes pratiques documentaires. Déclencheurs pour les bibliothèques et les applications/CLI.

We need to translate the given text from English to French. The text is about Golang error handling. We must preserve product names, protocol names, URLs, numbers, technical terms. The name "golang-error-handling" is not in the text, so we don't include it. The text includes "samber/oops", "samber/cc-skills-golang@golang-samber-oops", "slog", "HTTP", "Go", "Golang", "errors.Is/As", "errors.Join", "%w", etc. These should remain as is. Also "3rd-party" should be kept as "tiers" or "third-party"? Probably keep as "tiers" but it's a technical term? The instruction says preserve technical terms, so "third-party" can be translated as "tiers" but it's common. However, "3rd-party" might be kept as "tiers" or "third-party". I'll use "tiers" as it's standard. Also "log aggregation" -> "agrégation

We need to translate the given text from English to French, preserving the name "golang-google-wire" as instructed. The text is a description of a directory item type "agent skill". We must not include the name unless it appears in the source text. The source text does not include the name "golang-google-wire" inside the <text> tags, so we don't include it. We translate only the text inside <text>. We preserve product names, protocol names, URLs, numbers, technical terms. So "google/wire", "wire.NewSet", etc. should remain as is. Also "//go:build wireinject" is a build tag, keep as is. "wire_gen.go" keep. "github.com/google/wire" keep. "wire.Build" keep. The last sentence "For runtime DI with reflection, see..." is incomplete, but we translate as is. We need to output only the translated text, no extra commentary. Let's translate: "Compile-time dependency injection in Golang using google/wire —

Implements GraphQL APIs in Golang using gqlgen or graphql-go. Apply when building GraphQL servers, designing schemas, writing resolvers, handling subscriptions, or integrating GraphQL with existing Go HTTP services. Also apply when the codebase imports `github.com/99designs/gqlgen` or `github.com/graph-gophers/graphql-go`.

Fournit des directives d'utilisation de gRPC, l'organisation des protobufs et des patrons prêts pour la production pour les microservices Golang. À utiliser lors de l'implémentation, la révision ou le débogage de serveurs/clients gRPC, de l'écriture de fichiers proto, de la mise en place d'intercepteurs, de la gestion des erreurs gRPC avec codes de statut, de la configuration TLS/mTLS, des tests avec bufconn, ou du travail avec des RPC en streaming.

Orchestrateur de compétences Golang — toujours actif sur toute tâche de codage, révision, débogage ou configuration en Golang. Il lit le contexte de la tâche et charge les compétences les plus pertinentes depuis samber/cc-skills-golang, souvent plusieurs à la fois : écrire un service gRPC charge golang-grpc + golang-testing + golang-error-handling ; déboguer un panic charge golang-troubleshooting + golang-safety ; auditer la sécurité charge golang-security + golang-lint + golang-safety. Aussi : désambiguïse les clusters concurrents lorsque deux compétences semblent se chevaucher...

Bonnes pratiques de linting et configuration de golangci-lint pour les projets Golang — exécution des linters, configuration de .golangci.yml, suppression des avertissements avec les directives nolint, interprétation des résultats de linting et sélection des linters. À utiliser lors de la configuration de golangci-lint, en cas de questions sur les avertissements de linting ou les suppressions nolint, lors de la mise en place d'outils de qualité de code, ou pour choisir des linters. À utiliser également lorsque l'utilisateur mentionne golangci-lint, go vet, staticcheck ou revive.

golang-linter — une compétence installable pour les agents IA.

Moderniser le code Golang pour utiliser les fonctionnalités récentes du langage, les améliorations de la bibliothèque standard et les motifs idiomatiques. Déclencher de manière proactive lors de l'écriture ou de la révision de code Go et de la détection de motifs anciens, ou lors de la rencontre d'un avertissement de dépréciation. Utiliser également lorsque l'utilisateur demande explicitement une modernisation, une mise à niveau de version Go ou un rafraîchissement CI/outillage.

Conventions de nommage Go (Golang) — couvre les packages, constructeurs, structures, interfaces, constantes, énumérations, erreurs, booléens, récepteurs, accesseurs/mutateurs, options fonctionnelles, acronymes, fonctions de test et noms de sous-tests. Utilisez cette compétence lors de l'écriture de nouveau code Go, de révision ou de refactorisation, du choix entre des alternatives de nommage (New vs NewTypeName, isConnected vs connected, ErrNotFound vs NotFoundError, StatusReady vs StatusUnknown à iota 0), du débat sur les noms de packages Go (anti-patrons utils/helpers), ou...

Observabilité quotidienne en Golang — les signaux toujours actifs en production. Couvre la journalisation structurée avec slog, les métriques Prometheus, le traçage distribué OpenTelemetry, le profilage continu avec pprof/Pyroscope, le suivi des événements RUM côté serveur, les alertes et les tableaux de bord Grafana. À appliquer lors de l'instrumentation de services Go pour la surveillance en production, la mise en place de métriques ou d'alertes, l'ajout de traçage OpenTelemetry, la corrélation des journaux avec les traces, la migration des journaliseurs hérités (zap/logrus/zerolog) vers slog, l'ajout...

Modèles et méthodologie d'optimisation des performances Golang - si goulot d'étranglement X, alors appliquer Y. Couvre la réduction des allocations, l'efficacité CPU, la disposition mémoire, le réglage du GC, le pooling, la mise en cache et l'optimisation des chemins chauds. À utiliser lorsque le profilage ou les benchmarks ont identifié un goulot d'étranglement et que vous avez besoin du bon modèle d'optimisation pour le corriger. À utiliser également lors d'une revue de code de performance pour suggérer des améliorations ou des benchmarks qui pourraient aider à identifier des gains de performance rapides. Pas pour la méthodologie de mesure (→...

Recommande des bibliothèques et frameworks Golang prêts pour la production. Appliquez lorsque l'utilisateur demande explicitement des suggestions de bibliothèques, souhaite comparer des alternatives, doit choisir une bibliothèque pour une tâche spécifique, ou lorsqu'une nouvelle dépendance est ajoutée au projet.

Fournit un guide pour configurer les structures de projets et espaces de travail Golang. À utiliser lors du démarrage d'un nouveau projet Go, de l'organisation d'une base de code existante, de la mise en place d'un monorepo avec plusieurs packages, de la création d'outils CLI avec plusieurs packages principaux, du choix entre les conventions de répertoires cmd/internal/pkg, ou pour discuter de restructuration de packages, de scissions de packages ou de scissions de modules.

Codage défensif en Golang pour prévenir les paniques, la corruption silencieuse des données et les bugs subtils d'exécution. À utiliser en cas de paniques nil, d'aliasing d'append, d'accès concurrent à une map, de pièges de comparaison de flottants ou de questions de conception de valeur zéro. À utiliser également lors de la révision de code pour la sécurité nil, les débordements de conversion numérique, les problèmes de cycle de vie des ressources (defer dans les boucles) ou la copie défensive de slices et de maps.

Injection de dépendances en Golang avec samber/do — conteneurs de services, gestion du cycle de vie, portées, vérifications de santé, arrêt gracieux et organisation des modules. À appliquer lors de l'utilisation ou de l'adoption de samber/do, lorsque la base de code importe github.com/samber/do ou github.com/samber/do/v2, ou lors du refactoring d'injection manuelle de constructeurs vers un conteneur DI.