Synthèse automatique
Gère l'état, les transferts et le versionnage des documents SDD pour assurer la continuité entre sessions et agents.
Points forts
- Suivi clair de l'avancement par phase et par document
- Transfert structuré entre agents avec fichier de passation
- Propagation automatique des changements via les liens d'alignement
- Versionnage sémantique adapté aux documents
Limites
- Nécessite une discipline manuelle pour maintenir l'état
- Pas d'intégration native avec les outils de gestion de projets
- La propagation des changements n'est pas automatisée
Utilisez ce workflow lorsque vous travaillez sur un projet SDD multi-agents ou multi-sessions nécessitant un suivi rigoureux des documents.
Évitez ce workflow pour des projets simples ou mono-agent où un suivi informel suffit.
Analyse de sécurité
SûrThe skill only uses 'mkdir' to create a directory and reads/writes local YAML/Markdown files for state management. There is no external command execution, data exfiltration, or destructive actions.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Initialize the SDD workflow for a new project. Create the .sdd/state.yaml with current phase 'foundation'.Show the current SDD state from .sdd/state.yaml.Generate a handoff note for the current Claude session. Include ownership, completed tasks, in-progress items, blocked items, and next steps.Propagate changes from foundation to requirements. Update the state file and document status accordingly.name: sdd-workflow description: | Manage SDD state, handoffs, and versioning for web-playground. Use when: tracking progress, handing off between sessions/agents, propagating changes. Triggers: "sdd workflow", "sdd status", "propagate changes", "handoff"
Web Playground SDD Workflow
Track state and enable multi-agent/session continuity for SDD work.
State File
Location: .sdd/state.yaml
version: 1
updated: 2025-01-15T10:00:00Z
current_phase: requirements # foundation | requirements | design
documents:
foundation: { status: verified, version: 1.0.0, owner: human }
requirements: { status: partial, version: 1.1.0, owner: claude }
design: { status: draft, version: 0.1.0, owner: unassigned }
packages:
react-sample: { foundation: verified, requirements: draft }
gaps: []
escalations: []
Status Values
| Status | Meaning |
|--------|---------|
| draft | Created, not verified |
| verified | Passed verification |
| blocked | Waiting on escalation resolution |
| partial | Some items verified, some draft |
Owner Values
| Owner | Meaning |
|-------|---------|
| claude | Current Claude session owns this |
| human | Human is responsible |
| unassigned | Available for next agent |
Instructions
1. Initialize
mkdir -p .sdd
Create .sdd/state.yaml with current_phase: foundation.
2. Claim Ownership
Before modifying a document, update owner:
documents:
requirements: { status: draft, owner: claude }
3. Track Progress
Update state after completing work:
documents:
foundation: { status: verified, version: 1.0.0, owner: human }
4. Escalate When Blocked
When needing human decision:
escalations:
- id: ESC-001
type: scope_decision
description: "Should QUALITY-MINIMAL allow lodash?"
items_affected: [REQ-003]
status: pending # pending | resolved
Set affected items to blocked status.
5. Propagate Changes
Foundation change -> Re-verify Requirements (@aligns-to links)
Requirements change -> Re-verify Design (@derives links)
6. Session Handoff
At session end, write .sdd/handoff.md:
# SDD Handoff - 2025-01-15
**From:** claude
**To:** human (or next claude session)
## Ownership Transfer
- requirements: claude -> unassigned
## Completed
- Foundation verified with SCOPE-MONOREPO, QUALITY-TYPESCRIPT anchors
## In Progress
- REQ-002: 50% complete, needs verification criteria
## Blocked
- REQ-003: waiting on ESC-001 (scope decision)
## Next Steps
1. Resolve ESC-001 (human decision needed)
2. Complete REQ-002 verification criteria
3. Run alignment check
Versioning
| Change | Bump | |--------|------| | Anchor/REQ deleted or modified meaning | MAJOR | | New anchor/REQ, clarification | MINOR | | Typo, formatting | PATCH |
Multi-Level
Package specs in packages/{pkg}/spec/. Reference root with root:: prefix:
root::SCOPE-MONOREPOroot::REQ-001
Verification
- [ ] State file reflects actual document status
- [ ] Ownership assigned before modifications
- [ ] Escalations documented when blocked
- [ ] Handoff enables next agent to continue without questions
Reference
For full details: .claude/skills/sdd-guidelines/reference/guidelines-v4.4.md sections 4, 5, 8, 10
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/sdd-workflow-management-mmh8qrfd/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/sdd-workflow-management-mmh8qrfd' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/sdd-workflow-management-mmh8qrfd/download' --output '.skill-downloads/sdd-workflow-management-mmh8qrfd/SKILL.md.part' && mv '.skill-downloads/sdd-workflow-management-mmh8qrfd/SKILL.md.part' '.skill-downloads/sdd-workflow-management-mmh8qrfd/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/sdd-workflow-management-mmh8qrfd/SKILL.md' && test -s '.skill-downloads/sdd-workflow-management-mmh8qrfd/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/sdd-workflow' && cp -R '.skill-downloads/sdd-workflow-management-mmh8qrfd' '.claude/skills/sdd-workflow'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/sdd-workflow-management-mmh8qrfd'openskills read 'sdd-workflow-management-mmh8qrfd'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/sdd-workflow-management-mmh8qrfd/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.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.