Synthèse automatique
Relit un texte (ou un fichier) au regard de la charte éditoriale Swarm et signale les écarts de ton, de style et de règles non négociables, avec une version corrigée et un changelog facultativement appliqué au fichier.
Points forts
- S'appuie sur le fichier de charte réel (`style/Swarm-identity-guideline.md`) plutôt que sur une liste de règles mémorisées
- Produit systématiquement une version corrigée accompagnée d'un changelog reliant chaque modification à la règle enfreinte
- Distingue les corrections automatiques des violations nécessitant une réécriture manuelle, signalées sans être réécrites en silence
- Vérifie le fichier après application et rapporte le nombre de changements, en acceptant un résultat à 0 modification
Limites
- Fortement lié au dépôt Swarm : sans le fichier `style/Swarm-identity-guideline.md`, la skill n'a pas de référentiel et perd l'essentiel de sa valeur
- Ne traite qu'un chemin de fichier ou du texte en ligne : pas d'URL, pas de lot de fichiers, pas d'analyse de site entier
- Repose sur les outils Read/Edit/AskUserQuestion de Claude Code, ce qui limite la portabilité vers d'autres éditeurs
À utiliser avant de publier un article, une page de documentation ou une annonce, pour aligner un texte sur la voix de marque Swarm et repérer les formulations à risque.
À éviter si vous travaillez hors de l'écosystème Swarm ou si vous cherchez une relecture grammaticale et orthographique générale indépendante d'une charte d'entreprise.
Analyse de sécurité
SûrThe skill is a proofreading workflow limited to Read, Edit, and AskUserQuestion — no bash, network, or credential access. It reads a local style guideline and the target text, presents corrections, and only writes back to a file after explicit user confirmation via AskUserQuestion. No obfuscation, exfiltration, or destructive operations are present; the only side effect is a user-approved edit to a file the user supplied.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Proofread: docs/announcements/storage-incentives.md/proofread Swarm is 100% censorship-resistant and the token price will definitely go up.Proofread: We're thrilled to announce that Swarm Foundation's new release guarantees zero downtime for every user, forever.name: proofread description: Check text against Swarm voice and style guidelines, flag violations, and optionally apply fixes allowed-tools: Read, Edit, AskUserQuestion argument-hint: "[text-or-filepath]"
Proofread
Trigger: "Proofread: [text or file path]" or /proofread [text-or-file]
Purpose: Check writing against Swarm's voice and style guidelines, return a corrected version with the changes called out, and optionally apply the fixes to the original file.
Config keys used: None.
Step 1 — Get the input
From the argument:
- File path — read the file. Note that it's a file (you'll be able to apply fixes in Step 5).
- Inline text — work with the text directly. No file to write back to.
If the input is unclear or missing, ask. Don't proceed without real content.
Step 2 — Read the style guideline
Read style/Swarm-identity-guideline.md. It is the source of truth for voice, tone, and the non-negotiables — don't rely on a remembered list (per SKILL-STANDARD §1: discover, don't hardcode).
Step 3 — Check the text
Run the text through every rule in the guideline. The current non-negotiables include — but always cross-check the file:
- American English spelling
- "Swarm Foundation" for org actions; "Swarm" for the network
- No price or investment framing
- No overpromises — future items are goals/plans, not guarantees
- No contentious claims (e.g. "100% censorship-resistant")
- Concise — every sentence adds value
For each problem, capture: the exact phrase, which rule it violates, and the proposed fix.
Step 4 — Present the corrections
Show the user:
- The corrected version — the full text with fixes applied in place.
- A changelog — bullet list, one entry per change: what changed and which rule.
- Any violations you can't fix automatically (e.g. a contentious claim that needs rewriting from scratch) — flag them with a recommendation, don't silently rewrite.
Never fabricate corrections to make the text "punchier" — only flag real guideline violations.
Step 5 — Apply (optional)
If the input was a file, ask the user (AskUserQuestion): apply the corrections to the file now, or leave it?
- Apply — Edit the file with the corrected version.
- Leave — just present the corrections; the user copies what they want.
If the input was inline text, skip this step.
Step 6 — Verify
If fixes were applied, re-read the file and check:
- Every change in the changelog is present.
- No new typos or wording introduced beyond the listed changes.
Report: number of changes made, number of items flagged but not auto-fixed.
If the text is already clean, say so plainly. A 0-changes report is a fine outcome.
Notes
- Proofread is a leaf — no handoff. The user decides what to do with the corrections.
- Reference:
style/Swarm-identity-guideline.md.
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/proofread-mrwakbhh/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/proofread-mrwakbhh' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/proofread-mrwakbhh/download' --output '.skill-downloads/proofread-mrwakbhh/SKILL.md.part' && mv '.skill-downloads/proofread-mrwakbhh/SKILL.md.part' '.skill-downloads/proofread-mrwakbhh/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) : Read, Edit, AskUserQuestion
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/proofread-mrwakbhh/SKILL.md' && test -s '.skill-downloads/proofread-mrwakbhh/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/proofread' && cp -R '.skill-downloads/proofread-mrwakbhh' '.claude/skills/proofread'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/proofread-mrwakbhh'openskills read 'proofread-mrwakbhh'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/proofread-mrwakbhh/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.
Fragments d'écriture
Contenu
Extrayez des fragments d'écriture bruts via un entretien intensif, sans imposer de structure. Capturez idées, citations et mots porteurs pour une utilisation ultérieure.
Rédaction UI et audit
Contenu
Rédigez ou auditez les textes d'interface (boutons, erreurs, états vides, infobulles) dans le monorepo, en suivant la source de vérité du design system.
Extraction MIDI/score
Contenu
Extrait le MIDI ou la partition d'une production musicale existante via l'outil MCP CogMusic et confirme la disponibilité du fichier.