Ik heb feedback op een implementatie

Begrijp hoe de review flow werkt en hoe feedback wordt verwerkt.

Steps

1. Na /spexso-build draait de developer /spexso-review

2. Claude reviewt de code en classificeert bevindingen:

   Severity	Actie
   Critical	Automatisch gefixed — blijft niet openstaan als los actiepunt
   High	Automatisch gefixed met uitleg
   Low	Enkel commentaar, geen auto-fix

3. De volledige review (critical + high + low) wordt altijd als comment op het GitLab issue geplaatst — ook de auto-gefixte items, als audit trail

4. Signaleert de reviewer een systemische les (RULEBOOK PROPOSAL)? Dat gebeurt zelden: hoogstens één voorstel per review, en alleen als het een critical/high-bevinding ondersteunt, geen projectnamen bevat en nog niet in een rulebook staat. In pilot/copilot toont Spexso het voorstel als concrete diff en keur je het goed of af. In yolo komt het in de rulebook inbox: één issue [rulebook-inbox] per project. Een les die opnieuw opduikt krijgt daar een extra vermelding in plaats van een nieuw ticket, en pas vanaf twee keer staat ze onder ## Ready. Goedkeuren doe je met /spexso-rulebook of door in het issue een vinkje te zetten; zie Rulebook-lessen goedkeuren. Nooit een stille auto-write naar een rulebook.

5. Na /spexso-finish wordt de merge request aangemaakt

6. Als reviewer kun je in GitLab:

   • Comments plaatsen op specifieke regels in de MR
   • De developer pakt feedback op en maakt een fix-issue aan of heropent het origineel

TIP

Kritieke en high-severity problemen worden altijd automatisch opgelost en staan toch in het reviewrapport op het issue. Alleen low-severity items en rulebook-voorstellen (in pilot/copilot) vereisen menselijke actie.

Tips

• De review output is zichtbaar op het GitLab issue voor volledige traceerbaarheid
• Gebruik /spexso-report om snel een follow-up issue te maken vanuit review feedback
• Reviewers hoeven alleen low-severity comments te triagen