Was ist SpecForge?
Ein Claude-Skill, der Requirements Engineering von der Idee bis zum implementierungsreifen Backlog automatisiert — mit Governance-Enforcement statt optionalen Richtlinien. Governance ist ein Compiler, kein Komitee.
Specify
Aus einer Feature-Idee wird eine vollständige spec.md mit EARS-Requirements, Gherkin-ACs und STRIDE-Analyse.
Clarify
Sokratische Spezifikationsklärung: gezielte Fragen zu Stakeholder-Konflikten, Annahmen und Systemgrenzen.
Plan & Tasks
Technischer Plan mit ADRs, Morphological Box + Pugh Matrix für Technologieentscheidungen, plus Task-Breakdown.
Analyze
MECE-Konsistenzprüfung über 5 Dimensionen mit Re-Analyze-Loop bis keine Blocker offen sind.
Checklist
Wiederverwendbare Quality Gates — Spec-Readiness, DSGVO-Compliance oder Custom-Checklisten.
Stakeholder-Simulation
Devil's Advocate + Steelmanning: 8 Rollen simulieren Perspektiven und decken blinde Flecken auf.
Review
3-Ebenen-Review: Requirement-Qualität, Governance-Compliance, Security & Compliance.
Management
Traceability Matrix, Spec-First Chain Audit, Stale-Marker-Erkennung und Tech-Debt-Tracking.
Discover
Bestandsdokumentation: Vom Code zur Spec. Zwei QS-Schleifen (Vollständigkeit + Konsistenz/Stringenz) mit Rückwärts-Validierung.
Fremder Code, keine Doku?
Viele Projekte erben Codebases ohne Spezifikation — zugekauft, gewachsen oder schlicht nie dokumentiert. Modus 9 (Discover) macht daraus eine vollwertige Spec:
Bestand erfassen
Quellen identifizieren, Architektur und Abhängigkeiten kartieren — automatisch per Discovery-Protokoll.
5W-Analyse
Für jedes Modul: Wer, Was, Warum, Wie, Wann — mit Evidenz und Konfidenzlevel statt Vermutungen.
Spec generieren
Zwei QS-Schleifen (Vollständigkeit + Konsistenz) liefern eine Spezifikation, die vorwärts weiterverwendbar ist.
Ergebnis: spec.md + discovery-protocol.md + optional migration-delta.md — direkt anschlussfähig an die Modi 1–8.
Workflow
15 Methodische Grundlagen
Jede Methode wird nach dem Aktivieren-Eingrenzen-Prüfen-Muster eingesetzt.
| Methode | Herkunft | Einsatz |
|---|---|---|
| Cynefin Framework | Dave Snowden (1999) | Phase 0 — Komplexitätseinschätzung |
| Impact Mapping | Gojko Adzic (2012) | Phase 0 — Scope-Validierung |
| Socratic Method | Platon/Sokrates | Clarify-Modus |
| Five Whys | Taiichi Ohno (Toyota) | BLOCKER-Analyse |
| MECE Principle | Barbara Minto (McKinsey) | Analyze-Modus |
| Devil's Advocate + Steelmanning | Advocatus Diaboli (1587) | Stakeholder-Simulation |
| Morphological Box + Pugh Matrix | Fritz Zwicky (1940er) / Stuart Pugh (1991) | Technologieentscheidungen |
| DDD (taktisches Design) | Eric Evans (2003) | Datenmodell in spec.md |
| BLUF + Pyramid Principle | US-Militär / B. Minto | Spec-Zusammenfassungen |
| MoSCoW | Dai Clegg (DSDM) | Story-Priorisierung |
| ADR nach Nygard | Michael Nygard (2011) | Architecture Decision Records |
| EARS Requirements | Alistair Mavin (Rolls-Royce) | Requirement-Syntax |
| STRIDE | Microsoft | Threat Modeling |
| BDD / Gherkin | Dan North | Acceptance Criteria |
| SSOT (Single Source of Truth) | — | spec.md als autoritative Quelle (GP-02) |
10 Golden Principles
GP-01 Schema-HygieneGP-02 Spec-before-CodeGP-03 ADR-DisziplinGP-04 ExecPlan-PflichtGP-05 Invariant-TraceabilityGP-06 Keine stale MarkerGP-07 Dokument-PlatzierungGP-08 Prinzip-UnverletzlichkeitGP-09 AbhängigkeitsrichtungGP-10 Schulden-TrackingInstallation
Erzeugte Artefakte
constitution.md
Projektprinzipien, Golden Principles, regulatorischer Rahmen, Definition of Done
spec.md
Funktionale Spezifikation mit EARS-Requirements und Gherkin-ACs
plan.md
Technischer Implementierungsplan mit ADRs
research.md
Technische Tiefenrecherche (Versionen, CVEs, Kompatibilität)
quickstart.md
Entwickler-Schnelleinstieg für sofortiges Onboarding
tasks.md
Task-Breakdown mit Spec-First Chain und Parallelisierungsmarkern
discovery-protocol.md
Bestandsaufnahme: Quellenverzeichnis, Vollständigkeitsampel, QS-Protokolle (Modus 9)
migration-delta.md
Ist/Soll-Abweichungen als Grundlage für Modernisierung (Modus 9, optional)