interview-me
78Clarify User Intent Before You Build
Underspecified requests cause teams to build the wrong outcome and discover misalignment late. This skill runs a focused, one-question interview that turns ambiguity into confirmed intent.
Plan Software Work With Clear Specifications
Unclear requirements cause rework, missed assumptions, and poorly ordered implementation tasks. This skill guides teams through reviewed specifications, dependency-aware plans, and verifiable tasks before coding.
Copiez cette demande dans votre Agent. Elle contient la page Skill de référence et le manifeste.
Review the Skillstore skill "spec-driven-development" from https://skillstore.io/skills/addyosmani-spec-driven-development.md and its manifest at https://skillstore.io/api/skills/addyosmani-spec-driven-development/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.Votre Agent doit toujours présenter son plan et demander toute confirmation exigée par la politique de sécurité.
Utilisez ces liens lorsqu’un Agent IA, un crawler ou un script a besoin d’un contexte propre au lieu de lire toute la page.
Utilisation de « spec-driven-development ». Make the dashboard faster.
Résultat attendu:
Success criteria: largest contentful paint under 2.5 seconds on a 4G connection; initial data load under 500 milliseconds; cumulative layout shift under 0.1.
Utilisation de « spec-driven-development ». Build account, billing, notifications, and reporting capabilities.
Résultat attendu:
All 26 static findings are false positives. The flagged backticks are Markdown code formatting and inline references in a documentation workflow, not shell execution or system reconnaissance.
Partagez le rapport d’évaluation versionné, le badge neutre, la carte intégrable et les citations. Skillstore présente les preuves sans décider si ce Skill est sûr.
https://skillstore.io/skills/addyosmani-spec-driven-development/audits/2?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_report[](https://skillstore.io/skills/addyosmani-spec-driven-development?utm_source=security_passport_badge)<a href="https://skillstore.io/skills/addyosmani-spec-driven-development?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/addyosmani-spec-driven-development/security.svg" alt="Skillstore security assessment" loading="lazy"></a><iframe src="https://skillstore.io/embed/skills/addyosmani-spec-driven-development.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>addyosmani. (2026). spec-driven-development security audit report (audit version 2) [Author version unspecified]. Skillstore. https://skillstore.io/skills/addyosmani-spec-driven-development/audits/2@techreport{addyosmani-addyosmani-spec-driven-development-2026,
author = {addyosmani},
title = {spec-driven-development security audit report (audit version 2)},
institution = {Skillstore},
year = {2026},
number = {2},
url = {https://skillstore.io/skills/addyosmani-spec-driven-development/audits/2},
note = {Author version unspecified}
}cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "spec-driven-development security audit report (audit version 2)"
version: "unspecified"
type: report
authors:
- name: "addyosmani"
date-released: "2026-09-19"
url: "https://skillstore.io/skills/addyosmani-spec-driven-development/audits/2"
identifiers:
- type: other
value: "skillstore:addyosmani-spec-driven-development:audit:2"
description: "Skillstore immutable audit report identifier"
Chaque auteur reste un skill installable distinct. La variante recommandée est classée selon les preuves Skillstore.
Pourquoi cette variante est première
89jobrien-spec-driven-development
2026-10-19
addyosmani-spec-driven-development
2026-09-22
Turn an initial feature idea into an approved specification with user goals, boundaries, success criteria, and an implementation plan.
Map independently testable capabilities, record dependency direction, and create module-specific specifications in build order.
Convert vague outcomes into measurable acceptance criteria, verification steps, and focused implementation tasks.
Create a concise specification for this feature: [feature]. Ask clarifying questions first, then define the objective, users, scope, success criteria, and open questions.
Review this request: [request]. List the assumptions you would need to confirm, ask focused questions, and reframe the final requirements as testable success criteria.
Decompose this initiative into independently testable modules: [initiative]. Create a capability map with stable identifiers, dependencies, build order, and a specification outline for each module.
Using this approved specification and plan: [documents], create dependency-ordered tasks. Give each task acceptance criteria, a verification step, and the files or areas likely to change.
Auteur
addyosmaniLicence
MIT
Révision Skillstore
r2
Avis de version
L’auteur n’a déclaré aucune version.
Réf
5d5054f8a23586f9b500fece1cb613a9dffc787b
Récence de maintenance
19/09/2026
Utilisation
0 téléchargements · 0 vues
Structure de fichiers
đź“„ SKILL.md
Clarify User Intent Before You Build
Underspecified requests cause teams to build the wrong outcome and discover misalignment late. This skill runs a focused, one-question interview that turns ambiguity into confirmed intent.
Examiner le code selon cinq axes de qualité
Les modifications de code peuvent dissimuler des problèmes de fiabilité, de sécurité, d’architecture, de lisibilité et de performances. Cette compétence applique un processus d’examen structuré et produit des retours hiérarchisés et exploitables.
Plan Work Into Verifiable Tasks
Large or vague software work can hide dependencies, missing acceptance criteria, and verification gaps. This skill converts a specification into ordered task slices with checkpoints, scope guidance, and clear completion conditions.
Document Decisions and Architecture Clearly
Teams lose context when important technical decisions remain in chat, code comments, or individual memory. This skill turns architectural reasoning, API guidance, project instructions, and release changes into structured documentation.
Build Accessible, Production-Ready Frontends
Frontend work can become inconsistent, inaccessible, or difficult to maintain. This skill guides component architecture, responsive layouts, state handling, and polished user experiences.
Discover and Apply Agent Skills
Teams often lose time choosing the right workflow for a software task. This skill maps task context to focused agent skills and a practical development sequence.
Planifier les exigences avec des questions interactives
par DNYoussef
Les demandes de projet ambiguës entraînent souvent des exigences manquantes et des reprises de travail. Cette skill guide Claude, Codex et Claude Code à travers des séries de questions structurées.
Transformer des idées en conceptions validées
par ZhanlinCui
Les premières idées de produit et d’ingénierie échouent souvent parce que les exigences restent vagues. Cette compétence guide Claude, Codex ou Claude Code à travers des questions ciblées, des options et une conception validée avant l’implémentation.
Tester la Robustesse des Plans Avec des Questions Ciblées
par mattpocock
Les plans flous cachent souvent des hypothèses risquées et des dépendances non résolues. Cette compétence guide Claude, Codex ou Claude Code au moyen d’une question ciblée à la fois.
Organiser les issues GitHub avec des étiquettes
par C0ntr0lledCha0s
Les grands dépôts perdent du temps lorsque les issues utilisent des étiquettes incohérentes et des jalons peu clairs. Cette compétence aide à créer des taxonomies, à effectuer des mises à jour en masse et à suivre l’avancement via des flux de travail GitHub.
Suivre les exigences de fonctionnalités dans YAML
par Chemiseblanc
Les équipes perdent l'intention du projet lorsque les exigences n'existent que dans le chat ou les listes de tâches. Cette compétence conserve le périmètre, les tests, les décisions et l'avancement dans un fichier features.yml persistant.
Planifier les versions produit
par yunshu0909
Les idées de produit deviennent souvent trop vastes avant qu’une première version soit claire. Cette skill transforme les exigences en plans par étapes pour un MVP, des itérations et une V1.0, avec des points de validation.