Synthèse automatique
Met à jour GSD vers sa dernière version, affiche le changelog et gère la resynchronisation des skills et la réapplication des personnalisations locales.
Points forts
- Détecte la version installée en local ou en global avant de vérifier npm et d'afficher le changelog des changements
- Prévient avant l'installation et rappelle de redémarrer après la mise à jour et le vidage du cache
- Propose des modes dédiés : --sync pour aligner les skills entre runtimes, --reapply pour restaurer les modifications locales via une comparaison à trois voies, --next/--rc pour les release candidates
- Conserve le flux standard (détection, changelog, sauvegarde des fichiers personnalisés) même en canal RC
Limites
- Suppose une installation GSD via npm et des fichiers de workflow présents sous ~/.claude/gsd-core
- La réapplication des patchs en trois voies peut demander une résolution manuelle en cas de conflit
- Ne gère pas d'autres modes de distribution que npm (@latest / @next)
Quand vous voulez mettre à jour GSD proprement tout en gardant vos skills synchronisés et vos personnalisations locales.
Si GSD n'est pas installé via npm ou si vous cherchez à gérer les mises à jour d'un autre outil.
Analyse de sécurité
PrudenceThe skill is a legitimate GSD updater with no direct destructive, exfiltration, or obfuscated instructions. However, it uses powerful tools including Bash, Write, and Edit to update packages, modify files, and clear caches, and its detailed behavior depends on external workflow files, so it warrants caution rather than safe.
- •Declares Bash, Write, and Edit, enabling package installation, file modification, and cache clearing during updates.
- •Delegates execution to local workflow files under ~/.claude/gsd-core/workflows/ that are not included in the SKILL.md, so the full command surface cannot be audited from this file alone.
Exemples
Update GSD to the latest version and show me the changelog before installing.Install the latest GSD release candidate using the @next channel and show me what changed.Sync my GSD skills across runtimes after the update, then reapply my local modifications.name: gsd-update description: "Update GSD to latest version with changelog display" argument-hint: "[--sync | --reapply | --next | --rc]" allowed-tools:
- Read
- Write
- Edit
- Bash
- Glob
- Grep
- AskUserQuestion
<objective> Check for GSD updates, install if available, and display what changed.
Routes to the update workflow which handles:
- Version detection (local vs global installation)
- npm version checking
- Changelog fetching and display
- User confirmation with clean install warning
- Update execution and cache clearing
- Restart reminder </objective>
<execution_context> @~/.claude/gsd-core/workflows/update.md </execution_context>
<flags> - **--sync**: Sync managed GSD skills across runtime roots so multi-runtime users stay aligned after an update. Runs the sync-skills workflow (--from, --to, --dry-run, --apply flags supported). - **--reapply**: Reapply local modifications after a GSD update. Uses three-way comparison (pristine baseline, user-modified backup, newly installed version) to merge user customizations back. Runs the reapply-patches workflow. - **--next** (alias **--rc**): Target the `@next` RC dist-tag instead of `@latest` so you can install or refresh a release candidate (e.g. `1.4.0-rc.1`) through the normal update flow — scope/runtime detection, changelog preview, custom-file backup, and cache clearing all still apply. Omitting it keeps targeting `@latest` (no change). See ADR #660 for the RC channel. - **(no flag)**: Standard update — check for new version, show changelog, install. </flags> <process> Parse the first token of $ARGUMENTS: - If it is `--sync`: strip the flag, execute the sync-skills workflow (passing remaining args for --from/--to/--dry-run/--apply). - If it is `--reapply`: strip the flag, execute the reapply-patches workflow. - Otherwise (including `--next` / `--rc`): execute the update workflow end-to-end, passing `$ARGUMENTS` through so the workflow's parse_update_channel step can select the release channel. </process><execution_context_extended> @~/.claude/gsd-core/workflows/sync-skills.md @~/.claude/gsd-core/workflows/reapply-patches.md </execution_context_extended>
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/gsd-update-mrx3xxm8/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/gsd-update-mrx3xxm8' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/gsd-update-mrx3xxm8/download' --output '.skill-downloads/gsd-update-mrx3xxm8/SKILL.md.part' && mv '.skill-downloads/gsd-update-mrx3xxm8/SKILL.md.part' '.skill-downloads/gsd-update-mrx3xxm8/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/gsd-update-mrx3xxm8/SKILL.md' && test -s '.skill-downloads/gsd-update-mrx3xxm8/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/gsd-update' && cp -R '.skill-downloads/gsd-update-mrx3xxm8' '.claude/skills/gsd-update'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/gsd-update-mrx3xxm8'openskills read 'gsd-update-mrx3xxm8'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/gsd-update-mrx3xxm8/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.