Go Project Layout
Conventions cmd/internal/pkg, nommage de modules, workspaces go.work — dimensionner la structure au problème, demander d'abord au développeur
- Quoi
- Conventions cmd/internal/pkg, nommage de modules, workspaces go.work — dimensionner la structure au problème, demander d'abord au développeur
- Coût
- Gratuit
- Prérequis
- un projet Go à organiser, ou un nouveau à démarrer (la chaîne d'outils go)
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — un skill de structure de projet Go avec une règle dure : demander d'abord. Quand on démarre un nouveau projet, il demande au développeur sa préférence d'architecture et son approche DI avant de créer quoi que ce soit — parce qu'un outil CLI de 100 lignes n'a pas besoin de couches d'abstraction, et se tromper sur l'une ou l'autre réponse en amont se répercute sur chaque fichier créé ensuite. Il couvre les conventions de répertoires cmd/internal/pkg, le nommage de modules et paquets, les workspaces go.work, les monorepos à paquets multiples, les CLI multi-binaires, et les fichiers de configuration essentiels. Distinct des skills samber déjà publiés — celui-ci est l'échafaudage, et il renvoie explicitement les guides d'architecture détaillés à golang-design-patterns et les déplacements de code sans changement de layout à golang-refactoring. Crédit : @samber. Bémols honnêtes : il vous interrogera avant d'échafauder — si vous vouliez un modèle silencieux, ça semblera lent ; le bon dimensionnement est un jugement que le skill partage avec vous, pas qu'il prend pour vous. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Prérequis : un projet Go à organiser, ou un nouveau à démarrer (la chaîne d'outils go) Installe-moi « Organisation de projets Go ». Conventions cmd/internal/pkg, nommage de modules, workspaces go.work — dimensionner la structure au problème, demander d'abord au développeur Dépôt : https://github.com/samber/cc-skills-golang/blob/main/skills/golang-project-layout/SKILL.md 1. Récupère le fichier SKILL.md du skill samber-golang-project-layout depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers auxiliaires dans le répertoire des skills de l'agent, dans un dossier nommé « samber-golang-project-layout ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (ex. tout compte, clé API ou outil CLI mentionné dans les prérequis ci-dessus). GitHub est optionnel : si j'ai un compte GitHub ou le CLI gh, tu peux l'utiliser ; sinon, l'accès public suffit. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Ne me demande jamais de coller des secrets dans le chat ; les identifiants passent par le coffre sécurisé ou des variables d'environnement. Si quelque chose semble anormal, arrête-toi et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.