01 · Van issue naar pull request
Hoe werkt de productiestraat?
Ik beschrijf het werk, het systeem bouwt het en controleert zijn eigen uitvoer, en ik keur het resultaat goed. Dat is de hele lus, in vier stappen.
Ik schrijf de issue.
Een gewone Linear-issue volgens een vast spec-template: wat er moet komen, wat er niet mag, en waaraan ik het afmeet.
Een agent pakt hem op.
Een klein achtergrondproces geeft de issue aan een Claude Code-agent, die een eigen branch opent en het werk bouwt.
Het werk wordt gecontroleerd.
Tests, codestijl, de front-endbuild en een reviewronde: controles die de agent niet kan overslaan of ompraten.
Ik review en merge.
Het resultaat landt als een gewone pull request, met uitleg van de keuzes. Ik blijf eindredacteur; de agent merget nooit.
Wie doet wat.
- De issue lezen en het werk opsplitsen.
- De code schrijven en de tests erbij.
- De kwaliteitspoorten draaien en eigen fouten herstellen.
- Opleveren als pull request, met uitleg van de keuzes.
- Niet mergen en niet deployen: ik beoordeel de pull request, ik merge hem, en productie komt nooit rechtstreeks uit de pijplijn.
- Niet buiten de issue werken: wat er niet in staat, wordt niet gebouwd.
- Geen kwaliteitspoort omzeilen, uitzetten of versoepelen, en geen tests weggooien om groen te worden.
- Geen afhankelijkheden toevoegen of vervangen zonder mijn akkoord.