Was macht orch-build-mvp?
Actor · Aktion · Ziel: orch · build · mvp. Dünner Wrapper um die gemeinsame Engine in orch-pipeline.
Verwendung
- Der Benutzer hat ein Design-/Spezifikationsdokument (SDD, PRD, system_design) und möchte einen funktionsfähigen vertikalen Slice daraus bootstrappen.
- Erwartet den Dokumentpfad als Argument, z. B.
civicpulse/docs/SDD-v0.6.md.
Betriebseinstellungen
- Standard-Größenuntergrenze: groß – dies ist die vollständige Pipeline inklusive Scaffold.
- Phasenmaske: 0 (Spezifikation lesen) → 1 → 2 (schwer) → 3 (Scaffold) → 4 → 5 → 6.
- Erster Schritt (Phase 0 → 2): Dokument lesen; Scope, getroffene Entscheidungen und Feature-Liste extrahieren; in dünne vertikale Slices ordnen (zuerst ein Ende-zu-Ende-Pfad, nicht alle Modelle dann alle Views). Phase 3 richtet diesen ersten Slice ein.
Funktionsweise
- Führe die
orch-pipeline-Engine mit den obigen Einstellungen aus. - Nutze das bestehende GAN-Harness anstatt eine eigene Iterationsschleife zu bauen:
- Übersetze das SDD in
gan-harness/spec.md+gan-harness/eval-rubric.md(dies ersetzt das, wasgan-plannergenerieren würde – du hast die Spezifikation bereits). - Treibe den Build mit
/gan-build "<einzeilige Kurzbeschreibung>" --skip-plannervoran (Standards:--max-iterations 15,--pass-threshold 7.0,--eval-mode playwright; verwende--eval-mode code-onlyfür nicht-UI-Slices). - Dieser Befehl startet die
gan-generator→gan-evaluator-Schleife und schreibtgan-harness/feedback/feedback-NNN.md, bis die Bewertung bestanden oder ein Plateau erreicht ist.
- Übersetze das SDD in
- Halte an Gate 1 (Slice-Plan) und Gate 2 (vor Commit). Committe den Scaffold und jeden Slice als separate
feat:-Commits. - Füge
security-reviewerfür jeden Slice hinzu, der einen Sicherheitstrigger berührt.
Beispiel
orch-build-mvp: civicpulse/docs/SDD-v0.6.md
→ SDD lesen → Slice-Liste (vertikal) → Scaffold Slice 1 [GATE 1: genehmigen]
→ /gan-build --skip-planner (Generator → Evaluator-Schleife) bewertet gegen Spezifikation → Review
→ Commit feat: [GATE 2: bestätigen] → nächster Slice