Notre avis
Contraint l'agent à reformuler le résultat visé, le périmètre, les non-objectifs et les critères d'acceptation avant d'écrire la moindre ligne de code.
Points forts
- Fait apparaître les désaccords sur le produit au moment où corriger coûte encore peu
- Produit une trace écrite de la décision avant tout échafaudage de code
- Les non-objectifs explicites limitent la dérive du périmètre
- L'identifiant citable de la règle permet de justifier un changement de cap
Limites
- Purement conversationnel : aucun modèle ni checklist pour bien formuler les critères d'acceptation
- Ajoute un aller-retour qui peut sembler lourd sur une modification triviale
- Suppose que l'utilisateur relise vraiment la reformulation ; l'agent ne peut pas valider seul la justesse du cadrage
À utiliser au démarrage d'une fonctionnalité, d'un refactor ou de tout changement produit significatif.
À éviter pour une correction de bug ciblée ou une édition mécanique dont le résultat est déjà sans ambiguïté.
Analyse de sécurité
SûrThe skill is a process guideline that instructs the AI to define outcomes, scope, and acceptance criteria before generating implementation. It declares no tools and contains no executable commands, network calls, or destructive actions. There is no meaningful execution risk.
Aucun point d'attention détecté
Exemples
I want to add team invitations to our app. Before writing any code, restate the outcome, scope, non-goals, and acceptance criteria, then wait for my confirmation.We're about to refactor the billing module. Think before typing: what is the target outcome, what is explicitly out of scope, and how will we know it's done?Users say onboarding is confusing. Don't scaffold anything yet — write the decision first: outcome, boundaries, and acceptance criteria.name: "thinking-before-typing" description: "Define outcome, evidence, and boundaries before generating implementation." disable-model-invocation: false
<!-- Generated by mstack from Misbah's Build Like This workflow. Regenerate instead of editing. -->thinking-before-typing
Restate the user outcome, scope, non-goals, and acceptance criteria first. Code comes after the decision is visible.
When: Starting a feature, refactor, or any material product change.
Why: Generation speed makes unexamined ideas look finished. Writing exposes disagreement while change is cheap.
Do not: Open with a scaffold or rewrite when the outcome is still conversational.
Cite this principle by id when it changed a decision. Keep the citation specific.
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.