Skills Revue de code

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 —

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...

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.

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.

Monadic types for Golang using samber/mo — Option, Result, Either, Future, IO, Task, and State types for type-safe nullable values, error handling, and functional composition with pipeline sub-packages. Apply when using or adopting samber/mo, when the codebase imports `github.com/samber/mo`, or when considering functional programming patterns as a safety design for Golang.

Bonnes pratiques de sécurité et prévention des vulnérabilités pour Golang. Couvre l'injection (SQL, commande, XSS), la cryptographie, la sécurité du système de fichiers, la sécurité réseau, les cookies, la gestion des secrets, la sécurité mémoire et la journalisation. À appliquer lors de l'écriture, de la révision ou de l'audit de code Go pour la sécurité, ou lors du travail sur tout code risqué impliquant la cryptographie, les E/S, la gestion des secrets, le traitement des entrées utilisateur ou l'authentification. Inclut la configuration des outils de sécurité.

We need to translate the given text from English to French. The text describes a Golang configuration library using spf13/viper. We must preserve the name "golang-spf13-viper" but it's not in the text, so we don't include it. Also preserve technical terms like spf13/viper, BindPFlag, SetEnvPrefix, etc. The text ends with "For CLI command..." which is incomplete, but we translate as is. Translation: "Bibliothèque de configuration Golang utilisant spf13/viper — priorité en couches (flag > env > fichier > KV > défaut), BindPFlag/BindPFlags, SetEnvPrefix + SetEnvKeyReplacer + AutomaticEnv, ReadInConfig + ConfigFileNotFoundError, Unmarshal + balises de structure mapstructure, Sub pour sous-arbres, WatchConfig + OnConfigChange pour rechargement à chaud, viper.New() pour isolation de test, et intégration KV distante. Appliquer lors de l

Guide complet de stretchr/testify pour les tests en Golang. Couvre en profondeur les packages assert, require, mock et suite. À utiliser lors de l'écriture de tests avec testify, de la création de mocks, de la mise en place de suites de tests ou du choix entre assert et require. Couvre les assertions testify, les attentes de mock, les correspondances d'arguments, la vérification d'appels, le cycle de vie des suites et les motifs avancés comme Eventually, JSONEq et les correspondances personnalisées. Appliquer lorsque la base de code importe github.com/stretchr/testify.

Modèles de conception de structs et d'interfaces en Golang — composition, imbrication, assertions de type, commutateurs de type, ségrégation d'interfaces, injection de dépendances via interfaces, balises de champs de struct, et récepteurs par pointeur vs par valeur. Utilisez cette compétence lors de la conception de types Go, de la définition ou de l'implémentation d'interfaces, de l'imbrication de structs ou d'interfaces, de l'écriture d'assertions de type ou de commutateurs de type, de l'ajout de balises de champs de struct pour la sérialisation JSON/YAML/DB, ou du choix entre récepteurs par pointeur et par valeur. Utilisez-la également lorsque l'utilisateur...

We need to translate the given text from English to French. The text is a description of a skill for Golang testing. We must preserve the name "golang-testing" but it's not in the text, so we don't include it. Also preserve technical terms like "table-driven tests", "testify suites", "mocks", "parallel tests", "fuzzing", "fixtures", "goroutine leak detection", "goleak", "snapshot testing", "code coverage", "integration tests", "idiomatic test naming", "Go test CI", "flaky/slow tests", "testify-specific APIs", "samber/cc-skills-golang@golang-stretchr-testify", "measurement methodology". Also preserve URLs or references like that. The translation should be natural French but keep all technical terms in English as they are standard. Also note the instruction: "Do not include the name unless it appears in the source text." The name "golang-testing" does not appear in the source text, so we don't include it

Cette compétence doit être utilisée lorsque l'utilisateur souhaite "écrire du code d'agent", "construire un agent avec ADK", "ajouter un outil", "créer un callback", "définir un agent", "utiliser la gestion d'état", ou a besoin de motifs API Python ADK (Agent Development Kit) et d'exemples de code. Fait partie de la suite de compétences Google ADK. Fournit une référence rapide pour les types d'agents, les définitions d'outils, les motifs d'orchestration, les callbacks et la gestion d'état. Ne PAS utiliser pour créer de nouveaux projets (utiliser google-agents-cli-scaffold) ou pour le déploiement...

Travailler avec Graphite (gt) pour les PR empilées - créer, naviguer et gérer des piles de PR.

Réalise un audit de santé d'ingénierie assisté par agent, conscient du budget, pour détecter les dérives d'instructions/de configuration, les hooks/MCP, les surfaces de vérification et la maintenabilité IA. À utiliser lorsque les utilisateurs demandent 检查claude/检查codex/检查pi/配置检查/健康度 ou signalent que des agents ignorent les instructions, manquent de validation, ou que le code devient difficile à maintenir. Pas pour déboguer du code ou examiner des PRs.

Trouve la cause racine avant d'appliquer des correctifs pour les erreurs, les plantages, les régressions, les échecs de tests, les comportements défectueux et les défauts signalés par capture d'écran. À utiliser lorsque les utilisateurs demandent 排查/报错/崩溃/不工作/回归/判断为什么报错, ou disent que quelque chose fonctionnait avant et échoue maintenant. Pas pour la revue de code ou les nouvelles fonctionnalités.

Installer et câbler les blocs et composants du registre dans des compositions HyperFrames. À utiliser lors de l’exécution de hyperframes add, de l’installation d’un bloc ou d’un composant, du câblage d’un élément installé dans index.html, ou du travail avec hyperframes.json. Couvre la commande add, les emplacements d’installation, le câblage de sous-composition de blocs, la fusion d’extraits de composants, la découverte du registre, et la création d’un nouveau bloc ou composant à contribuer en amont (idée → échafaudage → validation → PR).

Implémenter un travail basé sur un PRD ou un ensemble de tickets.

Implémenter une fonctionnalité approuvée à partir de PRODUCT.md et TECH.md, en maintenant l'alignement des spécifications et du code dans la même PR à mesure que l'implémentation évolue. Utiliser après l'approbation des spécifications produit et technique, lorsque l'étape suivante consiste à construire la fonctionnalité.

Examinez n'importe quelle base de code en tant que conseiller senior et produisez des plans d'implémentation priorisés et autonomes pour que D'AUTRES modèles/agents exécutent. Lecture strictement seule du code source — n'implémente, ne corrige ni ne refactorise jamais rien lui-même. Utilisez-le lorsqu'on vous demande d'auditer une base de code, de trouver des opportunités d'amélioration (bugs, sécurité, performances, couverture de tests, dette technique, migrations, DX), de suggérer des fonctionnalités ou des orientations futures pour le projet (feuille de route, direction produit), ou de générer des plans de transmission pour qu'un autre agent...

Trouver des opportunités d'approfondissement dans une base de code, en s'appuyant sur le langage du domaine dans CONTEXT.md et les décisions dans docs/adr/. Utiliser lorsque l'utilisateur souhaite améliorer l'architecture, trouver des opportunités de refactorisation, consolider des modules fortement couplés, ou rendre une base de code plus testable et navigable par l'IA.

Migre les projets et composants React de Radix UI vers Base UI. À utiliser lorsqu'on demande de migrer depuis radix, passer à base-ui, convertir des primitives radix, ou changer la bibliothèque de base d'un projet shadcn. Gère les composants individuels (« migrer accordéon ») et les projets entiers.

Migrate test files from `as` type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace `as` in tests, or needs partial test data.