Statut de synchronisation

VérifiéPrudence

Affiche les différences entre les tokens du code et ceux du fichier Paper, puis propose de normaliser. Utilisé pour vérifier l'état de synchronisation.

Spar Skills Guide Bot
DeveloppementIntermédiaire
22/07/2026
Claude Code
#design-tokens#drift-detection#read-only#sync#design-system

Recommandé pour

Synthèse automatique

Exécute un script de diagnostic en lecture seule qui compare les tokens définis dans le code aux tokens d'un fichier Paper connecté, puis présente les écarts dans les deux sens avant de proposer une normalisation.

Points forts

  • Rapport structuré en JSON distinguant onlyInCode, onlyInDesign, differ et declined
  • Aucune écriture : le script se contente de calculer la dérive, la décision reste à l'utilisateur
  • Gère explicitement les cas d'échec (config absente, fileId manquant, daemon Paper indisponible) avec des codes de sortie dédiés
  • Propose les deux directions de réconciliation (normalize-to-code / normalize-to-design) sans jamais choisir à la place de l'utilisateur

Limites

  • Dépend d'un token-bridge.config.json valide et d'un fichier Paper déjà connecté via la compétence connect
  • Ne couvre pas tous les tokens : les ombres et animations sont marqués declined car Paper ne peut pas les représenter
  • Le script Python et le daemon Paper doivent être disponibles dans l'environnement d'exécution
Quand l'utiliser

Quand quelqu'un demande si le code et le design sont synchronisés, ce qui a dérivé, ou dans quel sens réconcilier les tokens.

Quand l'éviter

Si le projet n'a pas encore été connecté à un fichier Paper, ou si l'on veut appliquer directement des modifications plutôt que d'abord inspecter la dérive.

Analyse de sécurité

Prudence
Score qualité85/100

The skill is described as a read-only drift check: it runs a local Python script, reads a config, and compares values without writing. No destructive commands, obfuscation, secret exfiltration, or safety-disabling instructions appear, and it explicitly refuses to auto-apply changes. Because it uses Bash plus a daemon connection and ships an unshown script, it warrants caution rather than a clean 'safe' rating.

Points d'attention
  • •Invokes a bundled Python script via Bash (${CLAUDE_PLUGIN_ROOT}/lib/status.py) whose source is not shown, so the 'read-only' claim can't be independently verified
  • •Reads token-bridge.config.json from an arbitrary --repo path and talks to a 'Paper daemon', implying local IPC/possible network access
  • •The --repo path is user-supplied and forwarded to the script; no validation described, though as a Python arg the injection surface is minimal
Comment cette analyse est faite

Exemples

Check sync status
Is my codebase in sync with the connected Paper design file? Show me what's drifted.
Explain the drift
Run the status check on /path/to/my-app and break down which tokens exist only in code versus only in design, and which ones differ in value.
Decide a direction
The status report shows some tokens differ between code and Paper — walk me through which normalize direction to pick and why.

name: status description: > Show where a codebase's tokens and its connected Paper file disagree, in both directions, without writing anything — then offer to normalize. Use when someone asks for the sync status, whether code and design are in sync, what's drifted, or which way to reconcile. Reads the connection from the codebase's token-bridge.config.json (via --repo). allowed-tools: Bash, Read

Sync status

The script computes the drift read-only; your job is to run it, present the drift plainly, and then offer the two normalize directions — never apply automatically.

Workflow

  1. Run the status script:

    python3 "${CLAUDE_PLUGIN_ROOT}/lib/status.py" run --repo /path/to/codebase
    
  2. Read the exit code and JSON report:

    • Exit 2 (refused): no config / no fileId under --repo (error is no_config / no_target_file / bad_config). Tell the user to run connect first, and surface note.
    • Exit 4 (error): the source read or the Paper daemon failed. Relay it.
    • Exit 0 (ok): report the drift from the fields below.
  3. Present the drift plainly (nothing was written):

    • inSync — when true, code and design already agree; say so and stop.
    • onlyInCode — tokens the code defines that the Paper file lacks.
    • onlyInDesign — tokens the Paper file has that the code lacks (within the configured prefix).
    • differ — tokens both carry with different values (a genuine conflict to resolve deliberately).
    • declined — source tokens Paper can't represent (shadows, motion), for context.
  4. Then offer the two directions (this is the "which way?" decision — do not pick for the user):

    • To make the design match the code (code wins): run normalize-to-code.
    • To make the code match the design (design wins): run normalize-to-design.

    If the user chooses one, invoke that skill with the same --repo. Point out that differ tokens are where the two directions actually disagree — the choice matters most there.

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 annexes

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

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/sync-status-mrwakbmq/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/sync-status-mrwakbmq' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/sync-status-mrwakbmq/download' --output '.skill-downloads/sync-status-mrwakbmq/SKILL.md.part' && mv '.skill-downloads/sync-status-mrwakbmq/SKILL.md.part' '.skill-downloads/sync-status-mrwakbmq/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.

Outils déclarés par l’auteur (à vérifier dans votre agent) : Bash, Read

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/sync-status-mrwakbmq/SKILL.md' && test -s '.skill-downloads/sync-status-mrwakbmq/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/status' && cp -R '.skill-downloads/sync-status-mrwakbmq' '.claude/skills/status'

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’OpenSkills
openskills install './.skill-downloads/sync-status-mrwakbmq'

openskills read 'sync-status-mrwakbmq'

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 sync

Mode 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/sync-status-mrwakbmq/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.

Skills similaires