Notre avis
Initialise un nouveau change set SDD après avoir dérivé collaborativement un nom et obtenu l'approbation explicite de l'utilisateur.
Points forts
- Assure une validation humaine avant toute création de change set
- Automatise la création via la CLI SDD sans scaffolding manuel
- Guide l'utilisateur avec des noms actionnables et spécifiques
- Propose une commande de suivi après initialisation
Limites
- Nécessite que la compétence spec-driven-development soit chargée
- Dépend de la CLI ae sdd init qui doit être installée
- Peut ralentir le processus si l'utilisateur rejette plusieurs noms
Utilisez cette compétence lorsque vous devez créer un nouveau change set SDD et que vous voulez vous assurer que le nom est approuvé avant l'initialisation.
Ne l'utilisez pas si vous avez besoin d'initialiser rapidement un change set sans interaction humaine ou si le nom est déjà prédéfini et n'a pas besoin d'approbation.
Analyse de sécurité
SûrThe skill runs a specific CLI command 'ae sdd init' with a user-approved kebab-case name, which poses no meaningful risk of code injection or destructive actions.
Aucun point d'attention détecté
Exemples
I want to propose retry behavior for failed webhooksname: ae-sdd-init description: Initialize a new SDD change set after user-approved naming
SDD Init
Create a new change set with the SDD CLI after collaboratively deriving a strong name and getting explicit user approval.
Required Skills
spec-driven-development(load first; use CLI-driven initialization workflow)
Inputs
- Intent Context: What the user wants to propose or change.
- Proposed Change Set Name: Derived from user intent and naming conventions.
Instructions
-
Load SDD Context: Load
spec-driven-developmentfirst. -
Derive Candidate Name:
- Ask the user what they want to propose (or use the current request context if already provided).
- Propose a concise kebab-case name that reflects the intended change.
- Keep names action-oriented and specific (for example:
add-passwordless-login,improve-checkout-retries).
-
Require Explicit Approval:
- Ask the user to approve the proposed change set name.
- If the user declines, iterate with a revised name.
- Do not initialize anything until the user explicitly approves a final name.
-
Initialize via CLI:
- After approval, run:
ae sdd init <approved-name>- Use the SDD CLI only. Do not hand-roll
changes/<name>/scaffolding.
-
Confirm Result:
- Report the approved name and that initialization completed.
- Suggest the next command based on status output (typically
ae sdd status <approved-name>).
Success Criteria
spec-driven-developmentskill is loaded before init flow.- A change set name is collaboratively derived from user intent.
- The user explicitly approves the final name.
- Initialization is performed using
ae sdd init <approved-name>. - The user receives a clear next command.
Usage Example
User intent: "I want to propose retry behavior for failed webhooks"
Agent: "Proposed change set name: improve-webhook-retry-behavior. Does that name work for you?"
User: "Yes"
Agent runs: ae sdd init improve-webhook-retry-behavior
Agent: "Initialized improve-webhook-retry-behavior. Next: ae sdd status improve-webhook-retry-behavior"
Expert Next.js App Router
Developpement
Un skill qui transforme Claude en expert Next.js App Router.
Générateur de README
Developpement
Crée des README.md professionnels et complets pour vos projets.
Rédacteur de Documentation API
Developpement
Génère de la documentation API complète au format OpenAPI/Swagger.