Spec-Driven Development framework for AI-assisted software development
Validates that a plan, spec, or architecture document complies with the project's locked stack and conventions (`.specture/`) and with all Accepted ADRs. Returns APPROVED or REJECTED with specific violations. Does NOT propose fixes.
Independent reviewer for implemented code. Performs a unified review in one pass across four core dimensions (spec compliance, architecture compliance, code quality, TDD honesty) plus two optional ones (stack idiomaticity via Context7, and frontend fidelity for UI epics — token/contract/a11y adherence). Returns APPROVED, REJECTED_MINOR, or REJECTED_MAJOR with concrete fixes. Does NOT modify code.
Writes minimal production code to make a set of failing tests pass, following the project's stack, conventions, and ADRs. Receives the spec, the tests, and the relevant existing source files — operates with restricted context to avoid drift.
Use ONLY when explicitly invoked via `/specture:start`, or when the user asks to start/continue Specture work ("continuemos con el roadmap", "sigamos", "inicia el proyecto"). Inspects the current state of the user's project and routes to the correct phase skill. NOT activated automatically — Specture routing is opt-in since v1.5.0.
Writes failing tests for a spec following TDD RED-phase discipline. Receives ONLY the spec, business rules, and stack/test framework — never sees existing implementation. Tests must be based on requirements, not on what the code currently does.
Use when business requirements exist but no architecture or roadmap, when the user says "diseñemos la arquitectura", "generemos el roadmap", "planifiquemos", or whenever `docs/04-roadmap/ROADMAP.md` does not yet exist. Produces a tech-agnostic architecture document, an API contract (OpenAPI + readable companion) as the single source of truth for the backend/frontend interface, and a milestone/epic ROADMAP — all validated by the architecture-validator agent.
Use periodically (every 1-3 months in mature projects) or whenever the docs-index seems out of sync with the actual repo. Detects entries pointing to missing files, stale `last_verified` dates, duplicate concepts, and docs in the source-of-truth dir that are NOT in the index. Reports drift but does NOT auto-fix — proposes actions for the user to confirm.
Use when `docs/04-roadmap/ROADMAP.md` exists and contains epics marked `[ ]` (pending) or `[/]` (in progress), or when the user says "construyamos", "sigamos con el roadmap", "implementemos el siguiente epic". Orchestrates a strict per-epic loop: spec → architecture validation → tests → implementation → review → verification → mark complete. Dispatches specialized agents (tdd-test-writer, implementer or ux-implementer for UI, code-reviewer). Frontend epics add a design-system-first order and a human visual-approval gate.
Use on an existing project where the frontend and backend are out of sync — the frontend calls URLs the backend doesn't expose, expects response shapes the backend doesn't return, or uses different paths/methods. Statically extracts backend routes and frontend API calls, diffs them, and emits a reconciliation report against a canonical source (an existing API contract, or one chosen side). Does NOT auto-fix — it reports and proposes, then routes to build/new-feature/debug. Also use before copying a design handoff into a codebase whose API is already drifting.
Use the moment any test fails twice, when a build breaks unexpectedly, when the code-reviewer rejects code, when the implementer reports BLOCKED, when the user reports a bug, or when you find yourself "trying things". Stops guess-and-check loops. Forces root-cause investigation with a physical debug log artifact before any fix is attempted.
Uses power tools
Uses Bash, Write, or Edit tools
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Una metodología de Vibe Coding para Claude Code basada en SDD (Spec-Driven Development), con configuración agnóstica al stack, agentes especializados con contexto restringido, y disciplina anti-alucinación.
Specture lleva un proyecto desde la idea hasta el código en 5 fases consecutivas + capacidades transversales, dispatchando agentes funcionales con contexto restringido. No replica la estructura de un equipo humano: replica las funciones cognitivas que la IA hace mejor cuando se le restringe el contexto. Desde v1.6.0 incluye un contrato de API como fuente única de verdad backend↔frontend, disciplina de diseño end-to-end (design system → showcase → aprobación → páginas), y herramientas para ingerir handoffs de diseño y auditar la sincronización back/front. Desde v1.7.0 integra documentación preexistente en proyectos Adopt sin duplicarla, captura conocimiento post-sesión con aprobación granular, y audita periódicamente el índice de docs.
La forma más simple. Un solo comando en cualquier conversación de Claude Code:
/plugin add marketplace https://github.com/FerEscobarDev/Specture.git
/plugin install specture@specture
Una vez instalado, los slash commands /specture:* quedan disponibles en todas tus conversaciones. El routing es opt-in: Specture no intercepta nada hasta que invocas /specture:start (o pides iniciar/continuar el trabajo).
Inicializar Specture en un proyecto:
/specture:setup
Specture detectará si el proyecto está vacío (Bootstrap), tiene código existente (Adopt), o ya tiene .specture/ (Reconfigure), y te guiará. En proyectos Adopt con documentación preexistente abundante, el setup ofrece invocar /specture:setup-docs-bridge para integrar esos docs sin duplicarlos.
Usar el router (invocación explícita):
/specture:start
O simplemente di "continuemos con el roadmap" — el specture-router detecta el estado y enruta.
.specture/stack.yml), no a costa de no opinar de nada.$SPECTURE_ROOT/
├── CLAUDE.md # Punto de entrada (modo @import manual)
├── settings.json # Registra el TDD Honesty Gate (PreToolUse)
├── .claude-plugin/
│ └── plugin.json # Manifiesto del plugin
├── skills/
│ ├── start/SKILL.md # Router: detecta el estado y enruta
│ ├── setup/SKILL.md # Setup en 3 modos (bootstrap/adopt/reconfigure)
│ ├── setup-docs-bridge/SKILL.md # Sub-skill: integra docs preexistentes en proyectos Adopt (genera docs-index.yml + bridges + ADRs Proposed)
│ ├── discover/SKILL.md # Levantamiento socrático de negocio
│ ├── architecture/SKILL.md # Arquitectura + contrato de API + ROADMAP
│ ├── ux-design/SKILL.md # UX/UI: nav map + design system (siempre)
│ ├── build/SKILL.md # Loop spec→test→code→review + Modo Frontend
│ ├── handoff-ingest/SKILL.md # Convierte un handoff de diseño al stack
│ ├── contract-sync-audit/SKILL.md # Audita sync back/front en proyectos existentes
│ ├── debug/SKILL.md
│ ├── new-feature/SKILL.md
│ ├── verify/SKILL.md
│ ├── write-skill/SKILL.md
│ ├── learn/SKILL.md # Captura post-sesión: ADRs Proposed + entradas docs-index + patches conventions
│ ├── audit-knowledge/SKILL.md # Auditoría periódica del docs-index.yml (orphans / duplicates / stale / uncovered)
│ └── modernize/SKILL.md
├── agents/
│ ├── specture-router/AGENT.md # Router (opt-in: se invoca con /specture:start)
│ ├── architecture-validator/AGENT.md # Valida planes/contrato contra .specture/
│ ├── tdd-test-writer/AGENT.md # Escribe tests desde el spec (sin ver código)
│ ├── implementer/AGENT.md # Implementa para pasar tests (backend/lógica)
│ ├── ux-implementer/AGENT.md # Implementa UI: tokens, a11y, cliente tipado
│ └── code-reviewer/AGENT.md # Review unificado (spec + arch + quality + front)
├── templates/
│ ├── project-config/ # Plantillas de .specture/ del proyecto destino
│ │ ├── stack.template.yml
│ │ ├── conventions.template.md
│ │ ├── docs-index.template.yml # Catálogo machine-readable de docs preexistentes
│ │ └── decisions/000-template.md
│ ├── ARCHITECTURE_TEMPLATE.md
npx claudepluginhub ferescobardev/specture --plugin spectureAccess thousands of AI prompts and skills directly in your AI coding assistant. Search prompts, discover skills, save your own, and improve prompts with AI.
Complete developer toolkit for Claude Code
Intelligent draw.io diagramming plugin with AI-powered diagram generation, multi-platform embedding (GitHub, Confluence, Azure DevOps, Notion, Teams, Harness), conditional formatting, live data binding, and MCP server integration for programmatic diagram creation and management.
Feature development with code-architect/explorer/reviewer agents, CLAUDE.md audit and session learnings, and Agent Skills creation with eval benchmarking from Anthropic.
Orchestrate multi-agent teams for parallel code review, hypothesis-driven debugging, and coordinated feature development using Claude Code's Agent Teams
Production-grade engineering skills for AI coding agents — covering the full software development lifecycle from spec to ship.