Habilidades spec-driven-development
📦

spec-driven-development

Revisión del contenido r1 Seguro ⚙️ Comandos externos

Define Software Work Before You Build

Ambiguous requirements cause rework, scope drift, and weak acceptance criteria. This skill creates reviewed specifications, plans, and tasks before implementation begins.

Compatible con: Claude Codex Code(CC)
🥉 77 Bronce

Instalar con mi Agente

Copia esta solicitud en tu Agente. Incluye la página canónica del Skill y el manifiesto.

Solicitud de agente
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.

Tu Agente debe seguir mostrando su plan y solicitar cualquier confirmación exigida por la política de seguridad.

Recursos legibles por agentes

Usa estos enlaces cuando un agente de IA, crawler o script necesite contexto limpio en vez de leer la página completa.

Pruébalo

Usando "spec-driven-development". Specify a dashboard performance improvement.

Resultado esperado:

  • Objective: Improve dashboard loading for users on constrained mobile connections.
  • Success: Largest Contentful Paint stays below 2.5 seconds on the agreed test profile.
  • Open question: Confirm the target device, network profile, and measurement environment.

Usando "spec-driven-development". Decompose an account, billing, notification, and reporting initiative.

Resultado esperado:

  • Identity owns accounts and sessions.
  • Billing depends on identity; notifications also depend on identity.
  • Reporting follows billing and notifications after their interfaces are approved.

Usando "spec-driven-development". Create a task from an approved authentication plan.

Resultado esperado:

  • Task: Add session validation at protected route boundaries.
  • Acceptance: Invalid sessions receive the approved unauthorized response.
  • Verification: Run focused route tests, then the full test suite.

Auditoría de seguridad

Seguro

All 26 static findings are false positives caused by Markdown fences, inline code formatting, tables, and workflow prose. No executable shell or Ruby code, prompt injection, or malicious semantic behavior was found.

1
Archivos escaneados
252
Líneas analizadas
0
Elementos de revisión
0
Falsos positivos ignorados
La auditoría estática y semántica completada más reciente no detectó hallazgos de seguridad confirmados. Esto no demuestra que el skill no tenga efectos secundarios.
Auditado por: codex
Compartir y citar este informe

Comparte el informe de evaluación versionado, la insignia neutral, la tarjeta insertable y las citas. Skillstore presenta evidencias sin decidir si este Skill es seguro.

Abrir el informe versionado
Evaluación de seguridad

Copiar enlace del informe

https://skillstore.io/skills/addyosmani-spec-driven-development/audits/1?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_report

Insignia Markdown

[![Skillstore security assessment](https://skillstore.io/badges/skills/addyosmani-spec-driven-development/security.svg)](https://skillstore.io/skills/addyosmani-spec-driven-development?utm_source=security_passport_badge)

Insignia HTML

<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>

Tarjeta para insertar

<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>
Citas académicas (APA · BibTeX · CFF)

Cita APA

addyosmani. (2026). spec-driven-development security audit report (audit version 1) [Author version unspecified]. Skillstore. https://skillstore.io/skills/addyosmani-spec-driven-development/audits/1

Cita BibTeX

@techreport{addyosmani-addyosmani-spec-driven-development-2026, author = {addyosmani}, title = {spec-driven-development security audit report (audit version 1)}, institution = {Skillstore}, year = {2026}, number = {1}, url = {https://skillstore.io/skills/addyosmani-spec-driven-development/audits/1}, note = {Author version unspecified} }

CITATION.cff

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 1)" version: "unspecified" type: report authors: - name: "addyosmani" date-released: "2026-09-12" url: "https://skillstore.io/skills/addyosmani-spec-driven-development/audits/1" identifiers: - type: other value: "skillstore:addyosmani-spec-driven-development:audit:1" description: "Skillstore immutable audit report identifier"

Comparar variantes

2 variantes instalables

Cada autor sigue siendo un skill instalable independiente. La variante recomendada se ordena según la evidencia de Skillstore.

Por qué esta variante es la primera

Mayor puntuación de Skillstore
Joseph OBrien Recomendado

89jobrien-spec-driven-development

Puntuación de Skillstore 81
Confianza de la evidencia Alto
Uso en Skillstore 20
Actualizado

2026-09-09

addyosmani Actual

addyosmani-spec-driven-development

Puntuación de Skillstore 77
Confianza de la evidencia Medio
Uso en Skillstore Desconocido
Actualizado

2026-09-14

Puntuación de Skillstore

Por qué esta puntuación Confianza de la evidencia: Medio
55
Arquitectura
85
Mantenibilidad
87
Contenido
65
Comunidad
83
Cumplimiento de la especificación

Lo que puedes crear

Clarify a New Feature

Turn an incomplete feature request into measurable requirements, boundaries, and acceptance criteria.

Map a Complex Initiative

Split a broad initiative into independently testable modules with explicit dependencies and delivery order.

Prepare Implementation Work

Create an approved technical plan and small, verifiable tasks before changing the codebase.

Prueba estos prompts

Draft a Feature Specification
Create a specification for [feature]. First list assumptions and ask questions about users, scope, constraints, and measurable success.
Reframe Vague Requirements
Convert these requirements into specific acceptance criteria: [requirements]. Identify unresolved assumptions and propose measurable targets for human approval.
Build a Capability Map
Analyze [initiative]. Propose stable module identifiers, responsibilities, dependencies, interfaces, and build order. Stop for approval before writing module specifications.
Plan an Approved Specification
Using the approved specification [location], create a dependency-aware implementation plan and tasks. Include risks, file scope, acceptance criteria, and verification steps.

Mejores prácticas

  • State assumptions before writing requirements and resolve important ambiguity with the human reviewer.
  • Keep success criteria measurable, testable, and linked to user or system outcomes.
  • Update the specification when decisions or scope change, then reference it during implementation and review.

Evitar

  • Do not start implementation before the relevant specification and plan receive approval.
  • Do not combine independently testable capabilities into one oversized specification.
  • Do not treat commands, boundaries, or verification steps as implied project knowledge.

Preguntas frecuentes

When should I use this skill?
Use it for new projects, substantial features, unclear requirements, architectural decisions, or changes spanning several files or modules.
When should I skip it?
Skip it for typo corrections, single-line fixes, and other small changes with complete, unambiguous requirements.
Does it write implementation code?
It prepares and gates implementation, then delegates detailed execution to separate implementation and testing skills.
Can it use an existing specification system?
Yes. It preserves established formats and storage conventions, including OpenSpec, while applying clarification and approval gates.
How does it handle large initiatives?
It proposes a capability map with stable module identifiers, responsibilities, dependencies, interfaces, and build order before creating module specifications.
What must a complete specification include?
It covers objectives, technology, commands, project structure, code style, testing, boundaries, measurable success criteria, and open questions.

Detalles del desarrollador

Licencia

MIT

Revisión de Skillstore

r1

Aviso de versión

El autor no declaró una versión.

Ref.

5526951beaeca22519572a471618555839b53b05

Actualidad del mantenimiento

14/9/2026

Uso

0 descargas · 0 vistas

Estructura de archivos

📄 SKILL.md

Más de addyosmani

Ver todo
Ver todo