Werk

Werken met AI-agents in een team

Gedeelde regels, een hook die gevaarlijke git-commando's blokkeert, een model per taak en een vaste controlestap.

Probleem

Een AI-agent die code schrijft is snel, maar doet ook snel iets wat je niet wilt: committen zonder dat het gevraagd is, bestanden weggooien of een eigen stijl aanhouden. In een team komt daar bij dat iedereen zijn eigen afspraken met de agent maakt, waardoor het resultaat per developer verschilt.

Wat ik deed

  • Gedeelde regels. De afspraken van het team staan in één repository die iedere developer inlaadt. Persoonlijke voorkeuren staan daar los van en gaan voor als ze botsen.
  • Een hook als vangnet. Een regel in tekst kan een agent negeren. Daarom blokkeert een hook gevaarlijke git-commando's voordat ze worden uitgevoerd.
  • Een model per taak. Mechanisch werk gaat naar een klein model, gewoon onderzoek naar een middelgroot model en alleen keuzes waar oordeel de uitkomst bepaalt naar het grootste model.
  • Meerdere issues parallel. Eén sessie verdeelt het werk en start per issue een eigen agent.
  • Een vaste controlestap. Het werk van een agent is pas klaar als het is nagekeken: lint, de volledige testsuite en een controle van de diff tegen de regels.

TODO: voorbeeld toevoegen van wat misging en welke regel er daarna bij kwam.

Wat ik mat

TODO: hier staan nog geen cijfers. Vul aan met iets controleerbaars, of laat deze kop weg.

Wat ik leerde

  • Een regel die alleen in tekst staat is een verzoek. Wat echt niet mag gebeuren, hoort in een hook.
  • Regels groeien uit fouten. Elke correctie krijgt een vaste plek, zodat dezelfde fout niet terugkomt.
  • Parallel werken levert alleen tijd op als de controle aan het eind net zo strak is als bij één issue.