--- title: "sdd-devkit" description: "Utilidades para el desarrollo de SDD (Spec-Driven Development): ADRs, historias de usuario, planificacion e implementacion de tareas tecnicas y de mantenimiento, definicion y trazabilidad de pruebas, migraciones y code r" canonical: https://agentpluginsdirectory.com/plugins/sdd-devkit last-updated: 2026-10-21 --- # sdd-devkit Utilidades para el desarrollo de SDD (Spec-Driven Development): ADRs, historias de usuario, planificacion e implementacion de tareas tecnicas y de mantenimiento, definicion y trazabilidad de pruebas, migraciones y code review. - Slug: sdd-devkit - Publisher: juanca202 - Repository: https://github.com/juanca202/sdd-devkit - Manifest: plugin.json - Version: 2.3.0 - License: MIT - Category (editorial): productivity - Skills: 18 (arch-audit, arch-discover, arch-init, arch-manage, code-review, coverage-verify, design-define, git-commit, plugin-migrate, pr-create, quality-check, requirement-refine, test-define, work-define, work-implement, work-integrate, work-plan, work-research) - MCP servers: 0 - Stars: 0 - Repository created: 2026-05-08 - Repository last pushed: 2026-10-17 - Publisher type: User - Listing: https://agentpluginsdirectory.com/plugins/sdd-devkit - Schema: https://agent-plugins.org/schemas/1.0.0/plugin.schema.json ## What sdd-devkit does, in the publisher's words SDD Devkit es un plugin de Spec-Driven Development: convierte un requerimiento en documentación (historias de usuario, decisiones de arquitectura, diseño técnico, casos de prueba) y te acompaña hasta un entregable verificado. Incluye skills para: - Documentar arquitectura (ADRs, estándares) y auditar su cumplimiento. - Crear historias de usuario, planificar e implementar tareas. - Definir y trazar casos de prueba. - Investigar producto, arquitectura o aspectos técnicos. - Revisar código, integrar cambios y crear Pull Requests con puertas de calidad. Instala el plugin completo, no skills sueltos. Es compatible con cualquier agente que soporte el estándar abierto Agent Plugins, entre ellos: Cursor: - Todo empieza con arch-init: prepara la base y el stack (si hay varios repositorios, uno de ellos agrupa a los demás). From the project README, punctuation lightly normalized. Full text: https://raw.githubusercontent.com/juanca202/sdd-devkit/HEAD/README.md ## Skills - arch-audit: Auditar el cumplimiento de los estándares de arquitectura (docs/standards/) y de las reglas de AGENTS.md contra el estado real del repositorio (Architecture Compliance Checking), citando el ADR de origen de cada estándar, y generar un informe priorizado en docs/audits/arch-audit-YYYY-MM-DD.md. Audi… - arch-discover: Inspeccionar un proyecto existente para descubrir decisiones arquitectónicas implícitas y las reglas/convenciones vivas que están en vigor, y proponer los ADR y estándares candidatos que las documentarían. Usar cuando el usuario quiera auditar un repositorio en busca de decisiones o normas no docum… - arch-init: Identifica el punto de partida de un proyecto (sin código / con código base / con implementación) e inicializa lo que falte de su harness multi-agente: repo git, o, si la solución abarca varios repositorios, un repo de especificaciones que los agrega como submódulos, placeholders `AGENTS.md`/`CLAU… - arch-manage: Crear o actualizar la arquitectura documentada del proyecto: Architecture Decision Records (ADR, en docs/adr/) y estándares de arquitectura por dominio (en docs/standards/), en la raíz del repositorio al que pertenece el código (repo principal o submódulo). Un ADR registra el "por qué" de una decis… - code-review: Revisión cualitativa de código, estilo ingeniero senior, sobre el diff de una rama contra su base (incluye lo no commiteado): intención, arquitectura y diseño (SOLID, Clean Architecture, ISO/IEC 25010: acoplamiento, fiabilidad, seguridad, desempeño) y feedback accionable que explica el porqué y pro… - coverage-verify - design-define: Crear o actualizar documentación técnica (modelos de datos, APIs/endpoints, flujos/procesos, diagramas de clases/contexto/contenedores/componentes) en docs/specs/technical-docs/, organizada por capability, para que sirva como referencia de implementación de historias de usuario (US-XXX), tareas téc… - git-commit: Preparar y ejecutar git commit con mensajes Conventional Commits inferidos del diff (tipo, scope, descripción, staging). El push es opcional y lo gobierna `.sdd-devkit/settings.json` (`git.push`: ask/always/never; nunca por defecto), y solo aplica en invocación directa del usuario, no cuando lo inv… - plugin-migrate - pr-create: Crear Pull Request (PR) o Merge Request (MR) desde la rama actual hacia una rama destino preguntada al usuario, en dos modos: implementación (feature/fix/chore/refactor/test hacia su rama de integración) y promoción (develop hacia master/main/release, consolidando trabajos ya integrados). Puertas o… - quality-check: Ejecutar las verificaciones automatizadas del stack, tipado, linter, unit tests, cobertura, build, e2e, análisis estático (Sonar) y las suites que declare el estándar de testing, y emitir un veredicto con informe y próximas acciones. Produce la caché test-run.json que consume trace-validate. No exi… - requirement-refine: Tomar un requerimiento en bruto (idea, ticket, correo, transcripción, diseño, wireframes) y estructurarlo como una Especificación de Requisitos de Software (SRS-XXX) siguiendo ISO/IEC/IEEE 29148: alcance, FR-XXX y NFR-XXX priorizados y verificables, interfaces externas, datos, cumplimiento normativ… - test-define: Crear casos de prueba (TC-XXX) a partir de los criterios de aceptación de cualquier artefacto de especificación que los tenga con identificador codificado: una historia de usuario (US-XXX), un work item (WI-XXX), un feature ya implementado (FT-XXX) o cualquier otro documento de especificación cuyos… - work-define - work-implement - work-integrate - work-plan - work-research Descriptions come from the frontmatter of each SKILL.md, punctuation lightly normalized.