Doubt-Driven Development
Soumettre chaque décision non triviale à un réviseur adverse au contexte frais
- Quoi
- Soumettre chaque décision non triviale à un réviseur adverse au contexte frais
- Coût
- Gratuit
- Prérequis
- rien de plus qu'un agent fonctionnel ; conçu pour un orchestrateur de session principale capable de générer un réviseur au contexte frais
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — une discipline de revue adverse en cours de route : avant qu'une décision non triviale ne soit entérinée (logique de branchement, frontières de modules, invariants non vérifiables, opérations irréversibles), matérialiser un réviseur au contexte frais, biaisé pour réfuter, pas pour approuver. Les longues sessions transforment silencieusement les hypothèses en « faits » — ce skill les attrape tant que la correction de trajectoire reste peu coûteuse. Une décision est non triviale quand elle franchit une frontière de module, affirme quelque chose que le système de types ne peut vérifier, ou a un rayon d'impact irréversible. Distinct d'une /review sur artefact fini : c'est une posture appliquée pendant le travail, pas un verdict après coup. Crédit : @addyosmani. Bémols honnêtes : conçu pour l'orchestrateur de session principale capable de générer un réviseur au contexte frais — dans un contexte de sous-agent (pas de génération imbriquée), il se dégrade en auto-questionnement ou doit être remonté à l'utilisateur ; et douter de chaque frappe ne livre rien — il ne s'applique qu'aux décisions non triviales selon sa définition. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Prérequis : rien de plus qu'un agent fonctionnel ; conçu pour un orchestrateur de session principale capable de générer un réviseur au contexte frais Installe-moi « Développement piloté par le doute ». Soumettre chaque décision non triviale à un réviseur adverse au contexte frais Dépôt : https://github.com/addyosmani/agent-skills/blob/main/skills/doubt-driven-development/SKILL.md 1. Récupère le fichier SKILL.md du skill addyosmani-doubt-driven-development depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers auxiliaires dans le répertoire des skills de l'agent, dans un dossier nommé « addyosmani-doubt-driven-development ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (ex. tout compte, clé API ou outil CLI mentionné dans les prérequis ci-dessus). GitHub est optionnel : si j'ai un compte GitHub ou le CLI gh, tu peux l'utiliser ; sinon, l'accès public suffit. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Ne me demande jamais de coller des secrets dans le chat ; les identifiants passent par le coffre sécurisé ou des variables d'environnement. Si quelque chose semble anormal, arrête-toi et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.