Synthèse automatique
Génère un document markdown concis qui consigne les choix de stack technique d'un projet, avec les raisons et les alternatives écartées, sous forme de tableaux.
Points forts
- Format tabulaire imposé avec des noms de colonnes fixes, ce qui rend les documents comparables d'un projet à l'autre
- Exige une justification d'une ligne par choix et par alternative rejetée, ce qui évite les dissertations
- Adapte les couches retenues au projet au lieu d'appliquer un modèle rigide
- Lit d'abord le brief du projet s'il existe et signale les sous-décisions encore ouvertes
Limites
- Ne vérifie ni n'évalue la pertinence technique des choix : il met seulement en forme ce qui est décidé
- Aucune gestion de version, de lien vers des ADR existants ou de mise à jour d'un document déjà présent
- Écrit dans docs/tech-stack.md par défaut et suppose que l'utilisateur fournit le contexte nécessaire
À utiliser quand une stack vient d'être arrêtée et qu'il faut la consigner rapidement avec les alternatives écartées.
À ne pas utiliser pour une évaluation comparative approfondie de technologies ou pour rédiger une spécification d'architecture détaillée.
Analyse de sécurité
SûrThe skill is a pure markdown documentation template with no declared tools, no executable commands, no network or filesystem operations beyond writing a single docs file as instructed. No obfuscation, exfiltration, or instruction-injection attempts were present in the content.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Write the tech stack doc for our new internal billing service. We're going with Go + PostgreSQL on the backend, React with Vite on the frontend, Docker on ECS for infra, and GitHub Actions for CI. Save it to docs/tech-stack.md.Create a tech-stack.md for this project based on the brief in docs/brief.md, and make sure every choice has the alternatives we considered listed with a one-line reason why we didn't pick them.Document our stack decision doc: Next.js frontend, Supabase for data, Vercel for hosting. We haven't decided on auth or the email provider yet, so note those as open sub-decisions.name: tech-stack-doc description: Generate a concise tech-stack decision doc (chosen stack + rejected alternatives, tabular) for a project. Use when the user asks to document/write/create a tech stack, stack decision doc, or "tech-stack.md".
Tech Stack Doc
Produce a single markdown doc capturing stack choices and why alternatives were rejected. Keep every reason to one line — no essays.
Steps
- If a project brief or similar context doc exists or is referenced, read it first.
- Determine the layers relevant to this project (e.g. Backend, Frontend, Data persistence, Infra, CI). Don't force layers that don't apply.
- For each component decision, pick one choice and a one-line reason.
- For each choice, list the alternatives seriously considered and a one-line "why not" each.
- Note any deferred/open sub-decisions at the bottom, if any.
- Write to
docs/tech-stack.md(or ask for the path if the project's doc conventions differ).
Output format
# Tech Stack — <Project Name>
| Layer | Component | Choice | Reason |
|---|---|---|---|
| <layer> | <component> | <choice> | <one-line reason> |
## Rejected alternatives
| Component | Option | Why not |
|---|---|---|
| <component> | <option> | <one-line reason> |
## Open sub-decisions
- <anything deferred, with a pointer to where it'll be resolved>
Rules
- Column names above are fixed — reuse them verbatim across projects; only the row values change.
- One row per decision, one line per reason. Full sentences not required.
- Every "Choice" needs at least one row in "Rejected alternatives" unless it was genuinely uncontested (note why, e.g. "no viable alternative found").
- Omit the "Open sub-decisions" section entirely if there are none.
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/tech-stack-decision-doc-mvg6txhk' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/tech-stack-decision-doc-mvg6txhk/download' --output '.skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md.part' && mv '.skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md.part' '.skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md' && test -s '.skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/tech-stack-doc' && cp -R '.skill-downloads/tech-stack-decision-doc-mvg6txhk' '.claude/skills/tech-stack-doc'Cursor
test -f '.skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md' && test -s '.skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/tech-stack-doc' && cp -R '.skill-downloads/tech-stack-decision-doc-mvg6txhk' '.cursor/skills/tech-stack-doc'Codex
test -f '.skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md' && test -s '.skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/tech-stack-doc' && cp -R '.skill-downloads/tech-stack-decision-doc-mvg6txhk' '.agents/skills/tech-stack-doc'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/tech-stack-decision-doc-mvg6txhk'openskills read 'tech-stack-decision-doc-mvg6txhk'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/tech-stack-decision-doc-mvg6txhk/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Rédaction de docs Supabase
Documentation
Rédigez, éditez et révisez le contenu de la documentation Supabase : guides, tutoriels, références et partiels. Suivez les guides de style et les règles de validation MDX/TOML.
Créer un enregistrement de décision d'architecture
Documentation
Créer un nouveau ADR avec numérotation séquentielle, l'enregistrer dans le graphe AgentDB et le lier aux ADR associés.
Mise à jour de plan avec recherche approfondie
Documentation
Met à jour un document de plan en lançant des sous-agents en parallèle pour analyser un sujet sur tous les passes du compilateur, puis consolide les résultats.