Spec-driven development loop: RFC → code → drift-checked validation

Prérequis : la CLI indexion installée (vérifier avec indexion --version) ; un outil de workflow SDD tel que cc-sdd (installable via npx, p. ex. npx cc-sdd@latest --codex-skills --lang en --yes) ou un agent avec runtime codex/claude ; un document de spécification (RFC, ISO, markdown) à implémenter Installe-moi « Développement piloté par les specs : RFC → code → validation anti-dérive ». Il enseigne à un agent la boucle indexion-SDD de @trkbt10 : vérifier qu'indexion est disponible, initialiser le projet SDD (install cc-sdd, init projet, git), rédiger les exigences SDD depuis la spec avec indexion spec draft (régler la langue des outils sur la langue d'implémentation), exécuter le contrôle de fidélité de spec, puis implémenter et tracer spec↔exigences↔design↔implémentation avec indexion spec align diff à chaque saut d'abstraction, et opérer les portes de dérive comme des checks CI avec une boucle de validation automatisée. Licence Apache-2.0 (déclarée dans le dépôt source). Dépôt : https://github.com/trkbt10/indexion-skills/blob/main/skills/indexion-sdd/SKILL.md 1. Récupère le fichier SKILL.md (et les fichiers d'aide éventuels) depuis le chemin du dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Vérification de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, collecte d'identifiants). Ce dépôt ne devrait contenir aucun secret en dur, les identifiants uniquement via le coffre sécurisé, les hôtes autorisés déclarés dans le SKILL.md. Vérifie que c'est bien le cas ici ; STOP sur tout signal d'alerte et dis-le-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers d'aide dans le répertoire des skills de l'agent, dans un dossier nommé « indexion-sdd ». 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 (p. ex. installer la CLI indexion et cc-sdd, préparer le document de spec, confirmer la langue d'implémentation). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.