github/spec-kit : guide éditorial fondé sur le README

Le README décrit github/spec-kit comme « 💫 Toolkit to help you get started with Spec-Driven Development ». Cette page reste limitée aux faits vérifiables dans le dépôt. Les étoiles, forks et badges indiquent une attention, pas une preuve de qualité. Sous « 🤔 What is Spec-Driven Development? », la source indique : Spec-Driven Development flips the script on traditional software development. For decades, code has been king , specifications were just scaffolding we built and discarded once the "real work" of coding began.. Cela fixe un périmètre déclaré, pas un test en production.

La section « 🌍 Community » aide à vérifier si le projet répond au besoin : Extensions , commands, hooks, and capabilities. Si ce besoin ne correspond pas au vôtre, la popularité ne suffit pas. Les noms, commandes et composants sont conservés pour permettre une comparaison directe avec la source primaire. Le README fournit aussi ce point vérifiable : 🧩 Making Spec Kit Your Own: Extensions & Presets. Il peut guider le premier test, sans remplacer une vérification dans l'environnement prévu.

Le fonctionnement est réparti dans des sections comme « 1. Install Specify CLI ». La source fournit notamment : See the Installation Guide for alternative methods, verification, upgrade, and troubleshooting.. Les détails absents sur l'architecture, les performances ou la sécurité ne sont pas inventés. Avant une mise en service, vérifiez l'arborescence, la configuration et l'historique des releases.

Commencez l'installation avec l'entrée documentée dans le README. La commande vérifiable est : uv tool install specify-cli --from git+https://github.com/github/spec-kit.git@vX.Y.Z Si aucune commande n'est fournie, cette page n'en fabrique pas. Consultez « 🤔 What is Spec-Driven Development? » pour les dépendances, les ports par défaut et l'initialisation du premier lancement.