By VaiYav
Orchestrate a feature from research through specification, planning, implementation, verification, testing, and release-readiness with human-in-the-loop gates, cross-artifact traceability, and delta/living specs across express/lite/standard/v-model modes.
Generates OpenAPI 3.1 spec and Postman collection from plan.md API contracts. Auto-detects existing API framework (NestJS, Express, FastAPI, etc.), validates consistency between spec and implementation, and outputs ready-to-publish docs. Use after implement: "generate API docs", "/speckit.product-forge.api-docs"
Brown-field entry point: reverse-engineer a Product Forge feature folder from existing code. Reads a target module/directory, synthesises retro product-spec, plan, and simplified tasks, then writes `.forge-status.yml` with all phases marked `completed` and `backfilled: true`. Produces a gaps-report.md listing what a modern Product Forge run would have required but is currently missing (tests, tracking, ADRs). Use: "backfill module", "create feature from existing code", "/speckit.product-forge.backfill"
Phase 4: Converts approved product-spec artifacts into a SpecKit-compatible spec.md, enriched with full research and product context. Then launches SpecKit in classic (plan → tasks → implement) or V-Model mode based on user choice. Use with: "bridge to speckit", "create spec", "/speckit.product-forge.bridge"
Cross-cutting scope change management. When requirements change mid-lifecycle, captures the change formally, analyzes impact across all artifacts, estimates effort delta, and propagates approved changes. Runs sync-verify after application. Use: "change request", "scope change", "add requirement", "/speckit.product-forge.change-request"
Phase 6B: Structured multi-agent code review after implementation, before verification. Checks code quality (SOLID, DRY), security (OWASP surface scan), pattern consistency (vs codebase-analysis.md), and test coverage (vs spec.md requirements). Enriched with Product Forge context — not a generic code review. Use: "code review", "review code", "/speckit.product-forge.code-review"
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.
Full product lifecycle: Problem Discovery → Research → Product Spec → Revalidation → SpecKit → Pre-Impl Review → Implement → Code Review → Verify → Test → Release Readiness → API Docs · Security · Analytics · Retrospective
Installs as a SpecKit extension or as a Claude Code / Claude plugin from this same repo — see Installation and docs/claude-plugin.md.
Product Forge is a SpecKit extension that adds a complete product discovery, specification, and quality pipeline before and after any SpecKit implementation work. Instead of jumping straight to spec.md, you first research competitors, UX patterns, and your codebase — craft an approved product spec — review design/architecture/risks — let SpecKit implement it with progressive verification — run multi-agent code review — then automatically generate and run Playwright tests with a bug-fix loop until the feature is ready to ship.
New in v1.7.0 ("Ivysaur"):
--dry-run preview (normative) — any phase (or forge end-to-end) runs fully but mutates nothing real: writes are redirected under .forge-dry-run/<phase>/, status is untouched, no external side-effects, and each phase emits a DRY-RUN-REPORT.md of what would change.code-review --cross-model exports the consolidated gate surface + diff and has a different model review it out-of-band, ingesting findings back into the single F-NNN namespace.implement --parallel runs path-disjoint task groups concurrently (proven independent by the portfolio conflict matrix), reconciled serially under the state-lock with a single gate.sync-verify Layer 10 / verify-full Layer 11 re-assert the project architecture constitution against the code as a standing check, not just at planning time.retrospective promotes a lesson that recurs across features into a reusable skill (Hermes host), cross-project and idempotent.status --cost — rolls up per-phase token / tool-call telemetry per feature and across the portfolio (dollar cost when a rate is supplied).docs/schema/phase-map.yml is the canonical phase set + per-mode matrix; the forge.md tables render it and the linter enforces agreement.Full change list in CHANGELOG.md.
New in v1.6.0:
feature_mode: express: a 4-phase combined pass (product-spec minimal → plan inline → implement → verify) for the smallest changes, escalatable to lite/standard./speckit.product-forge.design-system-harvest).specs/ source of truth and archive the change with audit history (/speckit.product-forge.spec-merge).journeys/ (journeys.yml + JRN-*.md) as the machine-readable E2E source of truth for spec, tests, and tracking.@axe-core/playwright check per journey and Phase 8B runs it.Full change list in CHANGELOG.md.
New in v1.5.0:
/speckit.product-forge.portfolio).backfill — reverse-engineer a feature folder from existing code with a gaps report.feature_mode: lite)..forge-status.yml (additive over v2, no action required)..product-forge/lessons.md — retrospectives teach research.Full change list in CHANGELOG.md.
npx claudepluginhub vaiyav/speckit-product-forge --plugin speckit-product-forgeProvider-agnostic skills for autonomous product development: spec, task, implement, test, review, and summarize changes.
A specification-driven workflow system for AI-assisted development. Break large projects into manageable 2-4 hour sessions with 12-25 tasks each.
Specification-driven development workflow: specify → plan → tasks → implement
Specification-Driven Development with Process Discipline for Claude Code
Product development toolkit with PRD management, discovery, strategy, and UX/UI expertise
Requirements-driven development workflow with quality gates for practical feature implementation